From owner-freebsd-current Sun Sep 20 00:01:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03642 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:01:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03633 for ; Sun, 20 Sep 1998 00:01:04 -0700 (PDT) (envelope-from kato@ganko.eps.nagoya-u.ac.jp) Received: from localhost (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.9.1/3.7W) with ESMTP id QAA01600; Sun, 20 Sep 1998 16:00:33 +0900 (JST) To: gibbs@plutotech.com Cc: current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? From: KATO Takenori In-Reply-To: Your message of "Sun, 20 Sep 1998 00:45:59 -0600" <199809200652.AAA17429@pluto.plutotech.com> References: <199809200652.AAA17429@pluto.plutotech.com> X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980920160033P.kato@gneiss.eps.nagoya-u.ac.jp> Date: Sun, 20 Sep 1998 16:00:33 +0900 X-Dispatcher: imput version 971024 Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: > Does this mean that after the timeout the drive behaved normally (i.e. > the system fully recovered)? I just want to ensure that the error > recovery code is robust. Without a quirk entry for the SAMSUNG drive, the system hangs with HDD's access LED on. The CTRL+ALT+DEL can terminate the process but cannot flush dirty buffers before reboot. -----------------------------------------------+--------------------------+ Kato Takenori | FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. | The power to serve! | Nagoya, 464-8602, Japan | http://www.FreeBSD.org/ | ++++ FreeBSD(98) 2.2.7: Rev. 01 available! +==========================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:02:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03990 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:02:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03982 for ; Sun, 20 Sep 1998 00:02:23 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id BAA17785; Sun, 20 Sep 1998 01:01:49 -0600 (MDT) Message-Id: <199809200701.BAA17785@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: KATO Takenori cc: gibbs@plutotech.com, current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 16:00:33 +0900." <19980920160033P.kato@gneiss.eps.nagoya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 00:55:22 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >"Justin T. Gibbs" wrote: > >> Does this mean that after the timeout the drive behaved normally (i.e. >> the system fully recovered)? I just want to ensure that the error >> recovery code is robust. > >Without a quirk entry for the SAMSUNG drive, the system hangs with >HDD's access LED on. The CTRL+ALT+DEL can terminate the process but >cannot flush dirty buffers before reboot. Can you send me the console messages? Private mail will do. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:17:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05742 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:17:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05736 for ; Sun, 20 Sep 1998 00:17:14 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id AAA00304; Sun, 20 Sep 1998 00:16:29 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809200716.AAA00304@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 00:16:27 -0700 To: KATO Takenori , gibbs@narnia.plutotech.com From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: current@FreeBSD.ORG In-Reply-To: <19980920154842T.kato@gneiss.eps.nagoya-u.ac.jp> References: <199809200442.WAA06694@narnia.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 03:48 PM 9/20/98 +0900, KATO Takenori wrote: >"Justin T. Gibbs" wrote: > >> I believe I've found the cause of this panic. I would appreciate it if >> you could test to see if the next revision of aic7xxx.c survives the >> timeout. > >The panic went away. > > >> My guess is that the SAMSUNG blows away other pending transactions when >> it sends a queue full message. You may want to try setting maxtags >> to a value that will avoid the queue full response (perhaps 32 or 31). > >The value 32 works without problem. > >Thanks! > I just built a kernel with this new code. The machine just goes into a panic on boot right after ffs_mountfs: superblock updated The machine is a Intel PR440FX SMP-pentiumpro 200mhz DPT controller -->da0 softupdates on all partitions and built in adaptec 7880 connected to a CDROM I can't get to the debugger as it just keeps scrolling. something about boot called on cpu0 and lock something. I can't read it as it is scrolling too fast. This is with current sources A kernel built just before the aic7xxx.c commit worked fine. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:20:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06184 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:20:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA06163 for ; Sun, 20 Sep 1998 00:20:10 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id PAA17445; Sun, 20 Sep 1998 15:19:06 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809200719.PAA17445@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: "Bret Ford" , current@FreeBSD.ORG Subject: Re: Kernel build break at link In-reply-to: Your message of "Sat, 19 Sep 1998 17:52:14 CST." <199809192352.RAA05401@narnia.plutotech.com> Date: Sun, 20 Sep 1998 15:19:04 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: > In article <004401bde416$98ab0480$0100a8c0@heather.my.domain> you wrote: > > My attempted kernel break (on sources checked out this morning) breaks here : > > > > loading kernel > > ioconf.o: Undefined symbol `_ahaintr' referenced from data segment > > *** Error code 1 > > Ensure that your configuration line for aha0 matches that of GENERIC. > You are no longer supposed to specify an interrupt vector. And also, don't forget that it's ABSOLUTELY IMPERATIVE that the 'bio' interrupt mask be changed to 'cam' in the config line. ie: device aha0 at isa? at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr becomes: device aha0 at isa? at isa? port "IO_AHA0" cam irq ? I tried to get a change (in principle) past the Bruce filter to make a temporary change to the config structures so that the isa drivers could easily set the interrupt mask explicitly without a major code impact. Bruce wants to do it properly, so I guess we're stuck with this mechanism which is going to cause most of the 3.0 isa-scsi-controller users to blow their feet off. Sigh. > -- > Justin Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:23:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06649 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:23:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA06624 for ; Sun, 20 Sep 1998 00:22:57 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id BAA18439; Sun, 20 Sep 1998 01:22:22 -0600 (MDT) Message-Id: <199809200722.BAA18439@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Manfred Antar cc: KATO Takenori , gibbs@plutotech.com, current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 00:16:27 PDT." <199809200716.AAA00304@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 01:15:55 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I just built a kernel with this new code. >The machine just goes into a panic on boot >right after ffs_mountfs: superblock updated > >The machine is a Intel PR440FX SMP-pentiumpro 200mhz >DPT controller -->da0 >softupdates on all partitions It's probably the DPT. Sync to revision 1.15 of dpt_scsi.c. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:40:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08406 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:40:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08399 for ; Sun, 20 Sep 1998 00:40:12 -0700 (PDT) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by atlrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id DAA28004 for ; Sun, 20 Sep 1998 03:39:14 -0400 (EDT) Received: from localhost (michaelc@localhost) by hpbbse.bbn.hp.com with SMTP (8.7.6/8.7.3) id JAA02868 for ; Sun, 20 Sep 1998 09:39:38 +0200 (METDST) Date: Sun, 20 Sep 1998 09:39:38 +0200 (METDST) From: Michael Class To: current@FreeBSD.ORG Subject: success: ncr + cam Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id AAA08400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I just wanted to let you know that starting with ncr.c rev. 1.130 my system now works with CAM. It comes up, recognizes all SCSI devices and survives a make world. Thank you Micha ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 00:54:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09470 for freebsd-current-outgoing; Sun, 20 Sep 1998 00:54:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09449 for ; Sun, 20 Sep 1998 00:54:02 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id PAA17687; Sun, 20 Sep 1998 15:50:29 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809200750.PAA17687@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Joe Abley cc: David Holland , freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig In-reply-to: Your message of "Sun, 20 Sep 1998 17:02:57 +1200." <19980920170257.B9422@clear.co.nz> Date: Sun, 20 Sep 1998 15:50:28 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Abley wrote: > On Sun, Sep 20, 1998 at 12:00:55AM -0400, David Holland wrote: > > > That was my concern. Surely there must come a time when two versions of > > > a shared library exist (with identical major version numbers), and an > > > application requires to be dynamically linked to the older of the two > > > because of some incompatibility with the newer library? > > > > Standard ELF doesn't allow this, or support minor version numbers. a.out doesn't allow this either. If you have libc.so.3.0 and libc.so.3.1 on the system, *everything* will use libc.so.3.1, regardless of which one it was linked against originally. ELF doesn't loose anthing important there. With regard to minor numbers, under a.out you had this situation where adding a symbol to a library required (by policy) a minor version bump. What this caused, was that all libraries linked against the new library would cause an annoying warning when run against an older library on a different system - even though it still ran fine. *if* the new program used the new symbol, you got the version warning and then an undefined symbol error. With our elf implementation as it stands at present, there is no minor version checking. It either links or it doesn't. As far as I'm concerned, that's no great loss, and depending on how you think about it, it could be considered an improvement. However, once we blow away a.out support in the libs, we can do nice things like symbol versioning. This is *really* nice because you do versioning on a symbol-by-symbol basis rather than at the entire library level. Ie: it will be possible to make significant changes to the library interface and it may be more practical to provide a backwards compatable interface to the occasional function to avoid the need for a major bump. Obviously there is a tradeoff to consider as you accumulate cruft as you go, but it saves the need for a major bump in response to a tiny incompatable change. For example, suppose msync() had 2 args and was changed to have 3 args. It would normally require a major bump normally, but with versioning we could do this (I'm not sure of the exact syntax, but you get the idea): __symversion(msync, msync@LIBC_4_0) int msync(arg1, arg2, arg3) { .... } int msync@LIBC_3_0(arg1, arg2) { return msync(arg1, arg2, 0); } This means that a program linked against a call to msync() would actually link against msync@LIBC_4_0(). Older programs would be linked against the msync@LIBC_3_0() name and would continue to run. You could put __warn_references() on the old name after a while so you could cause warnings on binaries using the old interface etc. All of this is hidden within the library itself. It's not something that the includes have to be aware of. Linux is getting into this in a big way within glibc it seems. Not that that itself means that we should, but it (in the right situation) can pay off. I think I saw that they (so far) have used it to emulate an old stdio (incompatable) implementation without a major version bump. The other main reaosn why ELF dropped the minor version number is for efficiency. Without it, you don't *need* to do expensive directory scanning or have it cached via ldconfig etc. The library file is either there or it isn't. That's why there is no ELF ld.so.cache. > > Even worse things happen when you have two builds of (say) > > libslang.so.1 that were compiled against different libcs and are thus > > not interchangeable... > > So remind me why ELF is a good idea? :) a.out can't do this either. We would have to bump all major library numbers in a.out because things like the errno -> __error() change in libc and libtermcap calling issetugid() etc. Don't forget, at the moment all that the ELF support is being used for is to emulate a.out. We have not yet begun to use the "good stuff". > -- > Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 > Network Architect, CLEAR Net http://www.clear.net.nz/ Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:01:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12988 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:01:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12983 for ; Sun, 20 Sep 1998 02:01:25 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id CAA23797; Sun, 20 Sep 1998 02:00:59 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd023792; Sun Sep 20 02:00:57 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA12457; Sun, 20 Sep 1998 02:00:52 -0700 (MST) From: Terry Lambert Message-Id: <199809200900.CAA12457@usr06.primenet.com> Subject: Re: softupdates & fsck To: garbanzo@hooked.net (Alex) Date: Sun, 20 Sep 1998 09:00:52 +0000 (GMT) Cc: tlambert@primenet.com, eivind@yes.no, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-Reply-To: from "Alex" at Sep 19, 98 01:45:32 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, I had to hit reset once, while building world, as my box froze while > logging out of X. End result was fsck grok'd both disks (Quantum, SCSI), > and stuff was left in lost+found for both disks. The one with /usr/obj > had some dirs (and files too I think) that couldn't be rm -rf'd. Going > into single user mode, and manually running fsck on the damaged drive > seemed to fix this. And, this was with a pre-cam kernel, with no patches > or anything. > > Perhaps a related problem? Since I assume that a fsck was done because the clean bit was not set when the reboot occurred, you are telling me that you needed two fsck's. Or you are telling me that you trieed to fsck a mounted FS, which is a no-no. Was soft updates enabled? Hitting the reset is no different than going into the debugger. The disk should be in a consistent state, barring cylinder group bitmaps. This assumes your pre-CAM version wasn't so pre-CAM that the sync(2) issues had yet to be addressed (ie: you would need code dates, and I would have to ask Julian, or you could ask Julian, to find out if that date was pre or post the sync(2) fixes). In any case, under no circumstances should the disks be in a state that results in files in lost+found if soft updates is working. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:06:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13530 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:06:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13522 for ; Sun, 20 Sep 1998 02:06:43 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:CxZvcmczmIa8dQ0ZA8O40Kvbbn0wCLtF@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id SAA21493 for ; Sun, 20 Sep 1998 18:06:16 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA11419; Sun, 20 Sep 1998 18:07:20 +0900 (JST) Message-Id: <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> To: current@FreeBSD.ORG cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: SC_BAD_FLICKER broken? Date: Sun, 20 Sep 1998 18:07:19 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would anybody who is experiencing SC_BAD_FLICKER not working please try the following patch for /sys/i386/isa/videoio.c and see if it works? Issues regarding what name for this option is most appropriate and if this should be an option at all in the first place, will be dealt with later. I would like to make things work first! Thank you. Kazu Index: videoio.c =================================================================== RCS file: /src/CVS/src/sys/i386/isa/videoio.c,v retrieving revision 1.1 diff -u -r1.1 videoio.c --- videoio.c 1998/09/15 18:16:38 1.1 +++ videoio.c 1998/09/20 09:00:11 @@ -1092,6 +1092,7 @@ if (page > 3) segment -= 0xe000; +#ifndef SC_BAD_FLICKER if (adapter[ad].va_type == KD_VGA) { /* what about EGA? XXX */ s = splhigh(); outb(TSIDX, 0x00); outb(TSREG, 0x01); @@ -1100,6 +1101,7 @@ outb(TSIDX, 0x00); outb(TSREG, 0x03); splx(s); } +#endif set_font_mode(&adapter[ad], buf); if (fontsize == 32) { @@ -1114,6 +1116,7 @@ } set_normal_mode(&adapter[ad], buf); +#ifndef SC_BAD_FLICKER if (adapter[ad].va_type == KD_VGA) { s = splhigh(); outb(TSIDX, 0x00); outb(TSREG, 0x01); @@ -1121,6 +1124,7 @@ outb(TSIDX, 0x00); outb(TSREG, 0x03); splx(s); } +#endif return 0; } @@ -1156,6 +1160,7 @@ if (page > 3) segment -= 0xe000; +#ifndef SC_BAD_FLICKER if (adapter[ad].va_type == KD_VGA) { /* what about EGA? XXX */ s = splhigh(); outb(TSIDX, 0x00); outb(TSREG, 0x01); @@ -1164,6 +1169,7 @@ outb(TSIDX, 0x00); outb(TSREG, 0x03); splx(s); } +#endif set_font_mode(&adapter[ad], buf); if (fontsize == 32) { @@ -1178,6 +1184,7 @@ } set_normal_mode(&adapter[ad], buf); +#ifndef SC_BAD_FLICKER if (adapter[ad].va_type == KD_VGA) { s = splhigh(); outb(TSIDX, 0x00); outb(TSREG, 0x01); @@ -1185,6 +1192,7 @@ outb(TSIDX, 0x00); outb(TSREG, 0x03); splx(s); } +#endif return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:17:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15071 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:17:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-44.ppp.wenet.net [206.15.84.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15066 for ; Sun, 20 Sep 1998 02:17:10 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id CAA19724; Sun, 20 Sep 1998 02:18:10 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 20 Sep 1998 02:18:09 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Terry Lambert cc: eivind@yes.no, Julian Elischer , Don.Lewis@tsc.tdk.com, current Subject: Re: softupdates & fsck In-Reply-To: <199809200900.CAA12457@usr06.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Terry Lambert wrote: [...] > Since I assume that a fsck was done because the clean bit was not > set when the reboot occurred, you are telling me that you needed > two fsck's. Or you are telling me that you trieed to fsck a > mounted FS, which is a no-no. System (most likely only the console) froze, hit reset, fsck ran because the clean bit wasn't set, undeletable directories remained. Rebooted into single user mode, manually ran fsck -y which cleared the problem (or appeared to). I've also had problems with odd undeletable files, which I just booted into single user mode and clri'd (with the same kernel). > Was soft updates enabled? Yes, on both sd0 and 1. > Hitting the reset is no different than going into the debugger. The > disk should be in a consistent state, barring cylinder group bitmaps. > > This assumes your pre-CAM version wasn't so pre-CAM that the sync(2) > issues had yet to be addressed (ie: you would need code dates, and > I would have to ask Julian, or you could ask Julian, to find out > if that date was pre or post the sync(2) fixes). Well, the kernel was built ~Sept 12th. I've cvsup'd numerous times since then so I don't have exact RCS IDs. If I can build a non CAM kernel some way to test this, I'd do it. But I'm somewhat leery of building a CAMified kernel as this has proven itself to be bad idea when combined with softupdatse. > In any case, under no circumstances should the disks be in a > state that results in files in lost+found if soft updates is > working. Good to see I'm not loosing my mind (yet). - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:17:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15125 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:17:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15117 for ; Sun, 20 Sep 1998 02:17:54 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id CAA16292; Sun, 20 Sep 1998 02:17:28 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd016283; Sun Sep 20 02:17:23 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA13186; Sun, 20 Sep 1998 02:17:21 -0700 (MST) From: Terry Lambert Message-Id: <199809200917.CAA13186@usr06.primenet.com> Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) To: jdp@polstra.com (John Polstra) Date: Sun, 20 Sep 1998 09:17:21 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199809192016.NAA02256@austin.polstra.com> from "John Polstra" at Sep 19, 98 01:16:56 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What if you turn off CAM? > > > > > options SCSI_CAM #We're using CAM in this kernel > > > > People seem to be having problems with soft updates because of CAM. > > This problem ("newdirrem inum 48733 should be 48732") has nothing to > do with CAM or with SMP. I reported it in the -current list on 3 > September, and others have confirmed it. To make it happen, all you > have to do is initiate a moderate amount of NFS server activity on a > machine with soft-updates. I wasn't blaming SMP (though I suspect there are SMP problems because of the sync code reentrancy because it's a kernel thread). Now on to more detailed questions: 1) Is this NFSv3? 2) If so, have you applied my LEASE patches? 3) Have you applied David Greenman's object locking patch? 4) Are you using mmap on an NFS mounted drive? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:26:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16120 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:26:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16112 for ; Sun, 20 Sep 1998 02:26:49 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id CAA04964; Sun, 20 Sep 1998 02:26:13 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp01.primenet.com, id smtpd004958; Sun Sep 20 02:26:12 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA13557; Sun, 20 Sep 1998 02:26:07 -0700 (MST) From: Terry Lambert Message-Id: <199809200926.CAA13557@usr06.primenet.com> Subject: Re: HighWind products To: rotel@indigo.ie Date: Sun, 20 Sep 1998 09:26:07 +0000 (GMT) Cc: info@highwind.com, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-Reply-To: <199809192122.WAA02773@indigo.ie> from "Niall Smart" at Sep 19, 98 10:22:28 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > } Subject: Re: HighWind products > > > > Hmm, shouldn't there be a readdir_r()? > > > > There should. But, there isn't. > > Looks like readdir() is MT safe anyhow. Only if you use seperate DIR descriptors per thread. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:30:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16605 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:30:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16600 for ; Sun, 20 Sep 1998 02:30:49 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id CAA05346; Sun, 20 Sep 1998 02:30:23 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp01.primenet.com, id smtpd005344; Sun Sep 20 02:30:16 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA13745; Sun, 20 Sep 1998 02:30:12 -0700 (MST) From: Terry Lambert Message-Id: <199809200930.CAA13745@usr06.primenet.com> Subject: Re: ELF ldconfig To: jabley@clear.co.nz (Joe Abley) Date: Sun, 20 Sep 1998 09:30:12 +0000 (GMT) Cc: freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980920133401.B9101@clear.co.nz> from "Joe Abley" at Sep 20, 98 01:34:01 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That was my concern. Surely there must come a time when two versions of > a shared library exist (with identical major version numbers), and an > application requires to be dynamically linked to the older of the two > because of some incompatability with the newer library? Never. If this ever occurs, you are *required* to bump the major version number. Minor version number changes are reserved for (a) bug fixes and (b) additional interfaces that do not impact existing interfaces. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 02:49:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18148 for freebsd-current-outgoing; Sun, 20 Sep 1998 02:49:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18141 for ; Sun, 20 Sep 1998 02:49:26 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id CAA28525; Sun, 20 Sep 1998 02:48:59 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd028489; Sun Sep 20 02:48:56 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA14405; Sun, 20 Sep 1998 02:48:39 -0700 (MST) From: Terry Lambert Message-Id: <199809200948.CAA14405@usr06.primenet.com> Subject: Re: ELF ldconfig To: peter@netplex.com.au (Peter Wemm) Date: Sun, 20 Sep 1998 09:48:38 +0000 (GMT) Cc: jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809200750.PAA17687@spinner.netplex.com.au> from "Peter Wemm" at Sep 20, 98 03:50:28 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What this caused, was that all libraries linked against the new library > would cause an annoying warning when run against an older library on a > different system - even though it still ran fine. *if* the new program > used the new symbol, you got the version warning and then an undefined > symbol error. Right; but at least you were warned it was coming. 8-). The main problem is that the ld code needs to enforce the existance of all symbols at link time, and then you are left to your own devices at load time. Right now, it's possbile to link against a shared library that requires a symbol from anothe shared library, and not get any missing symbol warnings during link phase. This has bit me on the butt more than once, especially with libraries with promiscuous symbol reference in other libraries (ie: libraries that know too much about each other). > With our elf implementation as it stands at present, there is no minor > version checking. It either links or it doesn't. As far as I'm > concerned, that's no great loss, and depending on how you think about it, > it could be considered an improvement. Right. The only issue is that you don't get a warning on a down-rev library usage on a system that wasn't the compilation system, like you did with a.out, so an undefined symbol error is bad. One way to resolve this is to force RTLD_NOW in ld.so. Unfortunately, ld.so in both a.out and ELF is a bit too stupid to be able to do this without counding some symbols that it used to count zero times twice instead of once (I tried to make this change for the support of weak symbols in ld.so during the "undefine __error" fiasco, and gave up after 4 hours when I realized it would take fully 40 hours to do the code correctly). > Linux is getting into this in a big way within glibc it seems. Not that > that itself means that we should, but it (in the right situation) can pay > off. I think I saw that they (so far) have used it to emulate an old > stdio (incompatable) implementation without a major version bump. Hum. I am about as unconvinced of this as I am of the versioning of CTL3D32.DLL in Windows 95 and NT. The only way to externally determine if you have the right one is if your application works or fails when you try and run in a non-US ASCII locale. This is bad ju-ju. > > So remind me why ELF is a good idea? :) > > a.out can't do this either. We would have to bump all major library > numbers in a.out because things like the errno -> __error() change in libc > and libtermcap calling issetugid() etc. > > Don't forget, at the moment all that the ELF support is being used for is > to emulate a.out. We have not yet begun to use the "good stuff". Right. I noted about 14 things that are technological advances that could be had no other way. Starting with shared libraries that finally meet the LGPL relink clause, and including getting rid of the config program, and allowing portions of the kernel to be swapped out (so long as they are not in the swap path) while not in use. Suffice to say that there are many uses for multiple data and text sections, even ignoring section attribution/coloring and non-data/text sections for things like ISA/PCMCIA card configuration. ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 03:05:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21242 for freebsd-current-outgoing; Sun, 20 Sep 1998 03:05:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA21190 for ; Sun, 20 Sep 1998 03:05:03 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id DAA29737; Sun, 20 Sep 1998 03:04:29 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd029715; Sun Sep 20 03:04:18 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id DAA14983; Sun, 20 Sep 1998 03:04:12 -0700 (MST) From: Terry Lambert Message-Id: <199809201004.DAA14983@usr06.primenet.com> Subject: Re: softupdates & fsck To: garbanzo@hooked.net (Alex) Date: Sun, 20 Sep 1998 10:04:12 +0000 (GMT) Cc: tlambert@primenet.com, eivind@yes.no, julian@whistle.com, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-Reply-To: from "Alex" at Sep 20, 98 02:18:09 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > System (most likely only the console) froze, hit reset, fsck ran because > the clean bit wasn't set, undeletable directories remained. Rebooted into > single user mode, manually ran fsck -y which cleared the problem (or > appeared to). I've also had problems with odd undeletable files, which I > just booted into single user mode and clri'd (with the same kernel). This is a deeper problem with fsck, unrelated to soft updates. In the worst case, soft updates malfunctioning would result in an FS that is no worse corrupted than if you had been mounted async. In other words, no matter how far gone the thing gets, due to bugs or any other circumstances, fsck is required to be able to correct the FS to an internally self-consistent state. Unless the files could not be deleted because of flags being set (man chflags), in which case, you were required to boot in single user because the secure level was wrong. This could have occurred if you gradually updated your system, but didn't update your rc files in lockstep with your configuration data (ie: the secure level was changed before the fsck, and write access to the devices is denied). > Well, the kernel was built ~Sept 12th. I've cvsup'd numerous times since > then so I don't have exact RCS IDs. If I can build a non CAM kernel some > way to test this, I'd do it. It's time for you to provide a means of duplicating the problem for Julian and Kirk. I have limited access to the test-beds necessary to track something like this to resolution (Julian would be upset if I hacked his reference systems). You should also use the most recent code. I can't remember if by using code from the 12th you are missing as few as one patch or as many as three... > But I'm somewhat leery of building a > CAMified kernel as this has proven itself to be bad idea when combined > with softupdatse. With respect, this has not been proven. It is merely my strong suspicion that this is the case. What's necessary is something to confirm or deny that suspicion, and I can't readily provide that myself, unfortuantely. You may want to try Justin's modifications to the way tagged command queues are managed (posted about to this list, today), since it impacts the area that I am suspicious of, in particular. > > In any case, under no circumstances should the disks be in a > > state that results in files in lost+found if soft updates is > > working. > > Good to see I'm not loosing my mind (yet). No, but I feel like I am... 8-(. I have *seen* working soft updates technology; Matt Day integrated it from the Ganger/Patt Appendix A into our port of the Heidemann framework to Windows 95 more than two years ago. I *know* it's an amazing and useful technology, when it's working. The coincidence of bugs not previously reported and the CAM integration has made me suspicious; but perhaps people were just lax in reporting problems, since I was under the impression everythin was working fine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 03:10:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22205 for freebsd-current-outgoing; Sun, 20 Sep 1998 03:10:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22159 for ; Sun, 20 Sep 1998 03:10:13 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:ys6xlqPIs8muIXz05XE864mik+7Yo1S3@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id MAA03845; Sun, 20 Sep 1998 12:09:26 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809201009.MAA03845@gratis.grondar.za> To: Kazutaka YOKOTA cc: current@FreeBSD.ORG Subject: Re: SC_BAD_FLICKER broken? In-Reply-To: Your message of " Sun, 20 Sep 1998 18:07:19 +0900." <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> References: <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> Date: Sun, 20 Sep 1998 12:09:24 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA wrote: > Would anybody who is experiencing SC_BAD_FLICKER not working please try > the following patch for /sys/i386/isa/videoio.c and see if it works? Thank you, it works! (Toshiba Libretto 70CT). M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 03:10:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22261 for freebsd-current-outgoing; Sun, 20 Sep 1998 03:10:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA22228 for ; Sun, 20 Sep 1998 03:10:39 -0700 (PDT) (envelope-from mal@algonet.se) Received: (qmail 19288 invoked from network); 20 Sep 1998 12:10:08 +0200 Received: from kairos.algonet.se (HELO kairos) (194.213.74.18) by tomei.algonet.se with SMTP; 20 Sep 1998 12:10:08 +0200 Received: (mal@localhost) by kairos (SMI-8.6/8.6.12) id MAA21297; Sun, 20 Sep 1998 12:10:09 +0200 Date: Sun, 20 Sep 1998 12:10:09 +0200 Message-Id: <199809201010.MAA21297@kairos> From: Mats Lofkvist To: freebsd-current@FreeBSD.ORG Subject: pthreads and sync writes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it possible to do a sync write from a thread without blocking the process completely? I have tried with open(O_FSYNC) and by calling fsync() after writev(), but neither seem to make any other thread runnable. Btw, O_FSYNC isn't documented in open.2. Fsync()ing also seems to be sligtly faster, is this an illusion or is there a difference in the semantics? _ Mats Lofkvist mal@algonet.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 03:36:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26962 for freebsd-current-outgoing; Sun, 20 Sep 1998 03:36:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26808 for ; Sun, 20 Sep 1998 03:33:57 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id MAA29109 for current@FreeBSD.ORG; Sun, 20 Sep 1998 12:30:19 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id MAA16245 for current@FreeBSD.ORG; Sun, 20 Sep 1998 12:23:43 +0200 (CEST) (envelope-from andreas) Message-ID: <19980920122343.A15706@klemm.gtn.com> Date: Sun, 20 Sep 1998 12:23:43 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: building XFree86 with Kerberos support fails (on ELF system) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-BETA SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wanted to rebuild XFree86 with ELF patches and the following error shows up at the very beginning when building with Kerberos support: Building Release 6.3 of the X Window System. I hope you checked the configuration parameters in ./config/cf to see if you need to pass BOOTSTRAPCFLAGS. So 20 Sep 1998 12:21:10 CEST cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" clean rm -f ccimake imake.o imake rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a tags TAGS make.log \#* rm -f -r Makefile.proto Makefile Makefile.dep bootstrap make Makefile.boot cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" making imake with BOOTSTRAPCFLAGS= in config/imake cc -o ccimake -O -I../../include -I../../imports/x11/include/X11 ccimake.c cc -c -O -I../../include -I../../imports/x11/include/X11 `./ccimake` imake.c cc -o imake -O -I../../include -I../../imports/x11/include/X11 imake.o rm -f ./config/makedepend/Makefile.proto ./config/imake/imake -I./config/cf -s ./config/makedepend/Makefile.proto -f ./c onfig/makedepend/Imakefile -DTOPDIR=../.. -DCURDIR=./config/makedepend cd ./config/makedepend && rm -f -r Makefile Makefile.dep makedepend *.o bootstra p cd ./config/makedepend && make -f Makefile.proto bootstrap ./config/imake/imake -I./config/cf -s ./config/imake/Makefile.proto -f ./config /imake/Imakefile -DTOPDIR=../.. -DCURDIR=./config/imake cd ./config/imake && make -f Makefile.proto bootstrapdepend cd ./config/imake && make -f Makefile.ini BOOTSTRAPCFLAGS="" bootstrap + mkdir bootstrap mv *.o imake bootstrap cd ./config/imake && make -f Makefile.proto all cc -O3 -pipe -fno-inline -ansi -pedantic -Dasm=__asm -I../../include -I../../ex ports/include/X11 -I../.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=1 5 -DNARROWPROTO -DCPP_PROGRAM="\"/usr/libexec/cpp\"" -c imake.c rm -f imake cc -o imake -O3 -pipe -fno-inline -ansi -pedantic -Dasm=__asm imake.o -L/u sr/X11R6/lib -lxpg4 -lrpcsvc -lkrb -ldes -Wl,-R,/usr/X11R6/lib /usr/lib/libkrb.so: undefined reference to `crypt' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 03:45:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA29047 for freebsd-current-outgoing; Sun, 20 Sep 1998 03:45:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA29022 for ; Sun, 20 Sep 1998 03:44:57 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by burka.carrier.kiev.ua (8.9.0/8.Who.Cares) with ESMTP id NAA22033; Sun, 20 Sep 1998 13:44:24 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.9.0/8.9.0/8.Who.Cares) with UUCP id NAA28978; Sun, 20 Sep 1998 13:41:47 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id NAA00287; Sun, 20 Sep 1998 13:34:09 +0300 (EEST) (envelope-from archer) Date: Sun, 20 Sep 1998 13:34:09 +0300 (EEST) From: Alexander Litvin Message-Id: <199809201034.NAA00287@grape.carrier.kiev.ua> To: Kazutaka YOKOTA Cc: current@FreeBSD.ORG Subject: Re: SC_BAD_FLICKER broken? X-Newsgroups: grape.freebsd.current In-Reply-To: <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> Organization: Lucky Grape User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> you wrote: KY> Would anybody who is experiencing SC_BAD_FLICKER not working please try KY> the following patch for /sys/i386/isa/videoio.c and see if it works? It works for me, flickers disappear. Thanks! KY> Thank you. KY> Kazu --- I really hate this damned machine I wish that they would sell it. It never does quite what I want But only what I tell it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 04:23:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA07166 for freebsd-current-outgoing; Sun, 20 Sep 1998 04:23:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA07080 for ; Sun, 20 Sep 1998 04:22:40 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:wjcxupNN8e6oYcPx9LJnwj6N/Rr+raCm@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA04082; Sun, 20 Sep 1998 13:21:15 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809201121.NAA04082@gratis.grondar.za> To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: building XFree86 with Kerberos support fails (on ELF system) In-Reply-To: Your message of " Sun, 20 Sep 1998 12:23:43 +0200." <19980920122343.A15706@klemm.gtn.com> References: <19980920122343.A15706@klemm.gtn.com> Date: Sun, 20 Sep 1998 13:21:14 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm wrote: > Wanted to rebuild XFree86 with ELF patches and the following > error shows up at the very beginning when building with Kerberos > support: Let's get an official X11/Fbsd-elf port committed, And I can fix this. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 04:36:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08590 for freebsd-current-outgoing; Sun, 20 Sep 1998 04:36:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hen.scotland.net ([194.247.65.128]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08433 for ; Sun, 20 Sep 1998 04:35:12 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from e2c6p29.scotland.net ([148.176.237.93] helo=timog.prestel.co.uk) by hen.scotland.net with esmtp (Exim 1.90 #5) for current@freebsd.org id 0zKhjo-0001lv-00; Sun, 20 Sep 1998 12:33:09 +0100 Received: (qmail 1138 invoked by uid 1002); 19 Sep 1998 19:43:55 -0000 Message-ID: <19980919204355.A1081@prestel.co.uk> Date: Sat, 19 Sep 1998 20:43:55 +0100 From: Timo Geusch To: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? References: <19980915094251.B204@prestel.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19980915094251.B204@prestel.co.uk>; from Timo Geusch on Tue, Sep 15, 1998 at 09:42:51AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to all that replied with suggestions about what I did wrong. Problem turned out to be that I was running an initially empty /dev (which worked great with SLICE, btw). Of course a non-SLICE kernel would blow sky high... I also got the point that I should've read cvs-all. However, I really would've appreciated if Soeren would have warned the 'current' audience about the upcoming removal of the SLICE code. Timo, who is happy again that his CURRENT box is running and that the kernel page fault he was debugging turned out to be SLICE related. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 04:37:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08768 for freebsd-current-outgoing; Sun, 20 Sep 1998 04:37:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-089.dublin.indigo.ie [194.125.134.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08614 for ; Sun, 20 Sep 1998 04:36:39 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id MAA00530; Sun, 20 Sep 1998 12:29:15 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809201129.MAA00530@indigo.ie> Date: Sun, 20 Sep 1998 12:29:14 +0000 In-Reply-To: <199809200926.CAA13557@usr06.primenet.com>; Terry Lambert Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: Terry Lambert , rotel@indigo.ie Subject: Re: HighWind products Cc: info@highwind.com, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 20, 9:26am, Terry Lambert wrote: } Subject: Re: HighWind products > > } Subject: Re: HighWind products > > > > Looks like readdir() is MT safe anyhow. > > Only if you use seperate DIR descriptors per thread. Yeah, thats a good point, I expect this would be the scenario in most programs, but I can think of some where it wouldn't. It means that implementing readdir_r() is as easy as wrapping readdir() with a lock though. Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 04:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09065 for freebsd-current-outgoing; Sun, 20 Sep 1998 04:40:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from niobe.ewox.org (ppp093.uio.no [129.240.240.98]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08858 for ; Sun, 20 Sep 1998 04:38:26 -0700 (PDT) (envelope-from finrod@niobe.ewox.org) Received: (from finrod@localhost) by niobe.ewox.org (8.9.1/8.8.8) id NAA00402; Sun, 20 Sep 1998 13:37:34 +0200 (CEST) (envelope-from finrod) To: current@FreeBSD.ORG Subject: Strange CAM panics [LONG] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit From: finrod@ewox.org (Dag-Erling Coidan Smørgrav) Date: 20 Sep 1998 13:37:32 +0200 Message-ID: <86d88raubn.fsf@niobe.ewox.org> Lines: 534 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the CAM conversion, one of my boxes (built with sources from 1998/09/17) panics reliably every time I try to mount a CD-ROM. The panic message is as follows: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18004a fault code = supervisor read, page not present instruction pointer = 0x8:0xf014fe86 stack pointer = 0x10:0xf7078d70 frame pointer = 0x10:0xf7078d88 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 = 150 (mountd) interrupt mask = trap number = 12 panic: page fault syncing disks... 10 9 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- The strange thing is that the panic always occurs in mountd, which I wouldn't think was related. The command I use to mount the CD-ROM is 'mount /cdrom', and the corresponding line in my /etc/fstab looks like this: /dev/cd0c /cdrom cd9660 ro,noauto 0 0 Another problem I have (which I think is softupdates related) is that after a panic, the computer refuses to mount / even after 'fsck -p'. After a second reboot, all file systems are reported clean and are mounted properly. Here is a boot log: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #26: Sun Sep 20 13:12:24 CEST 1998 root@niobe.ewox.org:/usr/src/sys/compile/niobe Calibrating clock(s) ... TSC clock: 166193361 Hz, i8254 clock: 1193185 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz cost 2278 ns CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 166193740 Hz cost 137 ns CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00212000 - 0x07ff7fff, 132014080 bytes (32230 pages) FreeBSD Kernel Configuration Utility - Version 1.1 Type "help" for help or "visual" to go to the visual configuration interface (requires MGA/VGA display or serial terminal capable of displaying ANSI graphics). config> pnp 1 0 os enable port0 0x220 irq0 5 drq0 1 drq1 5 config> quit avail memory = 128000000 (125000K bytes) Found BIOS32 Service Directory header at 0xf00f8630 Entry = 0xf8080 (0xf00f8080) Rev = 0 Len = 1 PCI BIOS entry at 0x80b0 Other BIOS signatures found: ACPI: 00000000 $PnP: 000fc730 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12508086) Probing for devices on PCI bus 0: found-> vendor=0x8086, dev=0x1250, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 chip0: rev 0x03 on pci0.0.0 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 chip1: rev 0x01 on pci0.7.0 I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ11, B: IRQ12, C: IRQ9, D: IRQ15 MB0: disabled, MB1: found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=15 map[0]: type 3, range 32, base fb800000, size 12 map[1]: type 4, range 32, base 0000e000, size 5 map[2]: type 1, range 32, base f9000000, size 20 fxp0: rev 0x02 int a irq 15 on pci0.9.0 fxp0: Ethernet address 00:a0:c9:4d:1b:d4 bpf: fxp0 attached found-> vendor=0x100c, dev=0x3208, revid=0x70 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[0]: type 1, range 32, base f8000000, size 24 map[1]: type 4, range 32, base 0000d800, size 8 vga0: rev 0x70 int a irq 9 on pci0.10.0 found-> vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[0]: type 4, range 32, base 0000d400, size 8 map[1]: type 1, range 32, base f7800000, size 12 ahc0: rev 0x00 int a irq 12 on pci0.11.0 ahc0: Reading SEEPROM...done. ahc0: internal 50 cable is present, internal 68 cable is present ahc0: external cable not present ahc0: BIOS eeprom is present ahc0: High byte termination Enabled ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program... 411 instructions downloaded found-> vendor=0x9004, dev=0x7178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[0]: type 4, range 32, base 0000d000, size 8 map[1]: type 1, range 32, base f7000000, size 12 ahc1: rev 0x00 int a irq 11 on pci0.12.0 ahc1: Reading SEEPROM...done. ahc1: High byte termination Enabled ahc1: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs ahc1: Downloading Sequencer Program... 409 instructions downloaded Probing for PnP devices: Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 No Plug-n-Play devices were found Probing for devices on the ISA bus: video: RTC equip. code:0x0f, DCC code:0x89 video: CRTC:0x3d4, video option:0x60, rows:80, cols:25, font height:16 video: param table EGA/VGA:0xf00c572a, CGA/MDA:0 video: rows_offset:1 video#0: adapter type:VGA (5), flags:0x7f, CRTC:0x3d4 video#0: init mode:24, bios mode:3, current mode:24 video#0: window:0xf00b8000 size:32k gran:32k, buf:0xf0000000 size:32k video#0: mode:0, flags:0x1 T 40x25, font:8x8, win:0xb8000 video#0: mode:1, flags:0x1 T 40x25, font:8x8, win:0xb8000 video#0: mode:2, flags:0x1 T 80x25, font:8x8, win:0xb8000 video#0: mode:3, flags:0x1 T 80x25, font:8x8, win:0xb8000 video#0: mode:19, flags:0x1 T 40x25, font:8x14, win:0xb8000 video#0: mode:20, flags:0x1 T 40x25, font:8x14, win:0xb8000 video#0: mode:21, flags:0x1 T 80x25, font:8x14, win:0xb8000 video#0: mode:22, flags:0x1 T 80x25, font:8x14, win:0xb8000 video#0: mode:23, flags:0x1 T 40x25, font:8x16, win:0xb8000 video#0: mode:25, flags:0x0 T 80x25, font:8x16, win:0xb0000 video#0: mode:24, flags:0x1 T 80x25, font:8x16, win:0xb8000 video#0: mode:7, flags:0x0 T 80x25, font:8x14, win:0xb0000 video#0: mode:112, flags:0x1 T 80x43, font:8x8, win:0xb8000 video#0: mode:113, flags:0x1 T 80x43, font:8x8, win:0xb8000 video#0: mode:33, flags:0x0 T 80x30, font:8x16, win:0xb0000 video#0: mode:32, flags:0x1 T 80x30, font:8x16, win:0xb8000 video#0: mode:31, flags:0x0 T 80x50, font:8x8, win:0xb0000 video#0: mode:30, flags:0x1 T 80x50, font:8x8, win:0xb8000 video#0: mode:35, flags:0x0 T 80x60, font:8x8, win:0xb0000 video#0: mode:34, flags:0x1 T 80x60, font:8x8, win:0xb8000 video#0: mode:4, flags:0x3 G 320x200x2, 1 plane(s), font:8x8, win:0xb8000 video#0: mode:5, flags:0x3 G 320x200x2, 1 plane(s), font:8x8, win:0xb8000 video#0: mode:6, flags:0x3 G 640x200x1, 1 plane(s), font:8x8, win:0xb8000 video#0: mode:13, flags:0x3 G 320x200x4, 4 plane(s), font:8x8, win:0xa0000 video#0: mode:14, flags:0x3 G 640x200x4, 4 plane(s), font:8x8, win:0xa0000 video#0: mode:15, flags:0x2 G 640x350x4, 4 plane(s), font:8x14, win:0xa0000 video#0: mode:17, flags:0x2 G 640x350x4, 4 plane(s), font:8x14, win:0xa0000 video#0: mode:16, flags:0x3 G 640x350x2, 2 plane(s), font:8x14, win:0xa0000 video#0: mode:18, flags:0x3 G 640x350x4, 4 plane(s), font:8x14, win:0xa0000 video#0: mode:26, flags:0x3 G 640x480x4, 4 plane(s), font:8x16, win:0xa0000 video#0: mode:27, flags:0x3 G 640x480x4, 4 plane(s), font:8x16, win:0xa0000 video#0: mode:28, flags:0x3 G 320x200x8, 1 plane(s), font:8x8, win:0xa0000 video#0: mode:37, flags:0x3 G 320x240x8, 1 plane(s), font:8x8, win:0xa0000 VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0: keyboard device ID: ab41 sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <12 virtual consoles, flags=0x0> sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached mss_probe: no address supplied, try default 0x530 mss_detect error, busy still set (0xff) sb_probe: no address supplied, try defaults (0x220,0x240) pcm0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 145815106 bytes/sec bzero() bandwidth = 88074687 bytes/sec imasks: bio c0080040, tty c003009a, net c0068000 BIOS Geometries: 0:0228fe3f 0..552=553 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0312fe3f 0..786=787 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Intel Pentium F00F detected, installing workaround bpf: tun0 attached bpf: tun1 attached bpf: tun2 attached bpf: tun3 attached bpf: lo0 attached IP packet filtering initialized, divert disabled, rule-based forwarding disabled, unlimited logging (noperiph:ahc0:0:X:X): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:X:X): SCSI bus reset delivered. 0 SCBs aborted. ahc1: Selection Timeout on A:0. 1 SCBs aborted ahc0: Selection Timeout on A:0. 1 SCBs aborted ahc1: Selection Timeout on A:1. 1 SCBs aborted ahc0: Selection Timeout on A:1. 1 SCBs aborted ahc1: Selection Timeout on A:2. 1 SCBs aborted ahc0: Selection Timeout on A:3. 1 SCBs aborted ahc1: Selection Timeout on A:3. 1 SCBs aborted (probe21:ahc1:0:6:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe21:ahc1:0:6:0): ILLEGAL REQUEST asc:24,0 (probe21:ahc1:0:6:0): Invalid field in CDB sks:cf,2 (probe20:ahc1:0:5:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe20:ahc1:0:ahc1: target 6 synchronous at 5.0MHz, offset = 0x8 5:0): ILLEGAL REQUEST asc:24,0 (probe20:ahc1: target 6 using asynchronous transfers ahc1:0:5:0): Invalid field in CDB sks:c8,1 ahc1: target 6 synchronous at 5.0MHz, offset = 0x8 ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 4 synchronous at 10.0MHz, offset = 0xf ahc0: Selection Timeout on A:5. 1 SCBs aborted ahc0: Selection Timeout on A:6. 1 SCBs aborted ahc0: Selection Timeout on A:8. 1 SCBs aborted ahc0: Selection Timeout on A:9. 1 SCBs aborted ahc0: Selection Timeout on A:10. 1 SCBs aborted ahc0: Selection Timeout on A:11. 1 SCBs aborted ahc0: Selection Timeout on A:12. 1 SCBs aborted ahc0: Selection Timeout on A:13. 1 SCBs aborted ahc0: Selection Timeout on A:14. 1 SCBs aborted ahc0: Selection Timeout on A:15. 1 SCBs aborted ahc0: target 2 using 16bit transfers ahc0: target 2 synchronous at 20.0MHz, offset = 0x8 ahc0: target 4 synchronous at 20.0MHz, offset = 0xf pass0 at ahc0 bus 0 target 2 lun 0 pass0: Fixed Direct Access SCahc1: target 6 using asynchronous transfers SI2 device pass0: Serial Number PCB=20113ahc1: target 6 synchronous at 5.0MHz, offset = 0x8 00001 ; HDA=184634612529 pass0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 4 lun 0 pass1: Fixed Direcahc1: target 5 synchronous at 10.0MHz, offset = 0x8 t Access SCSI2 device pass1: Serial Number 156711442301 pass1: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled pass2 at ahc1 bus 0 target 4 lun 0 pass2: Fixed Direct Access SCSI2 device pass2: Serial Number EX9CSTC pass2: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled pass3 at ahc1 bus 0 target 5 lun 0 pass3: Removable CD-ROM SCSI2 device pass3: 10.0MB/s transfers (10.0MHz, offset 8) pass4 at ahc1 bus 0 target 6 lun 0 pass4: Removable Optical SCSI2 device pass4: 5.0MB/s transfers (5.0MHz, offset 8) da0 at ahc0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI2 device da0: Serial Number PCB=2011300001 ; HDA=184634612529 da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI2 device da1: Serial Number 156711442301 da1: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da1: 6180MB (12657717 512 byte sectors: 255H 63S/T 787C) (da3:ahc1:0:6:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da3:ahc1:0:6:0): NOT READY asc:3a,0 (da3:ahc1:0:6:0): Medium not present da3 at ahc1 bus 0 target 6 lun 0 da3: Removable Optical SCSI2 device da3: 5.0MB/s transfers (5.0MHz, offset 8) da3: Attempt to query device size failed: NOT READY, Medium not present da2 at ahc1 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI2 device da2: Serial Number EX9CSTC da2: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da2: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) Considering FFS root f/s. changing root device to da0s1a da0s1: type 0xa5, start 0, end = 8890759, size 8890760 da0s1: C/H/S end 553/108/11 (664245) != end 8890759: invalid WARNING: / was not properly dismounted. [**** log in as root, run 'fsck -p'] ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 ahc1: target 5 using asynchronous transfers ahc1: target 5 synchronous at 10.0MHz, offset = 0x8 cd0 at ahc1 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 8) cd0: cd present [323780 x 2048 byte records] da2s1: type 0xa5, start 63, end = 2104514, size 2104452 : OK ahc1: target 4 using asynchronous transfers ahc1: target 4 synchronous at 10.0MHz, offset = 0xf da2s1: type 0xa5, start 63, end = 2104514, size 2104452 : OK ahc1: target 4 using asynchronous transfers ahc1: target 4 synchronous at 10.0MHz, offset = 0xf [*** try to 'mount -at ufs'] WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. WARNING: R/W mount of / denied. Filesystem is not clean - run fsck. ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated da2s1: type 0xa5, start 63, end = 2104514, size 2104452 : OK ffs_mountfs: superblock updated ffs_mountfs: superblock updated After this, I reboot and everything comes up nice and clean. The kernel config for this kernel follows: # # Kernel configuration for niobe.ewox.org # machine "i386" cpu "I586_CPU" ident niobe maxusers 128 # # Networking options INET options IPFIREWALL options IPFIREWALL_VERBOSE options "NMBCLUSTERS=4096" # # File system options FDESC options FFS options FFS_ROOT options PROCFS options SOFTUPDATES # # XFree86 support options SYSVMSG options SYSVSEM options SYSVSHM options UCONSOLE # # Misc. kernel options options "AUTO_EOI_1" options "AUTO_EOI_2" options "COMPAT_43" options "MD5" options BOUNCE_BUFFERS options INCLUDE_CONFIG_FILE options USERCONFIG options USERCONFIG_BOOT options VISUAL_USERCONFIG # config kernel root on da0 # # Buses controller isa0 controller pci0 controller pnp0 # # Numeric processor extensions device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Floppy controller controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # # EIDE controllers #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 flags 0x80ff #disk wd1 at wdc0 drive 1 flags 0x80ff #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 flags 0x80ff #disk wd3 at wdc1 drive 1 flags 0x80ff # # SCSI controllers controller ahc0 controller scbus0 device pass0 device da0 device sa0 device cd0 options SCSI_DELAY=100 options SCSI_REPORT_GEOMETRY # # System console and mouse device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options "MAXCONS=12" options "SC_HISTORY_SIZE=4096" options "MSGBUF_SIZE=32768" #device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # # I/O ports device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # # Network adapters #device de0 device fxp0 # # Networking pseudo-devices pseudo-device loop pseudo-device ether pseudo-device tun 4 pseudo-device bpfilter 4 # # Other pseudo-devices pseudo-device gzip pseudo-device pty 64 pseudo-device vn 4 # # Sound hardware (Luigi Rizzo) device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 vector pcmintr # Here are the RCS Id strings of all files in /sys/cam and /sys/cam/scsi: $Id: cam.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_ccb.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_conf.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_debug.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_extend.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_extend.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_periph.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_periph.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_queue.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_queue.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_sim.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_sim.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_xpt.c,v 1.6 1998/09/17 23:58:53 ken Exp $ $Id: cam_xpt.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_xpt_periph.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: cam_xpt_sim.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ $Id: scsi_all.c,v 1.1 1998/09/15 06:36:33 gibbs Exp $ $Id: scsi_all.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_cd.c,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_ch.c,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_da.c,v 1.2 1998/09/16 23:30:11 ken Exp $ $Id: scsi_da.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_pass.c,v 1.2 1998/09/16 00:11:53 ken Exp $ $Id: scsi_pass.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_pt.c,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_pt.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_sa.c,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_sa.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ $Id: scsi_target.c,v 1.2 1998/09/15 22:05:42 gibbs Exp $ $Id: scsi_targetio.h,v 1.1 1998/09/15 06:36:34 gibbs Exp $ DES -- Dag-Erling Smørgrav - finrod@ewox.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 04:55:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10885 for freebsd-current-outgoing; Sun, 20 Sep 1998 04:55:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA10706 for ; Sun, 20 Sep 1998 04:54:01 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 18070 invoked by uid 1001); 20 Sep 1998 11:53:24 +0000 (GMT) To: current@FreeBSD.ORG Subject: www.freebsd.org port 80 access hangs X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 20 Sep 1998 13:53:23 +0200 Message-ID: <18068.906292403@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG % telnet www.freebsd.org 80 Trying 204.216.27.21... Connected to freefall.freebsd.org. Escape character is '^]'. GET / The machine is pingable. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 05:06:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12112 for freebsd-current-outgoing; Sun, 20 Sep 1998 05:06:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA11981 for ; Sun, 20 Sep 1998 05:05:11 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA20003; Sun, 20 Sep 1998 14:03:58 +0200 (CEST) (envelope-from sos) Message-Id: <199809201203.OAA20003@sos.freebsd.dk> Subject: Re: SC_BAD_FLICKER broken? In-Reply-To: <199809201034.NAA00287@grape.carrier.kiev.ua> from Alexander Litvin at "Sep 20, 98 01:34:09 pm" To: archer@lucky.net (Alexander Litvin) Date: Sun, 20 Sep 1998 14:03:58 +0200 (CEST) Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Alexander Litvin who wrote: > In article <199809200907.SAA11419@zodiac.mech.utsunomiya-u.ac.jp> you wrote: > KY> Would anybody who is experiencing SC_BAD_FLICKER not working please try > KY> the following patch for /sys/i386/isa/videoio.c and see if it works? > > It works for me, flickers disappear. Thanks! OK, could we just leave the code in at all times, or does anybody see some bad sideeffects from it on other HW ?? I'd like to get rid of the option... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 05:10:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13083 for freebsd-current-outgoing; Sun, 20 Sep 1998 05:10:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12927 for ; Sun, 20 Sep 1998 05:09:39 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA20013; Sun, 20 Sep 1998 14:08:48 +0200 (CEST) (envelope-from sos) Message-Id: <199809201208.OAA20013@sos.freebsd.dk> Subject: Re: A new SNAPshot is finally on current.freebsd.org In-Reply-To: <1500.906249956@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 19, 98 05:05:56 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Sep 1998 14:08:48 +0200 (CEST) Cc: smp@csn.net, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Jordan K. Hubbard who wrote: > > Anyone else able to connect to current.freebsd.org? I've been trying all > > morning with no success. I need to get a CAM/SMP SNAP for my new toy. > > Are there any other sites holding recent SNAPs? > > It's dead right now. :( I'm trying to build another one locally > but machines keep falling over on me... Grumble... I'll keep > trying. Yes! it seems my Murphy field has found a new host :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 05:32:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA16585 for freebsd-current-outgoing; Sun, 20 Sep 1998 05:32:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA16580 for ; Sun, 20 Sep 1998 05:32:07 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA17241; Sun, 20 Sep 1998 05:32:16 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: sthaug@nethelp.no cc: current@FreeBSD.ORG Subject: Re: www.freebsd.org port 80 access hangs In-reply-to: Your message of "Sun, 20 Sep 1998 13:53:23 +0200." <18068.906292403@verdi.nethelp.no> Date: Sun, 20 Sep 1998 05:32:16 -0700 Message-ID: <17237.906294736@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We have a disk going bad, looks like it's hung again on it (puts on his shoes with a groan and prepares to drive back to work again :). Mike's supposed to swap this out on Monday, so hopefully freefall's occasional bouts of illness won't persist for much longer. - Jordan > % telnet www.freebsd.org 80 > Trying 204.216.27.21... > Connected to freefall.freebsd.org. > Escape character is '^]'. > GET / > > > > The machine is pingable. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 05:33:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA16654 for freebsd-current-outgoing; Sun, 20 Sep 1998 05:33:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA16649 for ; Sun, 20 Sep 1998 05:33:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA17255 for ; Sun, 20 Sep 1998 05:33:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980919-BETA now in place Date: Sun, 20 Sep 1998 05:33:19 -0700 Message-ID: <17252.906294799@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Come and get it! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 05:57:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18642 for freebsd-current-outgoing; Sun, 20 Sep 1998 05:57:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18637 for ; Sun, 20 Sep 1998 05:57:47 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id IAA06956; Sun, 20 Sep 1998 08:56:41 -0400 (EDT) Date: Sun, 20 Sep 1998 08:56:41 -0400 (EDT) Message-Id: <199809201256.IAA06956@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: tlambert@primenet.com, rotel@indigo.ie, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-reply-to: <199809201129.MAA00530@indigo.ie> (message from Niall Smart on Sun, 20 Sep 1998 12:29:14 +0000) Subject: Re: HighWind products Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 20, 9:26am, Terry Lambert wrote: } Subject: Re: HighWind products > > } Subject: Re: HighWind products > > > > Looks like readdir() is MT safe anyhow. > > Only if you use seperate DIR descriptors per thread. Yeah, thats a good point, I expect this would be the scenario in most programs, but I can think of some where it wouldn't. It means that implementing readdir_r() is as easy as wrapping readdir() with a lock though. We tried that. IT DID NOT WORK. We got all sorts of random memory corruption with opendir(), lock, readdir(), unlock, closedir(). Perhaps the whole sequence needed to be locked? -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 06:00:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18926 for freebsd-current-outgoing; Sun, 20 Sep 1998 06:00:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18921 for ; Sun, 20 Sep 1998 06:00:56 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id JAA22883 for ; Sun, 20 Sep 1998 09:00:29 -0400 (EDT) Date: Sun, 20 Sep 1998 09:00:28 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: another fs-related panic during make world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG /usr/obj: bad dir ino 87561 at offset 0: mangled entry panic: ufs_dirbad: bad dir Debugger("panic") Stopped at _Debugger+0x35: movb $0,_in_Debugger.98 I got a trace out of DDB, but it was way too much to write down by hand. I have taken DDB out of my kernel in the hope that next time this happens the system will dump core and I can get a trace that way. When I typed "next" twice, the system tried to sync disks but gave up with one buffer still unsync'd. I posted my system configuration yesterday in the thread "more fs fear", so I won't repost it today, unless someone would like me to. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 06:05:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19470 for freebsd-current-outgoing; Sun, 20 Sep 1998 06:05:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA19457 for ; Sun, 20 Sep 1998 06:05:03 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id OAA18461; Sun, 20 Sep 1998 14:56:42 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id OAA00690; Sun, 20 Sep 1998 14:53:18 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809201253.OAA00690@semyam.dinoco.de> To: Michael Class cc: current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: ncr and CAM still dont work for me In-reply-to: Your message of "Fri, 18 Sep 1998 19:19:04 +0200." Date: Sun, 20 Sep 1998 14:53:16 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am still unable to get my system up and running with cam. Even with ncr.c > rev. 1.129 the system hangs with > > probe0(ncr0:0:0:0) extaneous data discarded > probe0(ncr0:0:0:0) COMMAND FAILED (9 0) @f086f600 My system fortunately boots fine from its EIDE disks. The devices attached to my 53c875 card are a CD-ROM drive and a Fujitsu MO drive. The CD drive I tested with a mount - works as expected. The MO drive I didn't use with CAM, yet so can't say how good it works. I got these messages whenever I tried to play an audio CD. As I thought it might have been fixed by now being something kernel related did a cvsup about an hour ago and made a new kernel w/o a new world - no luck. The world I didn't remake, yet as it takes a few hours on a P5/100. > ncr0: timeout nccb = f086XXXX (skip) > (lots of these lines follow) And these my system log doesn't have. Seems I am a bit more lucky. But still no audio working. :-( Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 06:50:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27061 for freebsd-current-outgoing; Sun, 20 Sep 1998 06:50:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27056 for ; Sun, 20 Sep 1998 06:50:31 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.59.14]) by smtp03.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA1CCB for ; Sun, 20 Sep 1998 15:50:01 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Sun, 20 Sep 1998 15:48:37 +0200 To: FreeBSD Current From: Jeroen Ruigrok/Asmodai Subject: Zip drives/vpo0 device Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have been trying to use the vpo0/ppbus device/controller with CURRENT and my Zip Plus and have thus far failed miserably... I have recompiled my kernel with the ppbus/vpo/ppi and scbus and sd controllers and devices... But when it comes to mounting I am stuck. I have no SCSI devices on this system (laptop/Dell Latitude CP) and the Zip drive would be the first if I have to base my thoughts on the FAQ texts. Except I have tried making the sd0xxx devices and tried to mount them, but to no avail... Can anyone provide some light in this darkness? Thanks in advance, - -- Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist As far as ye can't tell, I am the Future in Computer Hell... -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgT5pYY752GnxADpEQLE5ACdHQKJPIV/0fm/rr5VMObAnKJEoHcAn3K1 bB9EI5z+0RwHvemSxQd+JcaP =T/ls -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 06:51:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27213 for freebsd-current-outgoing; Sun, 20 Sep 1998 06:51:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27207 for ; Sun, 20 Sep 1998 06:51:29 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id PAA24927; Sun, 20 Sep 1998 15:51:02 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Sun, 20 Sep 1998 15:51:01 +0200 (MET DST) Mime-Version: 1.0 To: finrod@ewox.org (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Cc: current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] References: <86d88raubn.fsf@niobe.ewox.org> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 20 Sep 1998 15:51:00 +0200 In-Reply-To: finrod@ewox.org's message of "20 Sep 1998 13:37:32 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id GAA27209 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG finrod@ewox.org (Dag-Erling Coidan Smørgrav) writes: > The strange thing is that the panic always occurs in mountd, which I > wouldn't think was related. Update: I commented out the NFS configuration from my rc.conf.local (effectively disabling mountd). Everything works just fine. Needless to say, it used to work fine *with* NFS enabled before CAM. IIRC, the last time I mounted a CD-ROM was when I copied the entire 2.2.2-RELEASE CD-ROM to disk last Thursday (September 10th), a few days before my CAM conversion. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:00:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28767 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:00:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA28740 for ; Sun, 20 Sep 1998 07:00:52 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id OAA28537 for ; Sun, 20 Sep 1998 14:01:06 GMT Date: Sun, 20 Sep 1998 15:01:06 +0100 (BST) From: Doug Rabson To: current@FreeBSD.ORG Subject: vfork and malloc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it safe to call malloc in the child process after a vfork? I have been trying to debug a rare fault in make which goes away when I change the vfork() in src/usr.bin/make/compat.c to fork(). After the vfork, it calls execvp() which allocates memory via strdup(). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:07:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29798 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:07:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA29793 for ; Sun, 20 Sep 1998 07:07:25 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 18931 invoked by uid 1001); 20 Sep 1998 14:06:57 +0000 (GMT) To: jkh@time.cdrom.com Cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980919-BETA now in place In-Reply-To: Your message of "Sun, 20 Sep 1998 05:33:19 -0700" References: <17252.906294799@time.cdrom.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 20 Sep 1998 16:06:57 +0200 Message-ID: <18929.906300417@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Come and get it! Looks like there might be a routing problem - it's unreachable from here. A traceroute from two different ISPs stops at the same place. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- 1 unit-gw.unit.no (129.241.1.2) 3 ms 3 ms 3 ms 2 trdS-gw (129.241.181.15) 2 ms 2 ms 2 ms 3 osloS-gw (128.39.46.1) 9 ms 9 ms 9 ms 4 no-gw2.nordu.net (128.39.3.162) 10 ms 9 ms 9 ms 5 sw-gw.nordu.net (193.10.252.149) 20 ms 20 ms 23 ms 6 us-gw.nordu.net (193.10.252.138) 117 ms 118 ms 118 ms 7 gin-nyy-bb4.Teleglobe.net (207.45.202.21) 117 ms 118 ms 118 ms 8 Teleglobe.net (207.45.223.170) 118 ms 120 ms 118 ms 9 Serial1-0-1.GW2.NYC2.ALTER.NET (157.130.5.217) 121 ms 119 ms 119 ms 10 422.ATM11-0-0.CR2.NYC2.Alter.Net (137.39.31.101) 119 ms 120 ms 122 ms 11 142.ATM3-0.XR2.NYC1.ALTER.NET (146.188.177.46) 120 ms 119 ms 120 ms 12 194.ATM7-0.XR2.NYC4.ALTER.NET (146.188.178.101) 131 ms 120 ms 119 ms 13 188.ATM9-0-0.BR1.NYC4.ALTER.NET (146.188.177.181) 123 ms 120 ms 121 ms 14 Hssi-5-0-0.BB1.TOR2.UUNET.CA.ALTER.NET (137.39.250.82) 591 ms 1347 ms * 15 e-020.gw-1.tor.accglobal.net (205.150.89.10) 132 ms 134 ms 132 ms 16 o-10.gh-1.tor.accglobal.net (142.154.71.253) 133 ms 133 ms 133 ms 17 * * * and 1 194.19.1.185 (194.19.1.185) 1.045 ms 0.907 ms 0.899 ms 2 194.19.1.94 (194.19.1.94) 0.852 ms 0.846 ms 1.068 ms 3 194.19.1.146 (194.19.1.146) 16.781 ms 15.341 ms 16.406 ms 4 apv-c1-fddi5-0-core.stockholm.telia.net (194.22.194.254) 15.108 ms 15.465 ms 15.568 ms 5 apv-i1-feth4-1-0-ix.stockholm.telia.net (195.67.232.136) 15.108 ms 15.431 ms 14.565 ms 6 ny-i1-pos4-0-0-int-newyork.telia.net (194.17.0.250) 111.524 ms 112.928 ms 113.791 ms 7 ny-i4-atm1-0-int.newyork.telia.net (209.95.129.46) 111.687 ms 115.644 ms 114.970 ms 8 ny-i3-feth2-0-int.newyork.telia.net (209.95.128.129) 112.142 ms 113.372 ms 112.104 ms 9 xxx.xxx.GW1.NYC4.ALTER.NET (157.130.5.73) 115.221 ms 112.975 ms 115.826 ms 10 131.ATM3-0.XR1.NYC4.ALTER.NET (146.188.178.122) 112.726 ms 111.926 ms 115.012 ms 11 189.ATM8-0-0.BR1.NYC4.ALTER.NET (146.188.177.177) 113.311 ms 114.380 ms 114.287 ms 12 Hssi-5-0-0.BB1.TOR2.UUNET.CA.ALTER.NET (137.39.250.82) 128.448 ms 125.632 ms 125.735 ms 13 e-020.gw-1.tor.accglobal.net (205.150.89.10) 127.886 ms 125.590 ms 125.386 ms 14 o-10.gh-1.tor.accglobal.net (142.154.71.253) 127.029 ms 125.252 ms 126.224 ms 15 * * * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:13:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00437 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:13:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00424 for ; Sun, 20 Sep 1998 07:13:02 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id WAA02481; Sun, 20 Sep 1998 22:11:45 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809201411.WAA02481@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Timo Geusch cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Sat, 19 Sep 1998 20:43:55 +0100." <19980919204355.A1081@prestel.co.uk> Date: Sun, 20 Sep 1998 22:11:44 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Timo Geusch wrote: > Thanks to all that replied with suggestions about what I did wrong. Problem > turned out to be that I was running an initially empty /dev (which worked > great with SLICE, btw). Of course a non-SLICE kernel would blow sky high... > I also got the point that I should've read cvs-all. However, > I really would've appreciated if Soeren would have warned the 'current' > audience about the upcoming removal of the SLICE code. I for one am rather pissed off about the removal of SLICE. In particular, it's crippled a critical part of devfs at mountroot time, although I'd argue that the parts that I'm most annoyed about the loss of should have really been part of the DEVFS option than part of "SLICE". The really sad part is that the existing geometry system isn't really up to the task of booting without a real /dev. (ie: can't access /dev/da0s1a via devfs to mount root unless an access to /dev/da0s1 happens first) > Timo, > who is happy again that his CURRENT box is running and that the kernel page > fault he was debugging turned out to be SLICE related. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:19:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00971 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:19:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00962 for ; Sun, 20 Sep 1998 07:19:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA17611; Sun, 20 Sep 1998 07:18:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: sthaug@nethelp.no cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980919-BETA now in place In-reply-to: Your message of "Sun, 20 Sep 1998 16:06:57 +0200." <18929.906300417@verdi.nethelp.no> Date: Sun, 20 Sep 1998 07:18:49 -0700 Message-ID: <17608.906301129@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Come and get it! > > Looks like there might be a routing problem - it's unreachable from here. > A traceroute from two different ISPs stops at the same place. Umm. Please read the URL in the subject line more closely, Steinar. :-) I'd also be interestd in reports on how well this release installs, BTW. I'm about ready to go to bed (it's morning and all those icky photons are starting to appear outside) so I won't be awake to see it install (or not) on my scratch box. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:22:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01408 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:22:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01389 for ; Sun, 20 Sep 1998 07:22:26 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA26903; Sun, 20 Sep 1998 16:21:49 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Sun, 20 Sep 1998 16:21:48 +0200 (MET DST) Mime-Version: 1.0 To: "William R. Somsky" Cc: freebsd-current@FreeBSD.ORG Subject: Re: aout-to-elf-build failure [2.2.7-STABLE -> 3.0-CURRENT] References: <19980918005638.A22744@gramarye> <19980918021205.A28767@gramarye> <19980919145745.A376@gramarye> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 20 Sep 1998 16:21:48 +0200 In-Reply-To: "William R. Somsky"'s message of "Sat, 19 Sep 1998 14:57:45 -0700" Message-ID: Lines: 44 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA01398 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "William R. Somsky" writes: > A check of "mount" showed that it had "sd0s2a" mounted as /, and although > that and "sd0a" currently pointed to the same thing, evidentally mount > didn't know this, and balked at the naming difference. (Um, what is the > exact required setup here?) No, sd0s2a and sd0a are not the same thing. They have different minor numbers, and that's what counts to mount(8): finrod@saers /dev$ ll sd0*a brw-r----- 1 root operator 4, 0 May 20 1997 sd0a brw-r----- 1 root operator 4, 0x00020000 Sep 20 16:17 sd0s1a brw-r----- 1 root operator 4, 0x00030000 Sep 20 16:17 sd0s2a brw-r----- 1 root operator 4, 0x00040000 Sep 20 16:17 sd0s3a > So, just update /etc/fstab and /dev, right? Well, it's not that easy, > since / is still mounted read-only, and I couldn't figure out how to > change it to read-write. (I think there's a way, isn't there? I just > couldn't remember at the time. Can someone remind me for future reference?) > So, out w/ the boot floppy and CD-rom: boot from floppy, fixit from CD, > mount the disk on /mnt and fix (/mnt)/etc/fstab and (after a failed > boot attempt) (/mnt)/dev. If you can successfully mount other file systems, create a temp directory on any local writable fs, get a fresh copy of MAKEDEV from /usr/src/etc/etc.i386, create a device node for your root fs and mount it: # cd /var/tmp # mkdir dev # cd dev # cp /usr/src/etc/etc.i386/MAKEDEV . # sh MAKEDEV da0s2a # mount da0s2a / Any local filesystem you can write to will do the job; disk, floppy, OD, MFS, whatever. Even better, if you have a live FreeBSD CD-ROM, you can use the device nodes on it provided you have a mount point for the CD-ROM (unless you've already mounted other file systems, /usr, /var and /mnt should be available) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:39:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03148 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:39:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03143 for ; Sun, 20 Sep 1998 07:39:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id QAA12757; Sun, 20 Sep 1998 16:34:46 +0200 (CEST) To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: vfork and malloc In-reply-to: Your message of "Sun, 20 Sep 1998 15:01:06 BST." Date: Sun, 20 Sep 1998 16:34:46 +0200 Message-ID: <12755.906302086@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Do ug Rabson writes: >Is it safe to call malloc in the child process after a vfork? I have been >trying to debug a rare fault in make which goes away when I change the >vfork() in src/usr.bin/make/compat.c to fork(). After the vfork, it calls >execvp() which allocates memory via strdup(). It may not be safe to do if the mmap(2)'ed area used for the page table isn't also shared at that time. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:45:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04000 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:45:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03992 for ; Sun, 20 Sep 1998 07:45:37 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id AAA27205 for ; Mon, 21 Sep 1998 00:15:08 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA19921; Mon, 21 Sep 1998 00:15:07 +0930 Date: Mon, 21 Sep 1998 00:15:07 +0930 (CST) From: Kris Kennaway To: current@FreeBSD.ORG Subject: make cleandir bogons Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since the E-day changes to the top-level src makefiles, the 'cleandir' target seems to have vanished; I can do a 'make cleandir' from any of the src/* subdirectories, but not from /usr/src. Also, cleandir from the subdirectories doesnt handle the new ELF library names correctly; it does a rm lib*.so.*.* instead of lib*.so.*. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:49:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04847 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:49:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04831 for ; Sun, 20 Sep 1998 07:49:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA17774; Sun, 20 Sep 1998 07:48:22 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Peter Wemm cc: Timo Geusch , current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Sun, 20 Sep 1998 22:11:44 +0800." <199809201411.WAA02481@spinner.netplex.com.au> Date: Sun, 20 Sep 1998 07:48:22 -0700 Message-ID: <17770.906302902@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I for one am rather pissed off about the removal of SLICE. > > In particular, it's crippled a critical part of devfs at mountroot time, > although I'd argue that the parts that I'm most annoyed about the loss of > should have really been part of the DEVFS option than part of "SLICE". > The really sad part is that the existing geometry system isn't really up > to the task of booting without a real /dev. (ie: can't access /dev/da0s1a > via devfs to mount root unless an access to /dev/da0s1 happens first) Would it be possible to enhance DEVFS before release time to get back just those elements of the-code-formerly-known-as-SLICE necessary to make DEVFS itself useful again? I personally don't use DEVFS nor would I recommend it to the casual user (it's way too easy to crash your system with it), but for those who really want to, it seems worthwhile to try and make it at least minimally functional. Of course, the real problem here (IMO) is that DEVFS has neither an architect nor an owner. It is another one of our orphaned children, abandoned on FreeBSD's doorstep, and in order for it (or something different calling itself by the same name) to really succeed in FreeBSD, that's what really has to change first. Any takers? Hey, where'd everybody go? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 07:52:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05353 for freebsd-current-outgoing; Sun, 20 Sep 1998 07:52:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05323 for ; Sun, 20 Sep 1998 07:51:51 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id SAA21463 for ; Sun, 20 Sep 1998 18:51:23 +0400 (MSD) Received: by sunny.aha.ru id SAA06743; (8.8.8/vak/1.9) Sun, 20 Sep 1998 18:51:20 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma006718; Sun Sep 20 18:51:07 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id SAA08694; (8.9.1/vak/1.9) Sun, 20 Sep 1998 18:53:59 +0400 (MSD) Received: by ozz.etrust.ru id SAA10663; (8.9.1/vak/1.9) Sun, 20 Sep 1998 18:53:23 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809201453.SAA10663@ozz.etrust.ru> Subject: Can't compile XFree86 in elf ... To: current@FreeBSD.ORG Date: Sun, 20 Sep 1998 18:53:21 +0400 (MSD) Reply-To: osa@etrust.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by serv.etrust.ru id SAA08694 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA05324 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! How can i compile XFree86 in elf format for my FreeBSD-3.0-BETA-elf? Does it possible? Rgdz, oZZ, osa@etrust.ru http://www.etrust.ru/osa FreeBSD - äÁ ÐÒÅÂÕÄÅÔ Ó ÎÁÍÉ ÓÉÌÁ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 08:01:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06805 for freebsd-current-outgoing; Sun, 20 Sep 1998 08:01:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns11.rim.or.jp (ns11.rim.or.jp [202.247.130.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06788 for ; Sun, 20 Sep 1998 08:01:40 -0700 (PDT) (envelope-from masafumi@aslm.rim.or.jp) Received: from rayearth.rim.or.jp (rayearth.rim.or.jp [202.247.130.242]) by ns11.rim.or.jp (8.8.5/3.5Wpl2-ns11/RIMNET-2) with ESMTP id UAA10022; Sat, 19 Sep 1998 20:56:16 +0900 (JST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id UAA02842; Sat, 19 Sep 1998 20:56:16 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.9.1/3.5Wpl3-SMTP) with ESMTP id UAA02647; Sat, 19 Sep 1998 20:55:27 +0900 (JST) To: freebsd-current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: aic0 on -current X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 From: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.92.4 on Emacs 20.2 / Mule 3.0 (MOMIJINOGA) Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980919205526O.masafumi@aslm.rim.or.jp> Date: Sat, 19 Sep 1998 20:55:26 +0900 X-Dispatcher: imput version 971024 Lines: 17 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is aic0 no longer supported on -current? I updated my system to -current as of about 24 hours ago, and as I do make depend in the kernel compile directory, I get: cc: ../../dev/aic6x60/aic.c: No such file or directory cc: ../../i386/isa/aic_isa.c: No such file or directory mkdep: compile failed I thought I did something wrong in the kernel configuration file as I updated it for CAM, so I tried to boot my system with the GENERIC kernel. But, now even the GENERIC kernel doesn't find my card. Am I missing something, or is aic0 no longer supported? Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 08:41:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10119 for freebsd-current-outgoing; Sun, 20 Sep 1998 08:41:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10109 for ; Sun, 20 Sep 1998 08:41:37 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id PAA29254; Sun, 20 Sep 1998 15:37:41 GMT Date: Sun, 20 Sep 1998 16:37:41 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: vfork and malloc In-Reply-To: <12755.906302086@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Poul-Henning Kamp wrote: > In message , Do > ug Rabson writes: > > >Is it safe to call malloc in the child process after a vfork? I have been > >trying to debug a rare fault in make which goes away when I change the > >vfork() in src/usr.bin/make/compat.c to fork(). After the vfork, it calls > >execvp() which allocates memory via strdup(). > > It may not be safe to do if the mmap(2)'ed area used for the page table > isn't also shared at that time. It turns out that malloc was using the default pagesize (4096) for the alpha instead of 8192. I'm trying again with the correct pagesize for malloc which would be a better fix if it works. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 08:45:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10611 for freebsd-current-outgoing; Sun, 20 Sep 1998 08:45:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts05-058.dublin.indigo.ie [194.125.220.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10587 for ; Sun, 20 Sep 1998 08:45:11 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id QAA03194; Sun, 20 Sep 1998 16:38:05 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809201538.QAA03194@indigo.ie> Date: Sun, 20 Sep 1998 16:38:04 +0000 In-Reply-To: ; Snob Art Genre Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: another fs-related panic during make world Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 20, 9:00am, Snob Art Genre wrote: } Subject: another fs-related panic during make world > /usr/obj: bad dir ino 87561 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > Debugger("panic") > Stopped at _Debugger+0x35: movb $0,_in_Debugger.98 > > I got a trace out of DDB, but it was way too much to write down by hand. > I have taken DDB out of my kernel in the hope that next time this > happens the system will dump core and I can get a trace that way. Can't you call whatever panic does from ddb to get it to dump core? Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:10:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15963 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:10:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--200.sirius.net [205.134.241.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15957 for ; Sun, 20 Sep 1998 09:10:53 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id JAA00682; Sun, 20 Sep 1998 09:09:58 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809201609.JAA00682@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: garbanzo@hooked.net (Alex), eivind@yes.no, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: softupdates & fsck In-reply-to: Your message of "Sun, 20 Sep 1998 09:00:52 -0000." <199809200900.CAA12457@usr06.primenet.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 09:09:57 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been seeing similar fsck behavior here. I was trying out the various softupdate patches (the latest patches work). With the earlier patches, I'd start make -j8 buildworld on the console and it would crash in about 10-15 minutes. Using X at the same time seemed to make it crash a lot faster. This was just days before the CAM integration (Sept 14 and earlier). After the crash, it would detect and automatically "fsck -p" the volumes, then mount and run. Occasionally, some directory, usually under the /usr/obj volume, could not be deleted and it wasn't a schg-flags dir. The only fix was to go back to single-user mode, run "fsck -y" which then complains about and fixes a directory with the wrong inode count (1 instead of 2 I think) then continues. After the 2nd fsck (perhaps after the 1st too - my memory is already fuzzy), there would be stuff under lost+found. There was definitely stuff appearing under lost+found with softupdates enabled. (Right now I'm having troubles with the new 7880 CAM code and so can't replicate the earlier problems, plus the new softupdates patches seem to be working or at least working around the real problem. :-) -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:11:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16037 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:11:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16032 for ; Sun, 20 Sep 1998 09:11:10 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id JAA00314; Sun, 20 Sep 1998 09:10:30 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809201610.JAA00314@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 09:10:30 -0700 To: "Justin T. Gibbs" From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: KATO Takenori , gibbs@plutotech.com, current@FreeBSD.ORG In-Reply-To: <199809200722.BAA18439@pluto.plutotech.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:15 AM 9/20/98 -0600, Justin T. Gibbs wrote: >>I just built a kernel with this new code. >>The machine just goes into a panic on boot >>right after ffs_mountfs: superblock updated >> >>The machine is a Intel PR440FX SMP-pentiumpro 200mhz >>DPT controller -->da0 >>softupdates on all partitions > >It's probably the DPT. Sync to revision 1.15 of dpt_scsi.c. > It still does it. I booted in single user and did fsck. It panicked This time it stopped scrolling and here is the output.: panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 boot() called on cpu#1 The machine is frozen. Thanks Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:11:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16086 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:11:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16079 for ; Sun, 20 Sep 1998 09:11:20 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA18088; Sun, 20 Sep 1998 09:11:29 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: make cleandir bogons In-reply-to: Your message of "Mon, 21 Sep 1998 00:15:07 +0930." Date: Sun, 20 Sep 1998 09:11:29 -0700 Message-ID: <18084.906307889@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Since the E-day changes to the top-level src makefiles, the 'cleandir' target > seems to have vanished; I can do a 'make cleandir' from any of the src/* > subdirectories, but not from /usr/src. Actually, a whole bunch of useful targets have vanished post-E day. :( - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:12:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16234 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:12:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16229 for ; Sun, 20 Sep 1998 09:12:46 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id MAA12337 for ; Sun, 20 Sep 1998 12:11:56 -0400 (EDT) Date: Sun, 20 Sep 1998 12:11:56 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: the fs fun never stops Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I went from yesterday's kernel to today's, and immediately after the "mounting NFS filesystems" (of which I have none): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xf014a7e5 stack pointer = 0x10:0xf4ed6f24 frame pointer = 0x10:0xf4ed6f28 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 = 80 (mount) interrupt mask = trap number = 12 panic: page fault syncing disks... panic: lockmgr: not holding exclusive lock When the system came back up, there was an unexpected inconsistency (CG 1: BAD MAGIC NUMBER) and I had to run fsck manually. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:14:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17253 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:14:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17210 for ; Sun, 20 Sep 1998 09:14:32 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA18104; Sun, 20 Sep 1998 09:13:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= cc: freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current In-reply-to: Your message of "Sat, 19 Sep 1998 20:55:26 +0900." <19980919205526O.masafumi@aslm.rim.or.jp> Date: Sun, 20 Sep 1998 09:13:53 -0700 Message-ID: <18100.906308033@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is aic0 no longer supported on -current? Nope. As Justin noted in numerous pre-CAM posts, no one has converted the aic driver yet (not that its quality provides a lot of incentive :). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:17:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17984 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:17:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17961 for ; Sun, 20 Sep 1998 09:16:53 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id KAA07724; Sun, 20 Sep 1998 10:16:17 -0600 (MDT) Message-Id: <199809201616.KAA07724@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Manfred Antar cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 09:10:30 PDT." <199809201610.JAA00314@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 10:09:50 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >It still does it. >I booted in single user and did fsck. It panicked >This time it stopped scrolling and here is the output.: >panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 >mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 >boot() called on cpu#1 Can you reproduce a panic using a UP kernel? What kind of DPT board are you using? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:18:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18384 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:18:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--200.sirius.net [205.134.241.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18056 for ; Sun, 20 Sep 1998 09:17:32 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id JAA00714; Sun, 20 Sep 1998 09:16:23 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809201616.JAA00714@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 00:45:59 MDT." <199809200652.AAA17429@pluto.plutotech.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_15516027500" Date: Sun, 20 Sep 1998 09:16:22 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_15516027500 Content-Type: text/plain; charset=us-ascii >>> I believe I've found the cause of this panic. I would appreciate it if >>> you could test to see if the next revision of aic7xxx.c survives the >>> timeout. >> >>The panic went away. Unfortunately, my machine now panics. I don't know the cause of the 1st panic as it rapidly scolls off of the console. It eventually dies with a double-fault and hangs. I can boot it into "-s" single-user state, and it launchs a shell, but as soon as I type "fsck -p", it's gone bye-bye. The aic7xxx.c from the night before actually works for me, but during probing it generates a lot of errors trying to look for LUNs that don't exist. Perhaps the Sony-926S CD-R drive needs a quirk of some sort? (The UMAX doesn't have this problem which it did with the pre-CAM code.) I've attached my working dmesg.out file from the earlier aic7xxx.c file. I get lots of timeouts and resets, but once it's finished probing, things seem to be running just fine. (Softupdates is enabled on all volumes too, and with the latest patches, seems to work just fine. It's survived 8 make -j8 buildworld so far while using X and in general beating the crap out of it. I managed to get the system load above 9, which is a first for me.) -- Parag --==_Exmh_15516027500 Content-Type: text/plain ; name="dmesg.out"; charset=us-ascii Content-Description: dmesg.out Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #7: Fri Sep 18 23:02:38 PDT 1998 root@pinhead.parag.codegen.com:/usr/src/sys/compile/PINHEAD Timecounter "i8254" frequency 1193182 Hz cost 3136 ns CPU: Pentium II (686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 258211840 (252160K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 ide_pci0: rev 0x01 on pci0.4.1 chip3: rev 0x01 int d irq 19 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 ahc0: rev 0x00 int a irq 19 on pci0.6.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs de0: rev 0x12 int a irq 17 on pci0.11.0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:7e:df:e4 de0: enabling 10baseT port Probing for devices on PCI bus 1: vga0: rev 0x00 int a irq 16 on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: CTL00e4 [0xe4008c0e] Serial 0x08de2f0a Comp ID: PNPb02f [0x2fb0d041] pcm1 (SB16pnp sn 0x08de2f0a) at 0x220-0x22f irq 10 drq 1 flags 0x15 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> pcm0 not probed due to drq conflict with pcm1 at 1 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f on isa psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (atapi): , removable, accel, ovlap, dma, iordis wcd0: 5512Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked joy0 at 0x201 on isa joy0: joystick joy1 not probed due to I/O address conflict with joy0 at 0x201 npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 ccd0-3: Concatenated disk drivers SMP: AP CPU #1 Launched! ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe4:ahc0:0:4:1): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:1): BDR message in message buffer (probe4:ahc0:0:4:1): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:1): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 5 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe4:ahc0:0:4:2): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:2): BDR message in message buffer (probe4:ahc0:0:4:2): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:2): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 3 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:3): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:3): BDR message in message buffer (probe0:ahc0:0:4:3): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:3): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 3 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:4): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:4): BDR message in message buffer (probe0:ahc0:0:4:4): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:4): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:5): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:5): BDR message in message buffer (probe0:ahc0:0:4:5): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:5): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:6): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:6): BDR message in message buffer (probe0:ahc0:0:4:6): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:6): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:7): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:7): BDR message in message buffer (probe0:ahc0:0:4:7): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:7): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted pass4 at ahc0 bus 0 target 6 lun 0 pass4: Fixed Scanner SCSI2 device pass4: 3.300MB/s transfers changing root device to da0s2a cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable Worm SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) ffs_mountfs: superblock updated ffs_mountfs: superblock updated --==_Exmh_15516027500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:25:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20433 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:25:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20428 for ; Sun, 20 Sep 1998 09:25:01 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id MAA29201 for ; Sun, 20 Sep 1998 12:24:34 -0400 (EDT) Date: Sun, 20 Sep 1998 12:24:34 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: bt0 timeouts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (da1:bt0:0:6:0): CCB 0xf4a381c0 - timed out (da1:bt0:0:6:0): CCB 0xf4a381c0 - timed out bt0: No longer in timeout An "rm" hanged for a while, then I got this message and the rm completed. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:27:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20660 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:27:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20654 for ; Sun, 20 Sep 1998 09:27:22 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id JAA16864; Sun, 20 Sep 1998 09:26:45 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809201626.JAA16864@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 09:26:44 -0700 To: "Justin T. Gibbs" From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG In-Reply-To: <199809201616.KAA07724@pluto.plutotech.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:09 AM 9/20/98 -0600, Justin T. Gibbs wrote: >>It still does it. >>I booted in single user and did fsck. It panicked >>This time it stopped scrolling and here is the output.: >>panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 >>mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 >>boot() called on cpu#1 > >Can you reproduce a panic using a UP kernel? What kind of >DPT board are you using? > It's a DPT PM2124A/9X-R I'll build a single cpu kernel and get back to you. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 09:38:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22056 for freebsd-current-outgoing; Sun, 20 Sep 1998 09:38:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22051 for ; Sun, 20 Sep 1998 09:38:54 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id JAA00311; Sun, 20 Sep 1998 09:38:17 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809201638.JAA00311@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 09:38:17 -0700 To: "Justin T. Gibbs" From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:09 AM 9/20/98 -0600, Justin T. Gibbs wrote: >>It still does it. >>I booted in single user and did fsck. It panicked >>This time it stopped scrolling and here is the output.: >>panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 >>mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 >>boot() called on cpu#1 > >Can you reproduce a panic using a UP kernel? What kind of >DPT board are you using? > It's a DPT PM2124A/9X-R I'll build a single cpu kernel and get back to you. Manfred With a single cpu kernel it seems to work fine. At least it's up and running. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:02:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24390 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:02:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24385 for ; Sun, 20 Sep 1998 10:02:42 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id DAA28306; Mon, 21 Sep 1998 03:02:06 +1000 Date: Mon, 21 Sep 1998 03:02:06 +1000 From: Bruce Evans Message-Id: <199809201702.DAA28306@godzilla.zeta.org.au> To: gibbs@narnia.plutotech.com, peter@netplex.com.au Subject: Re: Kernel build break at link Cc: bford@uop.cs.uop.edu, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > loading kernel >> > ioconf.o: Undefined symbol `_ahaintr' referenced from data segment >> > *** Error code 1 >> ... > >And also, don't forget that it's ABSOLUTELY IMPERATIVE that the 'bio' >interrupt mask be changed to 'cam' in the config line. >I tried to get a change (in principle) past the Bruce filter to make a >temporary change to the config structures so that the isa drivers could >easily set the interrupt mask explicitly without a major code impact. Bruce >wants to do it properly, so I guess we're stuck with this mechanism which >is going to cause most of the 3.0 isa-scsi-controller users to blow their >feet off. Sigh. I have the (not quite proper) removal of `vector xxxintr' almost ready to commit. Only about 50 drivers are affected, since CAM removed it in 3. I plan to ignore `vector xxxintr' in config files so that old config files work. Perhaps we'll get around to remving the imasks too. This is tricker - removal would tend to combine the isa_devtabs, and we may be depending on split devtabs to give a magic probe order. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:03:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24430 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:03:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24425 for ; Sun, 20 Sep 1998 10:02:59 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA18396; Sun, 20 Sep 1998 10:03:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Justin T. Gibbs" cc: Manfred Antar , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 10:09:50 MDT." <199809201616.KAA07724@pluto.plutotech.com> Date: Sun, 20 Sep 1998 10:03:02 -0700 Message-ID: <18392.906310982@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Aha! That message looks very similiar to what flashes by very quickly on Bento. I'm glad that someone, at least, was able to see it long enough to transcribe it. :) I believe it's exactly the same problem I reported earlier (with SMP). I can build and install a UMP kernel on bento if you think it will help. - Jordan > >It still does it. > >I booted in single user and did fsck. It panicked > >This time it stopped scrolling and here is the output.: > >panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 > >mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 > >boot() called on cpu#1 > > Can you reproduce a panic using a UP kernel? What kind of > DPT board are you using? > > -- > Justin > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:04:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24628 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:04:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24584 for ; Sun, 20 Sep 1998 10:04:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA18411; Sun, 20 Sep 1998 10:04:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Manfred Antar cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 09:10:30 PDT." <199809201610.JAA00314@pozo.pozo.com> Date: Sun, 20 Sep 1998 10:04:03 -0700 Message-ID: <18408.906311043@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >It's probably the DPT. Sync to revision 1.15 of dpt_scsi.c. > > > > It still does it. > I booted in single user and did fsck. It panicked > This time it stopped scrolling and here is the output.: > panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 > mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 > boot() called on cpu#1 I should also note that we're using an 2940UW controller on Bento, so this panic appears to be controller-neutral and related more to a general CAM/SMP interaction. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:05:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24905 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:05:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24890 for ; Sun, 20 Sep 1998 10:05:33 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA09379; Sun, 20 Sep 1998 11:04:56 -0600 (MDT) Message-Id: <199809201704.LAA09379@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: "Justin T. Gibbs" , Manfred Antar , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 10:03:02 PDT." <18392.906310982@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 10:58:29 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Aha! That message looks very similiar to what flashes by very quickly >on Bento. I'm glad that someone, at least, was able to see it long >enough to transcribe it. :) I believe it's exactly the same problem I >reported earlier (with SMP). I can build and install a UMP kernel >on bento if you think it will help. > >- Jordan When did you start seeing this problem? I just looked through the aic7xxx driver diffs and didn't see anything suspicious. I'm wondering if the driver grew/shrank just a bit and we're seeing some code displacement that causes this error. Do any SMP savvy folks know what this error means? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:06:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25117 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:06:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25093 for ; Sun, 20 Sep 1998 10:06:26 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA09427; Sun, 20 Sep 1998 11:05:51 -0600 (MDT) Message-Id: <199809201705.LAA09427@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: Manfred Antar , "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 10:04:03 PDT." <18408.906311043@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 10:59:24 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I should also note that we're using an 2940UW controller on Bento, so >this panic appears to be controller-neutral and related more to a >general CAM/SMP interaction. > >- Jordan He has a 7880 too. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:07:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25367 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:07:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25341 for ; Sun, 20 Sep 1998 10:07:43 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id TAA20693; Sun, 20 Sep 1998 19:06:55 +0200 (CEST) (envelope-from sos) Message-Id: <199809201706.TAA20693@sos.freebsd.dk> Subject: Re: DEVFS & SLICE? In-Reply-To: <17770.906302902@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 20, 98 07:48:22 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Sep 1998 19:06:55 +0200 (CEST) Cc: peter@netplex.com.au, freebsd@timog.prestel.co.uk, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Jordan K. Hubbard who wrote: > > Of course, the real problem here (IMO) is that DEVFS has neither an > architect nor an owner. It is another one of our orphaned children, > abandoned on FreeBSD's doorstep, and in order for it (or something > different calling itself by the same name) to really succeed in > FreeBSD, that's what really has to change first. Any takers? Hey, > where'd everybody go? :-) They crawled back under their rocks :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:13:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26623 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:13:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26618 for ; Sun, 20 Sep 1998 10:13:02 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:beattie@shell2.aracnet.com [205.159.88.20]) by jumping-spider.aracnet.com (8.9.1/8.9.0) with ESMTP id KAA12843; Sun, 20 Sep 1998 10:10:49 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id KAA07743; Sun, 20 Sep 1998 10:12:37 -0700 Date: Sun, 20 Sep 1998 10:12:36 -0700 (PDT) From: Brian Beattie To: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= cc: freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current In-Reply-To: <19980919205526O.masafumi@aslm.rim.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 19 Sep 1998, Masafumi NAKANE/[iso-2022-jp] $BCf:,2mJ8(B wrote: > Is aic0 no longer supported on -current? > > I updated my system to -current as of about 24 hours ago, and as I do > make depend in the kernel compile directory, I get: > > cc: ../../dev/aic6x60/aic.c: No such file or directory > cc: ../../i386/isa/aic_isa.c: No such file or directory > mkdep: compile failed > > I thought I did something wrong in the kernel configuration file as I > updated it for CAM, so I tried to boot my system with the GENERIC > kernel. But, now even the GENERIC kernel doesn't find my card. Am I > missing something, or is aic0 no longer supported? > Currently the aic driver is not supported by cam. The aic driver supports controllers base on the 6260/6360 chip from adaptec, this list as far as I know is 152x, 1510, 1505, 1640 (pcmcia), and some other that slip my mind right now. I am working on a new device driver by that name for cam. I am working with a 1522 card, in my free time. I would expect it to be about two weeks before I have a functionaly correct driver. Brian Beattie | If my corporate life has taught me anything, beattie@aracnet.com | it was that running multi-million dollar www.aracnet.com/~beattie | projects in no way implied managerial competence. | Tony Porczyk ( in comp.unix.bsd.freebsd.misc ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:16:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27340 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:16:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27318 for ; Sun, 20 Sep 1998 10:16:30 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc104.reseau.uvsq.fr [193.51.24.20]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id TAA00556 ; Sun, 20 Sep 1998 19:15:53 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id TAA04465; Sun, 20 Sep 1998 19:15:01 GMT Message-ID: <19980920191501.40835@breizh.prism.uvsq.fr> Date: Sun, 20 Sep 1998 19:15:01 +0000 From: Nicolas Souchu To: "Justin T. Gibbs" Cc: Alfred Perlstein , current@FreeBSD.ORG Subject: Re: vp0 is broken. References: <199809180250.UAA09094@narnia.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199809180250.UAA09094@narnia.plutotech.com>; from Justin T. Gibbs on Thu, Sep 17, 1998 at 08:50:18PM -0600 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 17, 1998 at 08:50:18PM -0600, Justin T. Gibbs wrote: >In article you wrote: >> >> vp0, support for the iomega zip over ppbus is broken. > >... > >> it's not CAM-ified yet? > >I had a version that was CAM-ified but did not support the Zip+. >Instead of spamming the Zip+ support recently added to the tree, >I asked Nicolas Souchu to simply sync with current once the CAM >stuff was in and commit a version that works on the Zip+. I believe >he is close to having this ready. Done now. > >-- >Justin > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - 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 Sun Sep 20 10:29:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29345 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:29:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29338 for ; Sun, 20 Sep 1998 10:29:16 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc102.reseau.uvsq.fr [193.51.24.18]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id TAA01207 ; Sun, 20 Sep 1998 19:28:45 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id TAA04515; Sun, 20 Sep 1998 19:35:30 GMT Message-ID: <19980920193529.04194@breizh.prism.uvsq.fr> Date: Sun, 20 Sep 1998 19:35:29 +0000 From: Nicolas Souchu To: Jeroen Ruigrok/Asmodai Cc: FreeBSD Current Subject: Re: Zip drives/vpo0 device References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jeroen Ruigrok/Asmodai on Sun, Sep 20, 1998 at 03:48:37PM +0200 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 03:48:37PM +0200, Jeroen Ruigrok/Asmodai wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hi, > >I have been trying to use the vpo0/ppbus device/controller with CURRENT and >my Zip Plus and have thus far failed miserably... > >I have recompiled my kernel with the ppbus/vpo/ppi and scbus and sd >controllers and devices... Hmm, here is my target config, compare. # SCSI stuff for vpo # controller scbus0 options SCSI_REPORT_GEOMETRY device da0 device pass0 #CAM passthrough driver # # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'sd'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer # ppi General-purpose I/O ("Geek Port") # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # controller ppbus0 controller vpo0 at ppbus? device nlpt0 at ppbus? device ppi0 at ppbus? device plip0 at ppbus? controller ppc0 at isa? port 0x278 tty irq 7 vector ppcintr > >But when it comes to mounting I am stuck. I can't imagine what your logs are, please help me. Try -v boot flag too. > >I have no SCSI devices on this system (laptop/Dell Latitude CP) and the Zip >drive would be the first if I have to base my thoughts on the FAQ texts. >Except I have tried making the sd0xxx devices and tried to mount them, but >to no avail... > >Can anyone provide some light in this darkness? dmesg command will be our lamp ;) > >Thanks in advance, > >- -- >Jeroen Ruigrok van der Werven / Asmodai >ICQ-UIN: 1564317 .:. Ninth Circle Enterprises >Network/Security Specialist > >As far as ye can't tell, I am the Future in Computer Hell... >-----BEGIN PGP SIGNATURE----- >Version: PGPfreeware 6.0 for non-commercial use > >iQA/AwUBNgT5pYY752GnxADpEQLE5ACdHQKJPIV/0fm/rr5VMObAnKJEoHcAn3K1 >bB9EI5z+0RwHvemSxQd+JcaP >=T/ls >-----END PGP SIGNATURE----- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - 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 Sun Sep 20 10:35:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00545 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:35:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00521 for ; Sun, 20 Sep 1998 10:35:14 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from cybcon.com (wwoods@cybcon.com [205.147.64.49]) by mail.cybcon.com (8.9.0/8.9.0) with SMTP id KAA10536; Sun, 20 Sep 1998 10:34:40 -0700 (PDT) Date: Sun, 20 Sep 1998 10:34:40 -0700 (PDT) From: Bill Woods To: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= cc: freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current In-Reply-To: <19980919205526O.masafumi@aslm.rim.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was haveing the same problem, I fineally got GENERIC to boot but I had to rem out all of the references to aic and SCSI in my kernel config. Anyone have an answer to this? On Sat, 19 Sep 1998, Masafumi NAKANE/[iso-2022-jp] $BCf:,2mJ8(B wrote: > Is aic0 no longer supported on -current? > > I updated my system to -current as of about 24 hours ago, and as I do > make depend in the kernel compile directory, I get: > > cc: ../../dev/aic6x60/aic.c: No such file or directory > cc: ../../i386/isa/aic_isa.c: No such file or directory > mkdep: compile failed > > I thought I did something wrong in the kernel configuration file as I > updated it for CAM, so I tried to boot my system with the GENERIC > kernel. But, now even the GENERIC kernel doesn't find my card. Am I > missing something, or is aic0 no longer supported? > > Cheers, > Max > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:37:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00739 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:37:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00714 for ; Sun, 20 Sep 1998 10:37:24 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id TAA18431; Sun, 20 Sep 1998 19:35:59 +0200 (SAT) From: John Hay Message-Id: <199809201735.TAA18431@zibbi.mikom.csir.co.za> Subject: Re: [CAM] Broken tagged queuing drive? In-Reply-To: <18392.906310982@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 20, 98 10:03:02 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Sep 1998 19:35:59 +0200 (SAT) Cc: gibbs@plutotech.com, mantar@netcom.com, kato@ganko.eps.nagoya-u.ac.jp, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I also see it here on my dual P5 machine. It seems to be caused by the latest version of isa/clock.c. If I go to the previous version (while keeping the rest of the source the same), the panic disappear. It only happens on the dual P5 machine, the 486 runs happily with the latest version of isa/clock.c. John -- John Hay -- John.Hay@mikom.csir.co.za > Aha! That message looks very similiar to what flashes by very quickly > on Bento. I'm glad that someone, at least, was able to see it long > enough to transcribe it. :) I believe it's exactly the same problem I > reported earlier (with SMP). I can build and install a UMP kernel > on bento if you think it will help. > > - Jordan > > > >It still does it. > > >I booted in single user and did fsck. It panicked > > >This time it stopped scrolling and here is the output.: > > >panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 > > >mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 > > >boot() called on cpu#1 > > > > Can you reproduce a panic using a UP kernel? What kind of > > DPT board are you using? > > > > -- > > Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:43:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01644 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:43:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-45.ppp.wenet.net [206.15.84.45]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01629 for ; Sun, 20 Sep 1998 10:43:34 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id KAA14826; Sun, 20 Sep 1998 10:44:18 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 20 Sep 1998 10:44:16 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Terry Lambert cc: eivind@yes.no, julian@whistle.com, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: softupdates & fsck In-Reply-To: <199809201004.DAA14983@usr06.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Terry Lambert wrote: > > System (most likely only the console) froze, hit reset, fsck ran because > > the clean bit wasn't set, undeletable directories remained. Rebooted into > > single user mode, manually ran fsck -y which cleared the problem (or > > appeared to). I've also had problems with odd undeletable files, which I > > just booted into single user mode and clri'd (with the same kernel). [..] > In the worst case, soft updates malfunctioning would result in an FS > that is no worse corrupted than if you had been mounted async. Ahh, this is very reassuring ;) > In other words, no matter how far gone the thing gets, due to bugs > or any other circumstances, fsck is required to be able to correct > the FS to an internally self-consistent state. > > Unless the files could not be deleted because of flags being set > (man chflags), in which case, you were required to boot in single > user because the secure level was wrong. This could have occurred > if you gradually updated your system, but didn't update your > rc files in lockstep with your configuration data (ie: the secure > level was changed before the fsck, and write access to the devices > is denied). Bad file descriptor (what I'm seeing) != operation not permitted (rm -rf'ing some sort of immutable file). > It's time for you to provide a means of duplicating the problem for > Julian and Kirk. I have limited access to the test-beds necessary > to track something like this to resolution (Julian would be upset > if I hacked his reference systems). I have access to my one system, which I'm not too eager to try and repeatably trash (I'm quite fond of my data). However, I'd suggest running make world, waiting for about 10 minutes (or just let it get running a little bit) and hit reset, of course with softupdates enabled drives (The only place I saw corruption was on the drive that has /usr/obj, which was the only drive I think being actively written to). > You should also use the most recent code. I can't remember if > by using code from the 12th you are missing as few as one patch > or as many as three... [...] > You may want to try Justin's modifications to the way tagged command > queues are managed (posted about to this list, today), since it > impacts the area that I am suspicious of, in particular. Once I finally get a buildworld done, I might try it. > No, but I feel like I am... 8-(. > > I have *seen* working soft updates technology; Matt Day integrated > it from the Ganger/Patt Appendix A into our port of the Heidemann > framework to Windows 95 more than two years ago. I *know* it's an > amazing and useful technology, when it's working. > > The coincidence of bugs not previously reported and the CAM integration > has made me suspicious; but perhaps people were just lax in reporting > problems, since I was under the impression everythin was working fine. Well, it does work, just not recover well from a crash. If anything, I didn't freeze my box up too often over the time that I've had softupdates enabled. And, I certianly didn't freeze it too often while it was churning the disks. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 10:56:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03310 for freebsd-current-outgoing; Sun, 20 Sep 1998 10:56:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA03283 for ; Sun, 20 Sep 1998 10:56:44 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.2.15]) by yonge.cs.toronto.edu with SMTP id <86522-12114>; Sun, 20 Sep 1998 13:55:54 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Sun, 20 Sep 1998 13:55:45 -0400 Subject: Re: ELF ldconfig From: David Holland To: peter@netplex.com.au (Peter Wemm) Date: Sun, 20 Sep 1998 13:55:43 -0400 Cc: jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809200750.PAA17687@spinner.netplex.com.au> from "Peter Wemm" at Sep 20, 98 03:50:28 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep20.135545edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Standard ELF doesn't allow this, or support minor version numbers. > > a.out doesn't allow this either. If you have libc.so.3.0 and libc.so.3.1 > on the system, *everything* will use libc.so.3.1, regardless of which one > it was linked against originally. > > ELF doesn't loose anthing important there. Well, not quite - because ELF doesn't have minor versions at all, if you come across a binary, you can't tell if it was built with libc.so.3.1 or 3.0, which under some circumstances can be significant. > However, once we blow away a.out support in the libs, we can do nice > things like symbol versioning. This is *really* nice because you do > versioning on a symbol-by-symbol basis rather than at the entire library > level. I'm glad all those years of flaming on linux-gcc paid off. I didn't code it, or even design any of the details of it, but I instigated it. :-) > > > Even worse things happen when you have two builds of (say) > > > libslang.so.1 that were compiled against different libcs and are thus > > > not interchangeable... > > > > So remind me why ELF is a good idea? :) > > a.out can't do this either. We would have to bump all major library > numbers in a.out because things like the errno -> __error() change in libc > and libtermcap calling issetugid() etc. Well, true, but the ultimate shared library format would address this... -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:03:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04123 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:03:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04106 for ; Sun, 20 Sep 1998 11:03:48 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id LAA00378; Sun, 20 Sep 1998 11:02:58 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809201802.LAA00378@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 11:02:58 -0700 To: "Justin T. Gibbs" , "Jordan K. Hubbard" From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG In-Reply-To: <199809201704.LAA09379@pluto.plutotech.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:58 AM 9/20/98 -0600, Justin T. Gibbs wrote: >>Aha! That message looks very similiar to what flashes by very quickly >>on Bento. I'm glad that someone, at least, was able to see it long >>enough to transcribe it. :) I believe it's exactly the same problem I >>reported earlier (with SMP). I can build and install a UMP kernel >>on bento if you think it will help. >> >>- Jordan > >When did you start seeing this problem? I just looked through the aic7xxx >driver diffs and didn't see anything suspicious. I'm wondering if the >driver grew/shrank just a bit and we're seeing some code displacement that >causes this error. > >Do any SMP savvy folks know what this error means? > I just backed out to sys sources current as of Sept 19 8:00pm (PDT) and built a SMP kernel. I tried just the 1.3 version of aic7xxx.c but still got the panic. So I backed out the entire sys directory. A SMP kernel built from these sources works fine. The files that are different now are: Edit src/sys/cam/cam_periph.c Add delta 1.2 98.09.20.07.14.36 gibbs Edit src/sys/cam/cam_xpt.c Add delta 1.8 98.09.20.05.03.34 gibbs Add delta 1.9 98.09.20.07.14.36 gibbs Edit src/sys/cam/scsi/scsi_cd.c Add delta 1.2 98.09.20.07.17.11 gibbs Edit src/sys/cam/scsi/scsi_da.c Add delta 1.5 98.09.20.07.17.11 gibbs Edit src/sys/conf/files Add delta 1.159 98.09.20.06.17.49 bde Delete src/sys/conf/files.newconf Edit src/sys/dev/advansys/advansys.c Add delta 1.2 98.09.20.05.04.05 gibbs Edit src/sys/dev/advansys/advlib.c Add delta 1.6 98.09.20.05.04.05 gibbs Edit src/sys/dev/advansys/advmcode.c Add delta 1.5 98.09.20.05.04.05 gibbs Edit src/sys/dev/aic7xxx/aic7xxx.c Add delta 1.4 98.09.20.05.06.10 gibbs Edit src/sys/dev/buslogic/bt.c Add delta 1.4 98.09.20.05.08.15 gibbs Edit src/sys/dev/dpt/dpt.h Add delta 1.3 98.09.20.07.19.52 gibbs Edit src/sys/dev/dpt/dpt_scsi.c Add delta 1.15 98.09.20.07.19.53 gibbs Edit src/sys/dev/ppbus/immio.c Add delta 1.2 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/nlpt.c Add delta 1.10 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/ppb_msq.c Add delta 1.3 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/ppbconf.c Add delta 1.8 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/ppbconf.h Add delta 1.9 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/vpo.c Add delta 1.8 98.09.20.14.41.54 nsouch Edit src/sys/dev/ppbus/vpoio.c Add delta 1.3 98.09.20.14.41.54 nsouch Edit src/sys/i386/conf/LINT Add delta 1.472 98.09.20.07.20.19 gibbs Edit src/sys/i386/conf/files.i386 Add delta 1.205 98.09.20.06.04.55 bde Delete src/sys/i386/i386/mountroot.c Delete src/sys/i386/isa/bt5xx-445.c Edit src/sys/i386/isa/clock.c Add delta 1.126 98.09.20.03.47.54 bde Edit src/sys/i386/isa/ppc.c Add delta 1.9 98.09.20.14.47.01 nsouch Edit src/sys/kern/kern_shutdown.c Add delta 1.40 98.09.20.16.50.31 dt Edit src/sys/pc98/conf/files.pc98 Add delta 1.71 98.09.20.10.50.18 kato Edit src/sys/pc98/pc98/clock.c Add delta 1.60 98.09.20.10.51.57 kato Edit src/sys/sys/cdefs.h Add delta 1.22 98.09.20.03.24.55 jdp Delete src/sys/vm/device_pager.h Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:06:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04503 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:06:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA04498 for ; Sun, 20 Sep 1998 11:06:05 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.2.15]) by yonge.cs.toronto.edu with SMTP id <86522-12114>; Sun, 20 Sep 1998 14:05:23 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Sun, 20 Sep 1998 14:05:15 -0400 Subject: Re: ELF ldconfig From: David Holland To: tlambert@primenet.com (Terry Lambert) Date: Sun, 20 Sep 1998 14:05:12 -0400 Cc: peter@netplex.com.au, jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809200948.CAA14405@usr06.primenet.com> from "Terry Lambert" at Sep 20, 98 05:48:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep20.140515edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Right now, it's possbile to link against a shared library that > requires a symbol from anothe shared library, and not get any > missing symbol warnings during link phase. This has bit me > on the butt more than once, especially with libraries with > promiscuous symbol reference in other libraries (ie: libraries > that know too much about each other). You can also, I think, inadvertently create a shared library that requires nonexistent symbols and not get any warnings until run-time. Which (I think) amounts to the same problem, because the library requiring a symbol from another library should have been linked against that library to create a DT_NEEDED entry. I think. There's a linker option to use when building libraries that eliminates this problem. In my opinion, it should be the default, but it's not, because that's not how Solaris does it or some crap like that. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:06:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04637 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:06:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04609 for ; Sun, 20 Sep 1998 11:06:44 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id EAA30519; Mon, 21 Sep 1998 04:06:15 +1000 Date: Mon, 21 Sep 1998 04:06:15 +1000 From: Bruce Evans Message-Id: <199809201806.EAA30519@godzilla.zeta.org.au> To: dfr@nlsystems.com, phk@critter.freebsd.dk Subject: Re: vfork and malloc Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>Is it safe to call malloc in the child process after a vfork? I have been >>trying to debug a rare fault in make which goes away when I change the >>vfork() in src/usr.bin/make/compat.c to fork(). After the vfork, it calls >>execvp() which allocates memory via strdup(). > >It may not be safe to do if the mmap(2)'ed area used for the page table >isn't also shared at that time. Hmm. It's not safe to call malloc() from execle(), since execle() is supposed to work in signal handlers. malloc() is called from execle() :-(. This is fixed in OpenBSD (using alloca()). It's interesting that execl() is not required to work from signal handlers, and still calls malloc() in OpenBSD. I suppose this is because the implicit environ for execl() might be under construction, while the caller is supposed to be responsible for passing a valid environ to execle() - just passing `environ' is invalid in signal handlers. Calling execvp() from signal handlers is more obviously invalid - it needs to call getenv(), and getenv() is not required to work in signal handlers. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:07:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04756 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:07:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04737 for ; Sun, 20 Sep 1998 11:07:02 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id OAA07428 for ; Sun, 20 Sep 1998 14:06:34 -0400 (EDT) Date: Sun, 20 Sep 1998 14:06:34 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: world death in libobj Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In a make -j2 world (the first -j world I've dared try in days): --- Object.o --- cc -O2 -pipe -I/usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc -I/usr/src/gnu/lib/libobjc/../../../contrib/gcc -I/usr/obj/aout/usr/src/tmp/usr/include -Wno-import -c /usr/src/gnu/lib/libobjc/../../../contrib/gcc/objc/Object.m -o Object.o --- NXConstStr.o --- cc: Internal compiler error: program cc1obj got fatal signal 10 Sep 20 12:58:42 narcissus /kernel.old: pid 14911 (cc1obj), uid 0: exited on signal 10 (core dumped) Sep 20 12:58:42 narcissus /kernel.old: pid 14916 (cc1obj), uid 0: exited on signal 10 (core dumped) *** Error code 1 --- Object.o --- cc: Internal compiler error: program cc1obj got fatal signal 10 Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:17:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07255 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:17:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07240 for ; Sun, 20 Sep 1998 11:17:55 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id LAA00308; Sun, 20 Sep 1998 11:16:53 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809201816.LAA00308@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 11:16:54 -0700 To: John Hay , jkh@time.cdrom.com (Jordan K. Hubbard) From: Manfred Antar Subject: Re: [CAM] Broken tagged queuing drive? Cc: gibbs@plutotech.com, kato@ganko.eps.nagoya-u.ac.jp, current@FreeBSD.ORG In-Reply-To: <199809201735.TAA18431@zibbi.mikom.csir.co.za> References: <18392.906310982@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:35 PM 9/20/98 +0200, John Hay wrote: >I also see it here on my dual P5 machine. It seems to be caused by the >latest version of isa/clock.c. If I go to the previous version (while >keeping the rest of the source the same), the panic disappear. It only >happens on the dual P5 machine, the 486 runs happily with the latest >version of isa/clock.c. > >John >-- >John Hay -- John.Hay@mikom.csir.co.za > >> Aha! That message looks very similiar to what flashes by very quickly >> on Bento. I'm glad that someone, at least, was able to see it long >> enough to transcribe it. :) I believe it's exactly the same problem I >> reported earlier (with SMP). I can build and install a UMP kernel >> on bento if you think it will help. >> >> - Jordan >> >> > >It still does it. >> > >I booted in single user and did fsck. It panicked >> > >This time it stopped scrolling and here is the output.: >> > >panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 >> > >mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 >> > >boot() called on cpu#1 >> > >> > Can you reproduce a panic using a UP kernel? What kind of >> > DPT board are you using? >> > Same thing here with current sources and v 1.25 1998/09/06 22:41:41 of clock.c I get no panic with SMP kernel Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:19:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07532 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:19:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07519 for ; Sun, 20 Sep 1998 11:19:05 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id OAA21001 for ; Sun, 20 Sep 1998 14:18:29 -0400 (EDT) Date: Sun, 20 Sep 1998 14:18:29 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: shouting in a void? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been reporting panics at least once a day for several days now. It's entirely possible that someone is reading my posts and working on these issues and is simply too busy to respond verbosely, of course, but I don't seem to be getting much feedback at all. If these posts are resulting in anything at all, I'd appreciate just a simple "yep, thanks, keep up the beta-testing". Thanks in advance. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:29:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09612 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:29:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09598 for ; Sun, 20 Sep 1998 11:29:23 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA18716; Sun, 20 Sep 1998 11:29:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Justin T. Gibbs" cc: Manfred Antar , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 10:58:29 MDT." <199809201704.LAA09379@pluto.plutotech.com> Date: Sun, 20 Sep 1998 11:29:28 -0700 Message-ID: <18712.906316168@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > When did you start seeing this problem? I just looked through the aic7xxx > driver diffs and didn't see anything suspicious. I'm wondering if the I believe it's been there for about 2-3 days; that's when we first became unable to boot a new kernel on bento, anyway. It's hard to be more precise since we don't do it all that often, either. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:30:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09918 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:30:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09895 for ; Sun, 20 Sep 1998 11:30:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA18738; Sun, 20 Sep 1998 11:30:33 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Manfred Antar cc: "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 11:02:58 PDT." <199809201802.LAA00378@pozo.pozo.com> Date: Sun, 20 Sep 1998 11:30:33 -0700 Message-ID: <18735.906316233@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > and built a SMP kernel. I tried just the 1.3 version of aic7xxx.c but still > got the panic. So I backed out the entire sys directory. A SMP kernel > built from these sources works fine. Interesting - now that you mention it, today's crash is different than previous crashes on bento; perhaps I'm bogusly summing multiple problems into one here. :) I'll try the clock.c backout, anyway. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:31:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10035 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:31:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10004 for ; Sun, 20 Sep 1998 11:30:54 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.90.183]) by smtp01.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA40; Sun, 20 Sep 1998 20:30:15 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Sun, 20 Sep 1998 20:30:09 +0200 To: Nicolas Souchu From: Jeroen Ruigrok/Asmodai Subject: Re: Zip drives/vpo0 device [LONG: LOG] Cc: FreeBSD Current In-Reply-To: <19980920193529.04194@breizh.prism.uvsq.fr> References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 21:35 20-09-98 , Nicolas Souchu wrote: >On Sun, Sep 20, 1998 at 03:48:37PM +0200, Jeroen Ruigrok/Asmodai wrote: >>I have been trying to use the vpo0/ppbus device/controller with CURRENT and >>my Zip Plus and have thus far failed miserably... >> >>I have recompiled my kernel with the ppbus/vpo/ppi and scbus and sd >>controllers and devices... > >Hmm, here is my target config, compare. > ># SCSI stuff for vpo ># >controller scbus0 > >options SCSI_REPORT_GEOMETRY > >device da0 >device pass0 #CAM passthrough driver ignoring CAM for the moment =), what's da0? I haven't managed to CVSup my May SNAP yet... Still struggling with ppp. Pointers are welcome =) Already read too many out of date docs... >controller ppbus0 >controller vpo0 at ppbus? > >device nlpt0 at ppbus? >device ppi0 at ppbus? >device plip0 at ppbus? > >controller ppc0 at isa? port 0x278 tty irq 7 vector ppcintr Aha, that ppc0 wasn't clear to me, included it now... dmesg output: ppc0 at 0x278 irq 7 on isa ppc0: Generic chipset in PS/2 mode Hmmm, I only have the options to set the parallel port to: Normal, Bi-directional and ECP. Any hints for the best throughput? >>But when it comes to mounting I am stuck. > >I can't imagine what your logs are, please help me. Try -v boot flag too. >>Can anyone provide some light in this darkness? > >dmesg command will be our lamp ;) Dell Latitude CP Notebook... chip0: rev 0x01 on pci0.0.0 found-> vendor=0x8086, dev=0x7110, revid=0x01 class=06-80-00, hdrtype=0x00, mfdev=1 chip1: rev 0x01 on pci0.1.0 found-> vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 ide_pci0: rev 0x01 on pci0.1.1 intel_piix_status: primary master sample = 3, master recovery = 1 intel_piix_status: primary master fastDMAonly disabled, pre/post enabled, intel_piix_status: IORDY sampling enabled, intel_piix_status: fast PIO enabled intel_piix_status: primary slave sample = 5, slave recovery = 4 intel_piix_status: primary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 0 status: 24 from port: 0000ffa2 ide_pci: ide0:0 has been configured for DMA by BIOS intel_piix_status: secondary master sample = 3, master recovery = 3 intel_piix_status: secondary master fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling enabled, intel_piix_status: fast PIO enabled intel_piix_status: secondary slave sample = 5, slave recovery = 4 intel_piix_status: secondary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 1 status: 24 from port: 0000ffaa ide_pci: ide1:0 has been configured for DMA by BIOS found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=11 chip2: rev 0x01 int d irq 11 on pci0.1.2 found-> vendor=0x8086, dev=0x7113, revid=0x01 class=06-80-00, hdrtype=0x00, mfdev=0 chip3: rev 0x01 on pci0.1.3 found-> vendor=0x10c8, dev=0x0004, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 map[0]: type 3, range 32, base fd000000, size 24 map[1]: type 1, range 32, base ff000000, size 21 map[2]: type 1, range 32, base ff200000, size 20 vga0: rev 0x00 int a irq 11 on pci0.2.0 found-> vendor=0x104c, dev=0xac15, revid=0x01 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=a, irq=11 pcic0: rev 0x01 int a irq 11 on pci0.3.0 PCI Config space: 00: ac15104c 02000007 06070001 00822008 10: 00000000 02000000 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 0340010b 40: 00751028 000003e1 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 00241024 00000000 00000000 00000000 90: 00748200 00000000 00000000 00000000 Cardbus Socket registers: 00: f000afce: f000afce: f000e2c3: f000afce: 10: f000afce: c0003570: f000aea0: f000afce: ExCa registers: 00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 found-> vendor=0x104c, dev=0xac15, revid=0x01 class=06-07-00, hdrtype=0x02, mfdev=1 intpin=b, irq=11 pcic1: rev 0x01 int b irq 11 on pci0.3.1 PCI Config space: 00: ac15104c 02000007 06070001 00822008 10: 00000000 02000000 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 0340020b 40: 00751028 000003e1 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 00241024 00000000 00000000 00000000 90: 00748200 00000000 00000000 00000000 Cardbus Socket registers: 00: f000afce: f000afce: f000e2c3: f000afce: 10: f000afce: c0003570: f000aea0: f000afce: ExCa registers: 00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 No Plug-n-Play devices were found Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers in BIOS for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA registers to be used for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: rows_offset:1 sc0: VGA color <16 virtual consoles, flags=0x0> mss_probe: no address supplied, try default 0x530 mss_detect error, busy still set (0xff) sb_probe: no address supplied, try defaults (0x220,0x240) pcm0 at 0x220 irq 10 drq 1 on isa ppc0 at 0x278 irq 7 on isa ppc0: Generic chipset in PS/2 mode sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0 not probed due to irq conflict with ppc0 at 7 psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:00aa kbdio: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: status 10 00 64 psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3909MB (8007552 sectors), 7944 cyls, 16 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0007, dmamword = 0007, apio = 0003, udma = 0407 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, dma, iordis atapi1.0: unknown phase npx0 on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 175070028 bytes/sec bzero() bandwidth = 763941940 bytes/sec apm0: disabled, not probed. imasks: bio c008c040, tty c0071492, net c0071492 device combination doesn't support shared irq4 intr_connect(irq4) failed, result=-1 device combination doesn't support shared irq7 intr_connect(irq7) failed, result=-1 device combination doesn't support shared irq10 intr_connect(irq10) failed, result=-1 device combination doesn't support shared irq12 intr_connect(irq12) failed, result=-1 device combination doesn't support shared irq14 intr_connect(irq14) failed, result=-1 device combination doesn't support shared irq15 intr_connect(irq15) failed, result=-1 PC-Card VLSI 82C146 (5 mem & 2 I/O windows) pcic: controller irq 3 Initializing PC-card drivers: sio BIOS Geometries: 0:03df7f3f 0..991=992 cylinders, 0..127=128 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Intel Pentium F00F detected, installing workaround new masks: bio c008c040, tty c0071492, net c0071492 Considering FFS root f/s. wd0s1: type 0x6, start 63, end = 3806207, size 3806145 : OK wd0s2: type 0xa5, start 3806208, end = 8007551, size 4201344 : OK Thanks, again =) Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgU7oYY752GnxADpEQIfEQCg4exLq/icb0A5a1g64HyMo31qviMAoKmL QZDrH5jx7LgOm64XVQo6gds+ =DsKC -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 11:33:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11126 for freebsd-current-outgoing; Sun, 20 Sep 1998 11:33:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11078 for ; Sun, 20 Sep 1998 11:33:36 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id EAA31365; Mon, 21 Sep 1998 04:33:06 +1000 Date: Mon, 21 Sep 1998 04:33:06 +1000 From: Bruce Evans Message-Id: <199809201833.EAA31365@godzilla.zeta.org.au> To: jhay@mikom.csir.co.za, jkh@time.cdrom.com Subject: Re: [CAM] Broken tagged queuing drive? Cc: current@FreeBSD.ORG, gibbs@plutotech.com, kato@ganko.eps.nagoya-u.ac.jp, mantar@netcom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I also see it here on my dual P5 machine. It seems to be caused by the >latest version of isa/clock.c. If I go to the previous version (while >keeping the rest of the source the same), the panic disappear. It only >happens on the dual P5 machine, the 486 runs happily with the latest >version of isa/clock.c. Apparently it wasn't safe to use disable_intr()/enable_intr() under SMP, or SMP locking doesn't nest properly :(. The interrupt nesting is: clock interrupt -> normal interrupt masking, whatever that is for SMP ... disable cpu interrupts (known to be enabled to begin with) lock clock sometimes: i8254_get_timecount() -> save cpu interrupt mask disable cpu interrupts (nop) lock clock (oops?) ... unlock clock restore cpu interrupt mask unlock clock <- return enable cpu interrupts i8254_get_timecount(), getit() and set_timer_freq() are supposed to be callable with interrupts disabled. Apparently this never worked. It's probably unnecessary to lock the clock in clkintr() - the giant lock suffices. I should never have suggested turning disable_intr() into a macro to hide the locking. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:16:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18273 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:16:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18268 for ; Sun, 20 Sep 1998 12:16:36 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.90.183]) by smtp03.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA54E5; Sun, 20 Sep 1998 21:16:07 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Sun, 20 Sep 1998 21:17:05 +0200 To: ben@rosengart.com, current@FreeBSD.ORG From: Jeroen Ruigrok/Asmodai Subject: Re: shouting in a void? In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 20:18 20-09-98 , Snob Art Genre wrote: >I've been reporting panics at least once a day for several days now. >It's entirely possible that someone is reading my posts and working on >these issues and is simply too busy to respond verbosely, of course, but >I don't seem to be getting much feedback at all. If these posts are >resulting in anything at all, I'd appreciate just a simple "yep, thanks, >keep up the beta-testing". Saw them, but I am too lame a UNIX coder at the moment to help =) At least ye know someone saw them *smile* Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgVGooY752GnxADpEQK3cQCg+Sb7NCaAq1tZGcgnlPmUCZ2iLD0AoMAk lfUaVaY4L4z9fuX0lpGmCbOn =H8RQ -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:18:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18438 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:18:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA18411 for ; Sun, 20 Sep 1998 12:18:05 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA21926; Sun, 20 Sep 1998 15:22:51 -0400 From: Bill Paul Message-Id: <199809201922.PAA21926@skynet.ctr.columbia.edu> Subject: Re: the fs fun never stops To: ben@rosengart.com Date: Sun, 20 Sep 1998 15:22:50 -0400 (EDT) Cc: current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Sep 20, 98 12:11:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Snob Art Genre had to walk into mine and say: > I went from yesterday's kernel to today's, and immediately after the > "mounting NFS filesystems" (of which I have none): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x40 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf014a7e5 ^^^^^^^^^^ > stack pointer = 0x10:0xf4ed6f24 > frame pointer = 0x10:0xf4ed6f28 > 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 = 80 (mount) > interrupt mask = > trap number = 12 > panic: page fault > > syncing disks... panic: lockmgr: not holding exclusive lock I'm confused: did the 'lockmgr' message really come up after it said 'syncing disks?' That's a little odd... In any case, when you see a message like this, it's not enough to just reproduce it and send it it. The instruction pointer value that I highlighted up there is important; unfortunately, it's also configuration dependent. In other words, the value varies depending on the exact kernel image that you're using. If you're using a GENERIC kernel image from one of the snapshots, then it's possible for somebody else to track down the offending function, but if you're running a custom kernel then only _you_ can tell us where the fault occured. What you should do is this: - Write down the instruction pointer value. Note that the "0x8:" part at the begining is not significant in this case: it's the 0xf0xxxxxx part that we want. - When the system reboots, do the following: % nm /kernel.that.caused.the.panic | grep f0xxxxxx where f0xxxxxx is the instruction pointer value. The odds are you will not get an exact match since the symbols in the kernel symbol table are for the entry points of functions and the instruction pointer address will be somewhere inside a function, not at the start. If you don't get an exact match, omit the last digit from the instruction pointer value and try again, i.e.: % nm /kernel.that.caused.the.panic | grep f0xxxxx If that doesn't yield any results, chop off another digit. Repeat until you get some sort of output. The result will be a possible list of functions which caused the panic. This is a less than exact mechanism for tracking down the point of failure, but it's better than nothing. I see people constantly show panic messages like this but rarely do I see someone take the time to match up the instruction pointer with a function in the kernel symbol table. The best way to track down the cause of a panic is by capturing a crash dump, then using gdb to to a stack trace on the crash dump. Of course, this depends on gdb in -current working correctly, which I can't guarantee (I recall somebody saying that the new ELF-ized gdb didn't handle kernel crash dumps correctly: somebody should check this before 3.0 goes out of beta or there'll be a lot of red faces after the CDs ship). In any case, the method I nornally use is this: - Set up a kernel config file, optionally adding 'options DDB' if you think you need the kernel debugger for something. (I use this mainly for setting beakpoints if I suspect an infinite loop condition of some kind.) - Use 'config -g KERNELCONFIG' to set up the build directory. - cd /sys/compile/KERNELCONFIG; make - Wait for kernel to finish compiling. - cp kernel kernel.debug - strip -d kernel - mv /kernel /kernel.orig - cp kernel / - reboot Note that YOU DO _NOT+ WANT TO ACTUALLY BOOT THE KERNEL WITH ALL THE DEBUG SYMBOLS IN IT. A kernel compiled with -g can easily be close to 10MB in size. You don't have to actually boot this massive image: you only need it later for gdb (gdb wants the symbol table). Instead, you want to keep a copy of the full image and create a second image with the debug symbols stripped out using strip -d. It is this second stripped image that you want to boot. To make sure you capture a crash dump, you need edit /etc/rc.conf and set 'dumpdev' to point to your swap partition. This will cause the rc scripts to use the dumpon command to enable crash dumps. You can also run dumpon manually. After a panic, the crash dump can be recovered using savecore; if dumpdev is set in /etc/rc.conf, the rc scripts will run savecore automatically and put the crash dump in /var/crash. NOTE: FreeBSD crash dumps are usually the same size as the physical RAM size of your machine. That is, if you have 64MB of RAM, you will geta 64MB crash dump. Therefore you must make sure there's enough space in /var/crash to hold the dump. Alternatively, you run savecore manually and have it recover the crash dump to another directory where you have more room. It's possible to limit the size of the crash dump by using 'options MAXMEM=(foo)' to set the amount of memory the kernel will use to something a little more sensible. For example, if you have 128MB of RAM, you can limit the kernel's memory usage to 16MB so that your crash dump size will be 16MB instead of 128MB. Once you have recovered the crash dump, you can get a stack trace with gdb as follows: % gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0 (gdb) where Note that there may be several screens worth of information; ideally you should use script(1) to capture all of them. Using the unstripped kernel image with all the debug symbols should show the exact line of kernel source code where the panic occured. Usually you have to read the stack trace from the bottom up in order to trace the exact sequence of events that lead to the crash. You can also use gdb to print out the contents of various variables or structures in order to examine the system state at the time of the crash. Now, if you're really insane and have a second computer, you can also configure gdb to do remote debugging such that you can use gdb on one system to debug the kernel on another system, including setting breakpoints, single-stepping through the kernel code, just like you can do with a normal user-mode program. I haven't played with this yet as I don't often have the chance to set up two machines side by side for debugging purposes. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:25:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20025 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:25:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20000 for ; Sun, 20 Sep 1998 12:25:35 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id MAA14657; Sun, 20 Sep 1998 12:24:52 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd014578; Sun Sep 20 12:24:41 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA26989; Sun, 20 Sep 1998 12:24:36 -0700 (MST) From: Terry Lambert Message-Id: <199809201924.MAA26989@usr04.primenet.com> Subject: Re: HighWind products To: info@highwind.com (HighWind Software Information) Date: Sun, 20 Sep 1998 19:24:36 +0000 (GMT) Cc: rotel@indigo.ie, tlambert@primenet.com, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-Reply-To: <199809201256.IAA06956@highwind.com> from "HighWind Software Information" at Sep 20, 98 08:56:41 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > } Subject: Re: HighWind products > > > } Subject: Re: HighWind products > > > > > > Looks like readdir() is MT safe anyhow. > > > > Only if you use seperate DIR descriptors per thread. > > Yeah, thats a good point, I expect this would be the scenario in > most programs, but I can think of some where it wouldn't. It means > that implementing readdir_r() is as easy as wrapping readdir() with > a lock though. > > We tried that. IT DID NOT WORK. We got all sorts of random memory > corruption with opendir(), lock, readdir(), unlock, closedir(). > > Perhaps the whole sequence needed to be locked? In opendir/readdir/telldir/seekdir/rewinddir/closedir, you need to lock access to the DIR *. You probably need to allocate the dd_loc/dd_buf/dd_len/dd_seek/dd_rewind members of the DIR * in thread local storage. In general, you can't expect to be able to split readdir calls between threads. The way readdir works is to call getdents to fill a user buffer, and then it traverses entries in the user buffer until it gets the last one, after which it calls getdents again. Basically, you have implied lseek context problems. So what is the correct behaviour when calling readdir in several threads on a single descriptor? I don't know... what behaviour are you expecting to have happen? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:27:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20242 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:27:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20210 for ; Sun, 20 Sep 1998 12:26:48 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from armageddon (armageddon.starkreality.com [208.24.48.227]) by starkreality.com (8.9.1/8.9.1) with SMTP id OAA02261 for ; Sun, 20 Sep 1998 14:25:59 -0500 (CDT) Message-Id: <199809201925.OAA02261@starkreality.com> X-Sender: caesar@fire.starkreality.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Sun, 20 Sep 1998 14:25:59 -0500 To: freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Missing file? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I CVSup'd about 10 minutes ago, and when I try to make a new kernel, I get the following error during "make depend": ../../pci/tek390.c:70: scsi/scsiconf.h: No such file or directory mkdep: compile failed Any ideas? William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:29:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20759 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:29:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20731 for ; Sun, 20 Sep 1998 12:29:13 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id FAA00683; Mon, 21 Sep 1998 05:28:35 +1000 Date: Mon, 21 Sep 1998 05:28:35 +1000 From: Bruce Evans Message-Id: <199809201928.FAA00683@godzilla.zeta.org.au> To: current@FreeBSD.ORG, finrod@ewox.org Subject: Re: Strange CAM panics [LONG] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Another problem I have (which I think is softupdates related) is that >after a panic, the computer refuses to mount / even after 'fsck -p'. >After a second reboot, all file systems are reported clean and are >mounted properly. Here is a boot log: It's premature-compatibility-slice-avoidance related. fsck actually honours the devices specified in /etc/fstab. When the root device specified in /etc/fstab doesn't match reality, due to it being the compatibility slice but the kernel having mounted root on a real slice, fsck doesn't know that the specified root device is mounted and doesn't tell the kernel to reload it. This results in the copy in the kernel remaining inconsistent with the disk copy and unclean. mount(8) uses the buggy ROOTSLICE_HUNT hack to hide this problem. Fortunately, mount fails unless forced so the inconsistent state doesn't cause further damage. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:29:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20788 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:29:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20757 for ; Sun, 20 Sep 1998 12:29:24 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id DAA02596; Mon, 21 Sep 1998 03:28:19 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809201928.DAA02596@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: Timo Geusch , current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Sun, 20 Sep 1998 07:48:22 MST." <17770.906302902@time.cdrom.com> Date: Mon, 21 Sep 1998 03:28:17 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > I for one am rather pissed off about the removal of SLICE. > > > > In particular, it's crippled a critical part of devfs at mountroot time, > > although I'd argue that the parts that I'm most annoyed about the loss of > > should have really been part of the DEVFS option than part of "SLICE". > > The really sad part is that the existing geometry system isn't really up > > to the task of booting without a real /dev. (ie: can't access /dev/da0s1a > > via devfs to mount root unless an access to /dev/da0s1 happens first) > > Would it be possible to enhance DEVFS before release time to get back > just those elements of the-code-formerly-known-as-SLICE necessary to > make DEVFS itself useful again? I personally don't use DEVFS nor > would I recommend it to the casual user (it's way too easy to crash > your system with it), but for those who really want to, it seems > worthwhile to try and make it at least minimally functional. I think Julian's Big Mistake (TM) was bundling the SLICE option with the nifty root and /dev bootstrap system. They don't really seem to be related and they seem to get easily mixed up.. Julian first described his design for 'slice' to me over 2 years ago, and I thought back then that it was ambitious and was going to be an uphill battle. I'll take a shot at salvaging the DEVFS bootstrap parts.. But without the slice boot-time "active probe" as such, there's a real chicken/egg problem of getting the 'a' etc partitions to appear in the first place. I'm not sure if it's going to be possible. Under devfs with (say) a wd0 drive with freebsd partitions in wd0s1, the /dev/wd0s1a node doesn't "appear" until the disk is opened and the partitions probed. With slice, it would automatically appear, in the same way that the scsi devices are probed at the end of the bootstrap. The PicoBSD folks have bailed out already by the look of it. > Of course, the real problem here (IMO) is that DEVFS has neither an > architect nor an owner. It is another one of our orphaned children, > abandoned on FreeBSD's doorstep, and in order for it (or something > different calling itself by the same name) to really succeed in > FreeBSD, that's what really has to change first. Any takers? Hey, > where'd everybody go? :-) Yes, but I'm not so sure that it's just a DEVFS problem.. I'm sure we'd all love to have a 48 hour day so that we could spend an extra 24 hours per day on FreeBSD away from other real world problems etc. I like Soren's signature: "Even more code to hack -- will it ever end?" > - Jordan Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:31:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21466 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:31:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21415 for ; Sun, 20 Sep 1998 12:31:18 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:F5Y1ZGxv7zjlVX9I1XkO1Lp9k0uDJP5m@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA05397; Sun, 20 Sep 1998 21:30:35 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809201930.VAA05397@gratis.grondar.za> To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Your message of " Sun, 20 Sep 1998 14:18:29 -0400." References: Date: Sun, 20 Sep 1998 21:30:34 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > I've been reporting panics at least once a day for several days now. > It's entirely possible that someone is reading my posts and working on > these issues and is simply too busy to respond verbosely, of course, but > I don't seem to be getting much feedback at all. If these posts are > resulting in anything at all, I'd appreciate just a simple "yep, thanks, > keep up the beta-testing". You may be being ignored because you are not reporting enough :-) With a panic, you also need to supply the stack bactrace, or at least do a "nm /kernel | sort | less" and let folk know in which routine the panic happened. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:35:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22313 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:35:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22249 for ; Sun, 20 Sep 1998 12:35:17 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id FAA00868; Mon, 21 Sep 1998 05:34:46 +1000 Date: Mon, 21 Sep 1998 05:34:46 +1000 From: Bruce Evans Message-Id: <199809201934.FAA00868@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, mal@algonet.se Subject: Re: pthreads and sync writes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Btw, O_FSYNC isn't documented in open.2. Fsync()ing also seems to >be sligtly faster, is this an illusion or is there a difference >in the semantics? O_FSYNC is a no-op in FreeBSD. It probably shouldn't be defined. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:42:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23998 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:42:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles159.castles.com [208.214.165.159]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23909 for ; Sun, 20 Sep 1998 12:41:52 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id MAA00395; Sun, 20 Sep 1998 12:47:12 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809201947.MAA00395@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Sun, 20 Sep 1998 14:18:29 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 12:47:11 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've been reporting panics at least once a day for several days now. > It's entirely possible that someone is reading my posts and working on > these issues and is simply too busy to respond verbosely, of course, but > I don't seem to be getting much feedback at all. If these posts are > resulting in anything at all, I'd appreciate just a simple "yep, thanks, > keep up the beta-testing". Please, keep testing and keep reporting your problems. Even if you don't feel you're being specifically addressed, we need to know that someone is having difficulties in order to know that they exist. Eventually, you'll end up at the front of the queue; meanwhile anything you can do to narrow down the possible causes of your problems will help. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 12:52:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25566 for freebsd-current-outgoing; Sun, 20 Sep 1998 12:52:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25561 for ; Sun, 20 Sep 1998 12:52:29 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id MAA23809; Sun, 20 Sep 1998 12:51:48 -0700 (PDT) Message-ID: <19980920125148.A23780@nuxi.com> Date: Sun, 20 Sep 1998 12:51:48 -0700 From: "David O'Brien" To: Kris Kennaway , current@FreeBSD.ORG Subject: Re: make cleandir bogons Reply-To: obrien@NUXI.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Kris Kennaway on Mon, Sep 21, 1998 at 12:15:07AM +0930 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also, cleandir from the subdirectories doesnt handle the new ELF library names > correctly; it does a rm lib*.so.*.* instead of lib*.so.*. Fixed. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sun Sep 20 13:10:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28585 for freebsd-current-outgoing; Sun, 20 Sep 1998 13:10:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28521 for ; Sun, 20 Sep 1998 13:10:05 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id NAA03828; Sun, 20 Sep 1998 13:09:37 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd003812; Sun Sep 20 13:09:29 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA28679; Sun, 20 Sep 1998 13:09:27 -0700 (MST) From: Terry Lambert Message-Id: <199809202009.NAA28679@usr04.primenet.com> Subject: Re: pthreads and sync writes To: mal@algonet.se (Mats Lofkvist) Date: Sun, 20 Sep 1998 20:09:26 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809201010.MAA21297@kairos> from "Mats Lofkvist" at Sep 20, 98 12:10:09 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is it possible to do a sync write from a thread without blocking > the process completely? I have tried with open(O_FSYNC) and by > calling fsync() after writev(), but neither seem to make any other > thread runnable. The point of the system call is to block the caller until the caller is guaranteed that the cached contents of the file are the same as those on on disk (i.e., it flushes the write-through cache). This is a place where an async call gate would be useful. > Btw, O_FSYNC isn't documented in open.2. Then the man page is broken, since this has existed as an option to open(2) in UNIX for a very, very long time. > Fsync()ing also seems to be sligtly faster, is this an illusion or > is there a difference in the semantics? When you write to a file with O_FSYNC, the write does not return until the data has been committed. When you write to a file without O_FSYNC and subsequently call fsync(2) on the descriptors, all dirty buffers are written to disk. As a result, the second case will give better performance if your application is such that you can do multiple writes before calling fsync(2) without sacrificing data integrity in the process. What happens is, effectively, write-gathering. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 13:24:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00469 for freebsd-current-outgoing; Sun, 20 Sep 1998 13:24:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00426 for ; Sun, 20 Sep 1998 13:24:17 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id WAA12737; Sun, 20 Sep 1998 22:15:06 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id WAA19262; Sun, 20 Sep 1998 22:07:09 +0200 (CEST) (envelope-from andreas) Message-ID: <19980920220709.A15827@klemm.gtn.com> Date: Sun, 20 Sep 1998 22:07:09 +0200 From: Andreas Klemm To: osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Can't compile XFree86 in elf ... References: <199809201453.SAA10663@ozz.etrust.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="jI8keyz6grp/JLjh" X-Mailer: Mutt 0.93.2i In-Reply-To: <199809201453.SAA10663@ozz.etrust.ru>; from Ozz!!! on Sun, Sep 20, 1998 at 06:53:21PM +0400 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-BETA SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii On Sun, Sep 20, 1998 at 06:53:21PM +0400, Ozz!!! wrote: > Hello! > How can i compile XFree86 in elf format for my FreeBSD-3.0-BETA-elf? > Does it possible? Ollivier Robert send unofficial patches to the -ports list. See my version in the attachement. Important is to append a "#define ELF" to your local X11 configuration (this is done by the configure script, so one has to change the script). I have hacked the configure script for this purpose. BTW, I used egcs as compiler, therefore the -mcpu=pentium, you should make changes to the patch-za... Only drawback: - Xserver doesn't compile, you have to use a prior version, - Kerberos support is broken, don't use this -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-za --- config/cf/FreeBSD.cf.orig Sun Jun 29 10:43:25 1997 +++ config/cf/FreeBSD.cf Thu Feb 5 20:03:08 1998 @@ -8,13 +8,13 @@ #define OSVendor /**/ #endif #ifndef OSMajorVersion -#define OSMajorVersion DefaultOSMajorVersion +#define OSMajorVersion 3 #endif #ifndef OSMinorVersion -#define OSMinorVersion DefaultOSMinorVersion +#define OSMinorVersion 0 #endif #ifndef OSTeenyVersion -#define OSTeenyVersion DefaultOSTeenyVersion +#define OSTeenyVersion 0 #endif XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) @@ -49,7 +49,11 @@ #define MkdirHierCmd mkdir -p -#define CcCmd cc +#ifdef ELF +#define CcCmd /usr/local/bin/gcc -mcpu=pentiumpro +#else +#define CcCmd cc +#endif #define CppCmd /usr/libexec/cpp #define PreProcessCmd CppCmd #define StandardCppDefines -traditional @@ -180,7 +184,11 @@ #if GccUsesGas # define GccGasOption -DGCCUSESGAS -# define AsmDefines -DUSE_GAS +# ifdef ELF +# define AsmDefines -DUSE_GAS -D__ELF__ +# else +# define AsmDefines -DUSE_GAS +# endif #else # define GccGasOption /**/ #endif @@ -210,14 +218,14 @@ /* The GCC strength-reduce bug is fixed for FreeBSD 2.1.5 and later */ #ifndef DefaultGcc2i386Opt #if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion > 1) || (OSMajorVersion == 2 && OSMinorVersion == 1 && OSTeenyVersion >= 5) -#define DefaultGcc2i386Opt -O2 +#define DefaultGcc2i386Opt -pipe -O3 -fno-inline #endif #endif #ifdef i386Architecture # define OptimizedCDebugFlags DefaultGcc2i386Opt #else -# define OptimizedCDebugFlags -O2 +# define OptimizedCDebugFlags -pipe -O3 -fno-inline #endif #ifndef PreIncDir @@ -311,6 +319,12 @@ #if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion >= 1) #define HasBsdMake YES #endif + +#define BuildDynamicLoading YES +#define HasSharedLibraries YES +#ifdef ELF +# define UseElfFormat YES +#endif /* ELF */ #ifndef StaticLibrary #define StaticLibrary(libpath,libname) -Wl,-Bstatic Concat(-L,libpath) Concat(-l,libname) -Wl,-Bdynamic --- config/cf/bsdLib.rules.orig Sun May 11 07:04:04 1997 +++ config/cf/bsdLib.rules Sat Jan 31 16:19:44 1998 @@ -228,6 +228,21 @@ #endif /* SharedLibraryTarget */ +#ifndef SharedDepModuleTarget +#define SharedDepModuleTarget(name,deps,solist) @@\ +AllTarget(name) @@\ + @@\ +name: deps @@\ + $(RM) $@~ @@\ + $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) BaseShLibReqs @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + @@\ +clean:: @@\ + $(RM) name + +#endif /* SharedDepModuleTarget */ + /* * SharedLibraryDataTarget - generate rules to create shlib data file; */ --- config/cf/xf86.rules.orig Sun May 18 14:00:01 1997 +++ config/cf/xf86.rules Sat Jan 31 17:34:21 1998 @@ -162,6 +162,19 @@ /* * DynamicModuleTarget - build a module to be dynamically loaded */ +#ifdef UseElfFormat +#ifndef DynamicModuleTarget +#define DynamicModuleTarget(module,modlist) @@\ +AllTarget(module) @@\ + @@\ +module: modlist @@\ + RemoveFile($@) @@\ + $(CC) -o $@ $(SHLIBLDFLAGS) -Wl,-soname,$@ modlist @@\ + @@\ +clean:: @@\ + RemoveFile(module) +#endif /* DynamicModuleTarget */ +#else #ifndef DynamicModuleTarget #define DynamicModuleTarget(module,modlist) @@\ AllTarget(module) @@\ @@ -173,7 +186,7 @@ clean:: @@\ RemoveFile(module) #endif /* DynamicModuleTarget */ - +#endif /* UseElfFormat */ /* * InstallDynamicModule - install a dynamic module */ --- config/cf/xf86site.def.orig Sun Jun 22 12:32:22 1997 +++ config/cf/xf86site.def Thu Feb 5 19:06:55 1998 @@ -405,8 +405,8 @@ /* * If you don't want to build PEX, uncomment this. * -#define BuildPexExt NO */ +#define BuildPexExt NO /* * If you don't want to build XIE, uncomment this. --- config/cf/xfree86.cf.orig Sun Jul 6 09:28:00 1997 +++ config/cf/xfree86.cf Sat Jan 31 15:32:40 1998 @@ -32,46 +32,46 @@ #define XF86SVGAServer YES #endif #ifndef XF86VGA16Server -#define XF86VGA16Server YES +#define XF86VGA16Server NO #endif #ifndef XF86VGA16DualServer -#define XF86VGA16DualServer YES +#define XF86VGA16DualServer NO #endif #ifndef XF86MonoServer -#define XF86MonoServer YES +#define XF86MonoServer NO #endif #ifndef XF86MonoDualServer -#define XF86MonoDualServer YES +#define XF86MonoDualServer NO #endif #ifndef XF86S3Server -#define XF86S3Server YES +#define XF86S3Server NO #endif #ifndef XF86S3VServer -#define XF86S3VServer YES +#define XF86S3VServer NO #endif #ifndef XF86I8514Server -#define XF86I8514Server YES +#define XF86I8514Server NO #endif #ifndef XF86Mach8Server -#define XF86Mach8Server YES +#define XF86Mach8Server NO #endif #ifndef XF86Mach32Server -#define XF86Mach32Server YES +#define XF86Mach32Server NO #endif #ifndef XF86Mach64Server -#define XF86Mach64Server YES +#define XF86Mach64Server NO #endif #ifndef XF86P9000Server -#define XF86P9000Server YES +#define XF86P9000Server NO #endif #ifndef XF86AGXServer -#define XF86AGXServer YES +#define XF86AGXServer NO #endif #ifndef XF86W32Server -#define XF86W32Server YES +#define XF86W32Server NO #endif #ifndef XF86I128Server -#define XF86I128Server YES +#define XF86I128Server NO #endif #endif --- programs/Xserver/hw/xfree86/os-support/assyntax.h.orig Sun May 11 04:56:22 1997 +++ programs/Xserver/hw/xfree86/os-support/assyntax.h Thu Feb 5 21:06:03 1998 @@ -212,7 +212,7 @@ #endif /* ACK_ASSEMBLER */ -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) +#if defined(__FreeBSD__) || defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) #define GLNAME(a) a #else #define GLNAME(a) CONCAT(_,a) Only in xc/programs/Xserver/hw/xfree86/vga256/drivers/mga/util: Makefile --- programs/Xserver/hw/xfree86/xaa/xf86expblt.c.orig Sat Jul 26 08:30:58 1997 +++ programs/Xserver/hw/xfree86/xaa/xf86expblt.c Fri Feb 6 00:18:17 1998 @@ -83,7 +83,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ unsigned int reverse_bitorder(data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(__FreeBSD__) || defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=configure #!/bin/sh yesno () { answ=X; while [ $answ = X ]; do echo -n "$1" read answ if [ X$answ = X ]; then answ="YES"; fi case $answ in y|yes|Y|YES) answ=YES;; n|no|N|NO) answ=NO;; *) echo invalid answer answ=X ;; esac done } F=$WRKDIR/.config configure () { rm -f $F # Tk detection tkversion= for v in 42 80; do if [ -f /usr/local/lib/libtk$v.a ]; then tkversion=$v case $tkversion in 42) tclversion=76 tclLversion=7.6 tkLversion=4.2 ;; 80) tclversion=80 tclLversion=8.0 tkLversion=8.0 ;; esac fi done if [ X$tkversion != X ]; then echo "Using tk-$tkLversion" echo "#define HasTk YES" >>$F echo "#define TkLibDir /usr/local/lib" >>$F echo "#define TkIncDir /usr/local/include/tk$tkLversion" >>$F echo "#define TkLibName tk$tkversion" >>$F echo "#define HasTcl YES" >>$F echo "#define TclLibDir /usr/local/lib" >>$F echo "#define TclIncDir /usr/local/include/tcl$tclLversion" >>$F echo "#define TclLibName tcl$tclversion" >>$F else cat <>$F echo "#define XF86SVGAServer YES" >>$F servers="VGA16 VGA16Dual Mono MonoDual S3 S3V I8514 Mach8 Mach32 Mach64 P9000 AGX W32 I128" selected=SVGA for i in $servers; do yesno "Do you want to build the $i server? [YES] " if [ $answ = YES ]; then selected="$selected $i"; fi echo "#undef XF86${i}Server" >>$F echo "#define XF86${i}Server $answ" >>$F done echo ok=0 while [ $ok != 1 ]; do echo -n "default server to install. [none] " read answ if [ X$answ = X ]; then answ=none; ok=1; fi if [ $answ != none ]; then for i in $selected; do if [ $i = $answ ]; then ok=1 echo "#define ServerToInstall XF86_$answ" >>$F fi done fi if [ $ok = 0 ]; then echo you must choose a server among $selected; fi done echo yesno "Do you want to build Xvfb? [YES] " echo "#define XVirtualFramebufferServer $answ" >>$F cat >> $F <> $F fi yesno "Install xinit config? [YES] " if [ $answ = YES ]; then echo "#define InstallXinitConfig $answ" >> $F fi yesno "Install xfs config? [YES] " if [ $answ = YES ]; then echo "#define InstallFSConfig $answ" >> $F fi yesno "Do you want to include support for the FontServer? [YES] " echo "#undef BuildFontServer" >>$F echo "#define BuildFontServer $answ" >>$F echo "#undef InstallFSConfig" >>$F echo "#define InstallFSConfig $answ" >>$F cat <<'END' Do you want to Build Fonts (Usually you only want to build and install fonts once, if this is a first time install you will want to build the fonts) END yesno "Build fonts? [YES] " if [ $answ = NO ]; then echo "#define BuildFonts NO" >> $F fi yesno "Build the servers with Extended input devices? [YES] " if [ $answ = NO ]; then echo "#undef BuildXInputExt" >> $F echo "#define BuildXInputExt NO" >> $F else echo "#define JoystickSupport YES" >> $F fi yesno "Build PEX? [YES] " if [ $answ = NO ]; then echo "#define BuildPexExt NO" >> $F fi yesno "Build XIE? [YES] " if [ $answ = NO ]; then echo "#define BuildXIE NO" >> $F fi echo yesno "Build static libraries in addition to shared libraries? [YES] " if [ $answ = YES ]; then echo "#define ForceNormalLib YES" >> $F fi if [ ! `uname -r|grep ^2` ]; then cat <<'END' FreeBSD-3.x has support for Secure RPC. While this scheme is not used for general purpose encryption, some countries restrict the use of strong cryptography. END yesno "Build with Secure RPC? [YES] " if [ $answ = YES ]; then echo "#define HasSecureRPC YES" >> $F fi fi cat <<'END' MIT supplies an authentication mechanism that relies upon DES, this is called XDM-AUTHORIZATION-1. Source code for this authentication mechanism may not be exported from the United States, however, there are compatible replacements for this mechanism available elsewhere. Also, while this scheme is not used for general purpose encryption, some countries restrict the use of strong cryptography. If you have aquired a copy of "Wraphelp.c" and it currently resides in the same location as the XFree86 source or in the ports "files" subdirectory, it will be copied into the right place in the X11 source distribution and support for this feature will be enabled if you answer YES to the following question. If you do not have a copy of this file, even if you answer YES to this question, support will not be enabled. If you wish to change this later, the option controling this is contained the file xc/config/cf/xf86site.def. END yesno "Do you want to enable XDM-AUTHORIZATION-1 support? [YES] " cpwh=NO if [ $answ = YES ]; then WH=$WRKDIR/xc/lib/Xdmcp/Wraphelp.c if [ -f $WH ] ; then echo "==> $WH found in source distribution." elif [ -f $DISTDIR/xc/Wraphelp.c ] ; then echo "==> Wraphelp.c found in DISTDIR directory, copying to source tree." cpwh=$DISTDIR/xc/Wraphelp.c elif [ -f $FILESDIR/Wraphelp.c ] ; then echo "==> Wraphelp.c found in files directory, copying to source tree." cpwh=$FILESDIR/Wraphelp.c else echo "==> Wraphelp.c not found, DES support NOT enabled." cpwh=NO fi fi if [ $cpwh != NO ]; then echo "#define HasXdmAuth $answ" >> $F fi cat <<'END' XDM can be built so that it will get a KerberosIV TGT for your users when they log in. This requires that you have Kerberos on your system when you do this build. Source code for this authentication mechanism may not be exported from the United States, however, there are compatible replacements for this mechanism available elsewhere. Also, while this scheme is not used for general purpose encryption, some countries restrict the use of strong cryptography. Even if you answer YES to the following question, KerberosIV support will not be enabled if the kerberos libraries are unavailable. END yesno "Do you want to enable KerberosIV support? [YES] " cpkb=NO if [ $answ = YES ]; then LIBKRB=/usr/lib/libkrb.a K4PATCH=$FILESDIR/kerberos4.diffs K4XDM="$FILESDIR/krb4auth.c $FILESDIR/krb4auth.h" XDMDIR=$WRKDIR/xc/programs/xdm/ if [ -f $LIBKRB ] ; then echo "==> KerberosIV found in system libraries." cpkb=YES else echo "==> Kerberos libraries not found on system." echo "==> KerberosIV support NOT enabled." cpkb=NO fi fi if [ $cpkb != NO ]; then echo "#define HasKrb4 $answ" >> $F fi echo echo "End of configuration questions. No more user input required" echo } configure if [ X$cpwh != XNO ]; then cp $cpwh $WH fi if [ X$cpkb != XNO ]; then cp $K4XDM $XDMDIR echo "===> Applying KerberosIV patches" patch -s -d $WRKDIR/xc -E -p0 < $K4PATCH fi echo "#define ELF YES" >> $F cat $F >> $WRKDIR/xc/config/cf/xf86site.def exit 0 --jI8keyz6grp/JLjh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 13:29:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01177 for freebsd-current-outgoing; Sun, 20 Sep 1998 13:29:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01170 for ; Sun, 20 Sep 1998 13:29:50 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from armageddon (armageddon.starkreality.com [208.24.48.227]) by starkreality.com (8.9.1/8.9.1) with SMTP id PAA08191 for ; Sun, 20 Sep 1998 15:29:22 -0500 (CDT) Message-Id: <199809202029.PAA08191@starkreality.com> X-Sender: caesar@fire.starkreality.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Sun, 20 Sep 1998 15:29:21 -0500 To: freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Re: Missing file? In-Reply-To: <199809201925.OAA02261@starkreality.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Never mind, found the problem. At 14:25 9/20/98 -0500, William S. Duncanson wrote: >I CVSup'd about 10 minutes ago, and when I try to make a new kernel, I get >the following error during "make depend": > >../../pci/tek390.c:70: scsi/scsiconf.h: No such file or directory >mkdep: compile failed > >Any ideas? > >William S. Duncanson caesar@starkreality.com >The driving force behind the NC is the belief that the companies who >brought us >things like Unix, relational databases, and Windows can make an appliance that >is inexpensive and easy to use if they choose to do that. -- Scott Adams > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 13:31:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01592 for freebsd-current-outgoing; Sun, 20 Sep 1998 13:31:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01575 for ; Sun, 20 Sep 1998 13:31:16 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc101.reseau.uvsq.fr [193.51.24.17]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id WAA10344 ; Sun, 20 Sep 1998 22:30:43 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id WAA04662; Sun, 20 Sep 1998 22:33:04 GMT Message-ID: <19980920223303.00046@breizh.prism.uvsq.fr> Date: Sun, 20 Sep 1998 22:33:03 +0000 From: Nicolas Souchu To: Jeroen Ruigrok/Asmodai Cc: FreeBSD Current Subject: Re: Zip drives/vpo0 device [LONG: LOG] References: <19980920193529.04194@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jeroen Ruigrok/Asmodai on Sun, Sep 20, 1998 at 08:30:09PM +0200 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 08:30:09PM +0200, Jeroen Ruigrok/Asmodai wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >At 21:35 20-09-98 , Nicolas Souchu wrote: >>On Sun, Sep 20, 1998 at 03:48:37PM +0200, Jeroen Ruigrok/Asmodai wrote: >>>I have been trying to use the vpo0/ppbus device/controller with CURRENT and >>>my Zip Plus and have thus far failed miserably... >>> >>>I have recompiled my kernel with the ppbus/vpo/ppi and scbus and sd >>>controllers and devices... >> >>Hmm, here is my target config, compare. >> >># SCSI stuff for vpo >># >>controller scbus0 >> >>options SCSI_REPORT_GEOMETRY >> >>device da0 >>device pass0 #CAM passthrough driver > >ignoring CAM for the moment =), what's da0? I haven't managed to CVSup my >May SNAP yet... Still struggling with ppp. Pointers are welcome =) Already >read too many out of date docs... You should ask to -question mailing list about ppp. You'll need -current for the ZIP+. Your snap is too old, ZIP+ driver was commited this week. > >>controller ppbus0 >>controller vpo0 at ppbus? >> >>device nlpt0 at ppbus? >>device ppi0 at ppbus? >>device plip0 at ppbus? >> >>controller ppc0 at isa? port 0x278 tty irq 7 vector ppcintr > >Aha, that ppc0 wasn't clear to me, included it now... The ppbus system is alike the scsi bus. You need generic bus code (ppbus), a driver (vpo) and an interface (ppc0). You should download at least a newer LINT file in order to read the comments. I know... I have to finish the manpages :) > >dmesg output: > >ppc0 at 0x278 irq 7 on isa >ppc0: Generic chipset in PS/2 mode > >Hmmm, I only have the options to set the parallel port to: Normal, >Bi-directional and ECP. Any hints for the best throughput? > EPP is best, ECP useless for ZIP[+], PS/2 and then NIBBLE otherwise. Please, upgrade your system, then ask me again. -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - 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 Sun Sep 20 14:09:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07488 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:09:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07476 for ; Sun, 20 Sep 1998 14:09:49 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA19954; Sun, 20 Sep 1998 14:09:21 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd019894; Sun Sep 20 14:09:10 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA01085; Sun, 20 Sep 1998 14:09:06 -0700 (MST) From: Terry Lambert Message-Id: <199809202109.OAA01085@usr04.primenet.com> Subject: Re: Strange CAM panics [LONG] To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Sun, 20 Sep 1998 21:09:06 +0000 (GMT) Cc: finrod@ewox.org, current@FreeBSD.ORG In-Reply-To: from "Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=" at Sep 20, 98 03:51:00 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The strange thing is that the panic always occurs in mountd, which I > > wouldn't think was related. > > Update: I commented out the NFS configuration from my rc.conf.local > (effectively disabling mountd). Everything works just fine. > > Needless to say, it used to work fine *with* NFS enabled before CAM. > IIRC, the last time I mounted a CD-ROM was when I copied the entire > 2.2.2-RELEASE CD-ROM to disk last Thursday (September 10th), a few > days before my CAM conversion. The mount code for any FS capable of being NFS exported will call the vfs_export() function. The real question here is whether your CDROM is on the list of FS's you are exporting or not. The current mount code does: --------------------------------------------------------------------- vfs_mountrootfs: allocate struct mount for new root save "mounted from" call FS_mount with NULL path put FS in mountlist end vfs_mountrootfs mount: get arguments find vnode to be covered compatability cruft allocate struct mount call FS_mount with path to device name put FS in mountlist end mount FS_mount: if path == NULL // is root device if SLICE inherit rootvp from root_device_vnode else make up rootvp using bdevvp endif call FS_mountfs else // is non-root device copy in arguments if MNT_UPDATE do cruft better implemented by unmount/mount endif look up device node do weenie credential checks if MNT_UPDATE make sure it's the same guy... save "mounted on" information call vfs_export else save "last mounted on" save "mounted from" call FS_mountfs endif endif call FS_statfs to set up the mount struct contents end FS_mount FS_mountfs: call vfs_mountedon // is device busy? if yes, fail. call vcount // is vnode busy? if ys, fail (BOGUS). call vinvalbuf // flush cached device data (soft updates) call vfs_object_create // enable vmio demonstrate promiscuous knowledge of disklabel code read the superblock fill out in core copy of superblock & per FS mount structure update superblock end FS_mountfs --------------------------------------------------------------------- Note the this code has to be repeated in each FS implementation, which is what has led to the current problem: different implementations result in different interactions with new code. Corrected code would: --------------------------------------------------------------------- vfs_mountany: allocate struct mount call vfs_mountedon // is device busy? if yes, fail. call vcount // is vnode busy? if ys, fail (BOGUS). call vinvalbuf // flush cached device data (soft updates) call vfs_object_create // enable vmio demonstrate promiscuous knowledge of disklabel code call FS_mount call FS_statfs to set up the mount struct contents put FS in mountlist return &struct mount end vfs_mountany vfs_mountrootfs: call vfs_mountany with root device vnode, "mounted from", "/" set root mount structure to point at struct mount from vfs_mountany end vfs_mountrootfs mount: get arguments look up device node find vnode to be covered do weenie credential checks if MNT_UPDATE make sure it's the same guy... unmount mount (recurse) return endif call vfs_mountany with device node call FS_setmntinfo with "mounted from", "last mounted on" set covered vnode to point to vp from struct mount from vfs_mountany call vfs_export end mount FS_mount: read the superblock fill out in core copy of superblock & per FS mount structure update superblock end FS_mount --------------------------------------------------------------------- In other words, the concept of covering a vnode, what a root FS actually is, whether it's an update, whether the FS is NFS exported, and all of the other FS consumer specific crap should go into a common code layer that gets written once, and is never touched again. Then things like the CAM problem you are currently having would either effect *all* FS's (and get fixed) or *no* FS's (and not be a problem). It would also remove a significant amount of code duplication, and immediately support root mounts of all supported FS types, including ext2, etc.. Oh well... In any case, your problem is in the code path that depends from /sys/isofs/cd9660/cd9660_vfsops.c: /* * If updating, check whether changing from read-only to * read/write; if there is no device name, that's all we do. * Disallow clearing MNT_NOCLUSTERR flag, if block device requests. */ if (mp->mnt_flag & MNT_UPDATE) { imp = VFSTOISOFS(mp); if (bdevsw[major(imp->im_devvp->v_rdev)]->d_flags & D_NOCLUSTERR) mp->mnt_flag |= MNT_NOCLUSTERR; if (args.fspec == 0) return (vfs_export(mp, &imp->im_export, &args.export)); } Which you will probably have to fix in an FS dependent way, so that it works in the current framework (at least until the next time it breaks for not being implemented the same in all FS's, and someone making a bad assumption about what FS's depend upon and what they don't). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:21:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09424 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:21:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09416 for ; Sun, 20 Sep 1998 14:21:19 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA22763; Sun, 20 Sep 1998 14:20:51 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd022686; Sun Sep 20 14:20:45 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA01510; Sun, 20 Sep 1998 14:20:37 -0700 (MST) From: Terry Lambert Message-Id: <199809202120.OAA01510@usr04.primenet.com> Subject: Re: [CAM] Broken tagged queuing drive? To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sun, 20 Sep 1998 21:20:37 +0000 (GMT) Cc: jkh@time.cdrom.com, gibbs@plutotech.com, mantar@netcom.com, kato@ganko.eps.nagoya-u.ac.jp, current@FreeBSD.ORG In-Reply-To: <199809201704.LAA09379@pluto.plutotech.com> from "Justin T. Gibbs" at Sep 20, 98 10:58:29 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Aha! That message looks very similiar to what flashes by very quickly > >on Bento. I'm glad that someone, at least, was able to see it long > >enough to transcribe it. :) I believe it's exactly the same problem I > >reported earlier (with SMP). I can build and install a UMP kernel > >on bento if you think it will help. > > > >- Jordan > > When did you start seeing this problem? I just looked through the aic7xxx > driver diffs and didn't see anything suspicious. I'm wondering if the > driver grew/shrank just a bit and we're seeing some code displacement that > causes this error. > > Do any SMP savvy folks know what this error means? Someone needs to do a sort-n on their kernel that got the panic: | It still does it. | I booted in single user and did fsck. It panicked | This time it stopped scrolling and here is the output.: | panic: rslock: cpu: 1, addr: 0xf0248fcc, lock: 0x01000001 | mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 | boot() called on cpu#1 Looking for 0xf0248fcc, and get a traceback. Specifically, this should allow them to identify the code that is attempting to reentrantly lock an already held exclusive lock. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:22:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09711 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:22:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09702 for ; Sun, 20 Sep 1998 14:22:49 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id RAA08115 for freebsd-current@freebsd.org; Sun, 20 Sep 1998 17:43:03 +0200 (CEST) From: Holm Tiffe Message-Id: <199809201543.RAA08115@magnet.geophysik.tu-freiberg.de> Subject: CAM big Problems, disk disappeared ! To: freebsd-current@FreeBSD.ORG Date: Sun, 20 Sep 1998 17:43:02 +0200 (CEST) Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, first please excuse my broken english, neverthless I'll try to explain my problem: Today I've upgraded my -current to an -current a.out system (cvs-cur.4662). The build and install went smoothly, no problems so far, but when I boot the new kernel (with CAM now) I get lots of errors on the console; here comes the dmesg.boot file: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-BETA #1: Sun Sep 20 21:57:25 MET DST 1998 holm@unicorn.pppnet.tu-freiberg.de:/usr/src/sys/compile/UNICORN Timecounter "i8254" frequency 1193179 Hz cost 3581 ns Timecounter "TSC" frequency 99999257 Hz cost 232 ns CPU: Pentium/P54C (100.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62889984 (61416K bytes) eisa0: Probing for devices on the EISA bus ahc0: at 0x2c00-0x2cff irq 15 on eisa0 slot 2 ahc0: aic7770 <= Rev C, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4/255 SCBs Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 chip1: rev 0x04 on pci0.2.0 vga0: rev 0x00 int a irq 0 on pci0.5.0 de0: rev 0x23 int a irq 10 on pci0.6.0 de0: Cogent 21040 [10Mb/s] pass 2.3 de0: address 00:00:92:90:09:8d Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 dgb0: PC/Xe 64K dgb0 at 0x300-0x303 maddr 0xd0000 msize 65536 on isa dgb0: 8 ports lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface de0: enabling AUI/BNC port Intel Pentium F00F detected, installing workaround (probe9:ahc0:1:2:0): Sending SDTR!! ahc0:A:2: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x20, ARG_1 == 0x2, SEQ_FLAGS == 0x0 ahc0: Bus Device Reset on A:2. 1 SCBs aborted (probe9:ahc0:1:2:0): SCB 0x9 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x8 SSTAT1 == 0xa (probe9:ahc0:1:2:0): Queuing a BDR SCB (probe9:ahc0:1:2:0): Bus Device Reset Message Sent (probe9:ahc0:1:2:0): no longer in timeout, status = 34b ahc0: Bus Device Reset on B:2. 1 SCBs aborted ahc0:A:2: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x20, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): BDR message in message buffer (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): no longer in timeout, status = 34b ahc0: Issued Channel B Bus Reset. 1 SCBs aborted ahc0:A:2: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x20, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): BDR message in message buffer (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): no longer in timeout, status = 34b ahc0: Issued Channel B Bus Reset. 1 SCBs aborted ahc0:A:2: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x20, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): BDR message in message buffer (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): no longer in timeout, status = 34b ahc0: Issued Channel B Bus Reset. 1 SCBs aborted ahc0:A:2: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x20, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): BDR message in message buffer (probe9:ahc0:1:2:0): SCB 0x9 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x159 SSTAT1 == 0x2 (probe9:ahc0:1:2:0): no longer in timeout, status = 34b ahc0: Issued Channel B Bus Reset. 1 SCBs aborted sa0 at ahc0 bus 1 target 3 lun 0 sa0: Removable Sequential Access SCSI2 device sa0: 3.300MB/s transfers changing root device to da1s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI1 device da0: 3.676MB/s transfers (3.676MHz, offset 8) da0: 203MB (415872 512 byte sectors: 64H 32S/T 203C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da1: 2048MB (4194304 512 byte sectors: 64H 32S/T 2048C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 4.32MB/s transfers (4.32MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: / was not properly dismounted. This machine is an old double P5 (ASUS P54NP4) PCI/EISA with an Adaptec 2740 revision before E on EISA, and was rock solid before. here comes a cut from /var/log/messages with the old kernel: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu Sep 3 11:05:24 MET DST 1998 root@unicorn.pppnet.tu-freiberg.de:/usr/src/sys/compile/UNICORN Timecounter "i8254" frequency 1205101 Hz cost 3536 ns Timecounter "TSC" frequency 99998521 Hz cost 226 ns CPU: Pentium/P54C (100.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62971904 (61496K bytes) eisa0: Probing for devices on the EISA bus ahc0: at 0x2c00-0x2cff irq 15 on eisa0 slot 2 ahc0: aic7770 <= Rev C, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 1 sd0: Direct-Access 203MB (415872 512 byte sectors) sd1 at scbus0 target 2 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2048MB (4194304 512 byte sectors) cd0 at scbus0 target 4 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size scbus1 at ahc0 bus 1 sd2 at scbus1 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 1910MB (3912172 512 byte sectors) st0 at scbus1 target 3 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x0, drive empty Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 chip1: rev 0x04 on pci0.2.0 vga0: rev 0x00 int a irq 0 on pci0.5.0 de0: rev 0x23 int a irq 10 on pci0.6.0 de0: Cogent 21040 [10Mb/s] pass 2.3 de0: address 00:00:92:90:09:8d Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 dgb0: PC/Xe 64K dgb0 at 0x300-0x303 maddr 0xd0000 msize 65536 on isa dgb0: 8 ports lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface de0: enabling AUI/BNC port Intel Pentium F00F detected, installing workaround changing root device to sd1s1a and the kernel config file: # # UNICORN # # machine "i386" cpu "I586_CPU" ident UNICORN maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options SOFTUPDATES options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options "SHMMAX=16777216" options "SHMSEG=32" options "SHMMNI=128" options "SHMALL=4096" options KTRACE options "AUTO_EOI_2" options "AHC_ALLOW_MEMIO" options "CLK_CALIBRATION_LOOP" options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_TSC_CALIBRATION" options PQ_LARGECACHE #options DDB options "NDGBPORTS=8" options "VM86" config kernel root on sd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller eisa0 controller ahc0 controller scbus0 at ahc0 bus 0 controller scbus1 at ahc0 bus 1 device sd0 at scbus0 target 0 device sd1 at scbus0 target 2 device sd2 at scbus1 target 2 device st0 at scbus1 target 3 device st1 device cd0 at scbus0 target 4 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device dgb0 at isa? tty port 0x300 iomem 0xd0000 iosiz ? flags 0x0 device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device de0 pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 # Berkeley Packet Filter pseudo-device vn 2 # Vnode Driver ... this was working fine. The old fullheigth 5,1/4" HP disk is disappeared now, even an < camcontrol rescan 1> could'nt bring back my /home !!! After that rescan the entire machnie hangs, und must be reseted to bring it back again. Has this something to do with the SCB-pagings that I could'nt enable with the old drivers ? PLEASE Help, Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:25:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10201 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:25:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10180 for ; Sun, 20 Sep 1998 14:25:43 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA24148; Sun, 20 Sep 1998 14:25:14 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd024105; Sun Sep 20 14:25:06 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA01722; Sun, 20 Sep 1998 14:24:59 -0700 (MST) From: Terry Lambert Message-Id: <199809202124.OAA01722@usr04.primenet.com> Subject: Re: ELF ldconfig To: dholland@cs.toronto.edu (David Holland) Date: Sun, 20 Sep 1998 21:24:59 +0000 (GMT) Cc: tlambert@primenet.com, peter@netplex.com.au, jabley@clear.co.nz, dholland@cs.toronto.edu, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <98Sep20.140515edt.37911-17305@qew.cs.toronto.edu> from "David Holland" at Sep 20, 98 02:05:12 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Right now, it's possbile to link against a shared library that > > requires a symbol from anothe shared library, and not get any > > missing symbol warnings during link phase. This has bit me > > on the butt more than once, especially with libraries with > > promiscuous symbol reference in other libraries (ie: libraries > > that know too much about each other). > > You can also, I think, inadvertently create a shared library that > requires nonexistent symbols and not get any warnings until run-time. > Which (I think) amounts to the same problem, because the library > requiring a symbol from another library should have been linked > against that library to create a DT_NEEDED entry. I think. > > There's a linker option to use when building libraries that > eliminates this problem. In my opinion, it should be the default, but > it's not, because that's not how Solaris does it or some crap like > that. I would be interested in this. I know that FreeBSD's old a.out linker is architecturally incapable of enforcing symbol existance at link time so that ld.so doesn't have to, at load time, without about 40 hours (which I don't have) of hacking. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:35:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12142 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:35:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12136 for ; Sun, 20 Sep 1998 14:35:53 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA26765; Sun, 20 Sep 1998 14:35:23 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd026748; Sun Sep 20 14:35:18 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA02071; Sun, 20 Sep 1998 14:35:16 -0700 (MST) From: Terry Lambert Message-Id: <199809202135.OAA02071@usr04.primenet.com> Subject: Re: shouting in a void? To: ben@rosengart.com Date: Sun, 20 Sep 1998 21:35:16 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Sep 20, 98 02:18:29 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've been reporting panics at least once a day for several days now. > It's entirely possible that someone is reading my posts and working on > these issues and is simply too busy to respond verbosely, of course, but > I don't seem to be getting much feedback at all. If these posts are > resulting in anything at all, I'd appreciate just a simple "yep, thanks, > keep up the beta-testing". Well, I haven't responded because there wasn't enough information for me to even be able to speculate reasonably. Most recent code: yes/no CAM: yes/no Soft updates: yes/no SCSI: yes/no AIC SCSI: yes/no backed off clock.c change: yes/no ELF: yes/no other mutating subsystem: yes/no (this one is hard to track) Trap address: _______________ nm /kernel | sort -n: _______________ _______________ _______________ (include only lines immediately proceeding and following the the trap address; this should be scripted by someone who cares). currently running program: _______________ stack traceback up to panic: _______________ _______________ _______________ (include only sufficient information to get to the point where the panic occurred, since se all know about the 12 or so things panic calls). Also, if you can identify a particular kernel subsystem from this, you should contact the maintainer of that subsystem directly for best response. There is a lot of activity in -current, and I'm having a hard time identifying where your problem begins and stale/bad code ends, which is why I haven't responded. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:39:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12692 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:39:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12667 for ; Sun, 20 Sep 1998 14:39:13 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA27554; Sun, 20 Sep 1998 14:38:45 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd027534; Sun Sep 20 14:38:38 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA02206; Sun, 20 Sep 1998 14:38:35 -0700 (MST) From: Terry Lambert Message-Id: <199809202138.OAA02206@usr04.primenet.com> Subject: Re: the fs fun never stops To: ben@rosengart.com Date: Sun, 20 Sep 1998 21:38:35 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Sep 20, 98 12:11:56 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I went from yesterday's kernel to today's, and immediately after the > "mounting NFS filesystems" (of which I have none): Consider that there is a known problem in the NFS export code with CAM with CDROM's (and perhaps other FS's; who knows? None of them use any common code for this crap), and the export occurs at the time the NFS startup occurs, on normal systems. > syncing disks... panic: lockmgr: not holding exclusive lock > > When the system came back up, there was an unexpected inconsistency (CG > 1: BAD MAGIC NUMBER) and I had to run fsck manually. This failure points to a page corruption of some kind, but fsck is not verbose enough for it to be useful as a diagnostic tool for this type of thing. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:51:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14699 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:51:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14691 for ; Sun, 20 Sep 1998 14:51:12 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from cybcon.com (wwoods@cybcon.com [205.147.64.49]) by mail.cybcon.com (8.9.0/8.9.0) with SMTP id OAA21114; Sun, 20 Sep 1998 14:50:18 -0700 (PDT) Date: Sun, 20 Sep 1998 14:50:18 -0700 (PDT) From: Bill Woods To: Brian Beattie cc: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= , freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, what should we use in place of aic then ?? On Sun, 20 Sep 1998, Brian Beattie wrote: > On Sat, 19 Sep 1998, Masafumi NAKANE/[iso-2022-jp] $BCf:,2mJ8(B wrote: > > > Is aic0 no longer supported on -current? > > > > I updated my system to -current as of about 24 hours ago, and as I do > > make depend in the kernel compile directory, I get: > > > > cc: ../../dev/aic6x60/aic.c: No such file or directory > > cc: ../../i386/isa/aic_isa.c: No such file or directory > > mkdep: compile failed > > > > I thought I did something wrong in the kernel configuration file as I > > updated it for CAM, so I tried to boot my system with the GENERIC > > kernel. But, now even the GENERIC kernel doesn't find my card. Am I > > missing something, or is aic0 no longer supported? > > > > Currently the aic driver is not supported by cam. The aic driver supports > controllers base on the 6260/6360 chip from adaptec, this list as far as I > know is 152x, 1510, 1505, 1640 (pcmcia), and some other that slip my mind > right now. I am working on a new device driver by that name for cam. I am > working with a 1522 card, in my free time. I would expect it to be about > two weeks before I have a functionaly correct driver. > > Brian Beattie | If my corporate life has taught me anything, > beattie@aracnet.com | it was that running multi-million dollar > www.aracnet.com/~beattie | projects in no way implied managerial competence. > | Tony Porczyk ( in comp.unix.bsd.freebsd.misc ) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:52:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14917 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:52:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14905 for ; Sun, 20 Sep 1998 14:52:20 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA00624; Sun, 20 Sep 1998 14:51:53 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd000598; Sun Sep 20 14:51:50 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA02593; Sun, 20 Sep 1998 14:51:46 -0700 (MST) From: Terry Lambert Message-Id: <199809202151.OAA02593@usr04.primenet.com> Subject: Re: DEVFS & SLICE? To: peter@netplex.com.au (Peter Wemm) Date: Sun, 20 Sep 1998 21:51:45 +0000 (GMT) Cc: jkh@time.cdrom.com, freebsd@timog.prestel.co.uk, current@FreeBSD.ORG In-Reply-To: <199809201928.DAA02596@spinner.netplex.com.au> from "Peter Wemm" at Sep 21, 98 03:28:17 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think Julian's Big Mistake (TM) was bundling the SLICE option with the > nifty root and /dev bootstrap system. They don't really seem to be related > and they seem to get easily mixed up.. Julian first described his design > for 'slice' to me over 2 years ago, and I thought back then that it was > ambitious and was going to be an uphill battle. See other posting. This problem occurs because the system insists on making a distintion between root and non-root mounts ate the FS level. This leads to a plethora of code duplication, and a hell of a lot of potential problems. My complaint about the SLICE code is that it assumes an external agency will do the disklabel/partition/extended-partition/etc. hacking on a raw device (i.e., that there is a user space program, rather than an ioctl(), that abstracts paritioning schemas). Given the f-ed-up nature of the VFS mount code, it's not surprising that there should be trouble. I think SLICE did us a great service when it pointed out that the MFS implementation was a kludge-on-a-kludge. The use of direct calls to specfs in order to call back into the MFS strategy routine for bmap/getpage/putpages shows that MFS is a gross hack, and needs to be fixed. That the SLICE code was backed out instead of the MFS code fixed is more of a tribute to the necessity of having a working (if half-assed) MFS being important for the 3.0 release deadline, and people being willing to do one kind of work (tree reversion) as opposed to another (fixing MFS and/or writing a memory device driver that uses a kernel process as a VM container context for the MFS data loaded off the boot disk, and FFS-formating it, as a stopgap measure). This is, I think, a rather natural consequence of setting deadlines in a volunteer organization, and so there's really nowhere to formally lay the blame. But this has nothing to do with Julian's failing/merits as an architect (even if I personally don't like aspects of the architecture he came up with, for my own reasons -- i.e., I want device arrivals of non-sliced devices to result in automatic mounts). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:53:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15032 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:53:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15017 for ; Sun, 20 Sep 1998 14:53:11 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from cybcon.com (wwoods@cybcon.com [205.147.64.49]) by mail.cybcon.com (8.9.0/8.9.0) with SMTP id OAA21184; Sun, 20 Sep 1998 14:52:22 -0700 (PDT) Date: Sun, 20 Sep 1998 14:52:22 -0700 (PDT) From: Bill Woods To: "William S. Duncanson" cc: freebsd-current@FreeBSD.ORG Subject: Re: Missing file? In-Reply-To: <199809201925.OAA02261@starkreality.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am also getting this and would like to know whats up..... On Sun, 20 Sep 1998, William S. Duncanson wrote: > I CVSup'd about 10 minutes ago, and when I try to make a new kernel, I get > the following error during "make depend": > > ../../pci/tek390.c:70: scsi/scsiconf.h: No such file or directory > mkdep: compile failed > > Any ideas? > > William S. Duncanson caesar@starkreality.com > The driving force behind the NC is the belief that the companies who > brought us > things like Unix, relational databases, and Windows can make an appliance that > is inexpensive and easy to use if they choose to do that. -- Scott Adams > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 14:57:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15945 for freebsd-current-outgoing; Sun, 20 Sep 1998 14:57:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15939 for ; Sun, 20 Sep 1998 14:57:37 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA01207; Sun, 20 Sep 1998 14:57:04 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd001192; Sun Sep 20 14:57:03 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA02854; Sun, 20 Sep 1998 14:57:00 -0700 (MST) From: Terry Lambert Message-Id: <199809202157.OAA02854@usr04.primenet.com> Subject: Re: pthreads and sync writes To: bde@zeta.org.au (Bruce Evans) Date: Sun, 20 Sep 1998 21:57:00 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG, mal@algonet.se In-Reply-To: <199809201934.FAA00868@godzilla.zeta.org.au> from "Bruce Evans" at Sep 21, 98 05:34:46 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Btw, O_FSYNC isn't documented in open.2. Fsync()ing also seems to > >be sligtly faster, is this an illusion or is there a difference > >in the semantics? > > O_FSYNC is a no-op in FreeBSD. It probably shouldn't be defined. ??? /sys/kern/vfs_vnops.c:vn_write(): if ((fp->f_flag & O_FSYNC) || (vp->v_mount && (vp->v_mount->mnt_flag & MNT_SYNCHRONOUS))) ioflag |= IO_SYNC; See also: /sys/ufs/ufs/ufs_readwrite.c and B_SYNC. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 15:04:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17167 for freebsd-current-outgoing; Sun, 20 Sep 1998 15:04:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17146 for ; Sun, 20 Sep 1998 15:04:31 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id AAA09093 for current@FreeBSD.ORG; Mon, 21 Sep 1998 00:04:02 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id BEE591513; Sun, 20 Sep 1998 23:50:37 +0200 (CEST) Date: Sun, 20 Sep 1998 23:50:37 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Can't compile XFree86 in elf ... Message-ID: <19980920235037.A10513@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199809201453.SAA10663@ozz.etrust.ru> <19980920220709.A15827@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980920220709.A15827@klemm.gtn.com>; from Andreas Klemm on Sun, Sep 20, 1998 at 10:07:09PM +0200 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Andreas Klemm: > Ollivier Robert send unofficial patches to the -ports list. See my > version in the attachement. The last version was done by another guy (Joachim Kuebart) and include a fix to scripts/configure. It lacks a patch for Kerberos compilation (add -lcrypt where it is needed). > - Xserver doesn't compile, you have to use a prior version, It should, the ELF Xserver I use is a nice proof of that :-) > - Kerberos support is broken, don't use this See above. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 15:26:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22112 for freebsd-current-outgoing; Sun, 20 Sep 1998 15:26:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22051 for ; Sun, 20 Sep 1998 15:25:51 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA14238; Mon, 21 Sep 1998 08:25:16 +1000 Date: Mon, 21 Sep 1998 08:25:16 +1000 From: Bruce Evans Message-Id: <199809202225.IAA14238@godzilla.zeta.org.au> To: bde@zeta.org.au, tlambert@primenet.com Subject: Re: pthreads and sync writes Cc: freebsd-current@FreeBSD.ORG, mal@algonet.se Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >Btw, O_FSYNC isn't documented in open.2. Fsync()ing also seems to >> >be sligtly faster, is this an illusion or is there a difference >> >in the semantics? >> >> O_FSYNC is a no-op in FreeBSD. It probably shouldn't be defined. > >??? > >/sys/kern/vfs_vnops.c:vn_write(): > > if ((fp->f_flag & O_FSYNC) || > (vp->v_mount && (vp->v_mount->mnt_flag & MNT_SYNCHRONOUS))) > ioflag |= IO_SYNC; Oops. So it's no illusion that fsync() is faster. O_FSYNC prevents clustering. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 15:28:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22560 for freebsd-current-outgoing; Sun, 20 Sep 1998 15:28:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22501 for ; Sun, 20 Sep 1998 15:27:57 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id AAA01689 for ; Mon, 21 Sep 1998 00:26:26 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by (8.9.1/8.8.7) id XAA00555 for freebsd-current@freebsd.org; Sun, 20 Sep 1998 23:38:44 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809202138.XAA00555@> Subject: devfs boot problems To: freebsd-current@FreeBSD.ORG (FreeBSD Current) Date: Sun, 20 Sep 1998 23:38:44 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm having trouble booting with devfs. To me it looks like the kernel doesn't find the device entry for the boot device because it hangs (reset switch...) after announcing 'changing root device to...' I put the devfs entry first in my /etc/fstab to no avail. Now I feel stuck. Did I get something wrong? A pointer to some docu would probably suffice... cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 15:50:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27220 for freebsd-current-outgoing; Sun, 20 Sep 1998 15:50:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27134 for ; Sun, 20 Sep 1998 15:50:31 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id AAA03578; Mon, 21 Sep 1998 00:49:56 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id AAA25690; Mon, 21 Sep 1998 00:49:55 +0200 (MET DST) Message-ID: <19980921004955.58920@follo.net> Date: Mon, 21 Sep 1998 00:49:55 +0200 From: Eivind Eklund To: Bill Woods , Brian Beattie Cc: "Masafumi NAKANE/?$BCf:,2mJ8?(B" , freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Bill Woods on Sun, Sep 20, 1998 at 02:50:18PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 02:50:18PM -0700, Bill Woods wrote: > So, what should we use in place of aic then ?? Another controller, or a pre-CAM FreeBSD. Sorry. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:07:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00928 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:07:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00906 for ; Sun, 20 Sep 1998 16:07:12 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id BAA02266; Mon, 21 Sep 1998 01:05:58 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id BAA00576; Mon, 21 Sep 1998 01:09:28 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809202309.BAA00576@yacht.domestic.de> Subject: Re: ncr and CAM still dont work for me In-Reply-To: from Michael Class at "Sep 18, 98 07:19:04 pm" To: michaelc@hpbbse.bbn.hp.com (Michael Class) Date: Mon, 21 Sep 1998 01:09:28 +0200 (CEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Class wrote: > Hello, > > I am still unable to get my system up and running with cam. Even with ncr.c > rev. 1.129 the system hangs with > > probe0(ncr0:0:0:0) extaneous data discarded > probe0(ncr0:0:0:0) COMMAND FAILED (9 0) @f086f600 > ncr0: timeout nccb = f086XXXX (skip) > (lots of these lines follow) > > and after a couple of minutes: > da0:ncr0:0:0:0 READ CAPACITY CDB: 25 0 0 0 0 0 0 0 0 0 > da0:ncr0:0:0:0 error code 51 This error disappeared for my 815 based card between 1.128 and 1.130 of ncr.c. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:09:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01313 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:09:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01296 for ; Sun, 20 Sep 1998 16:09:09 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA18502; Mon, 21 Sep 1998 09:08:37 +1000 Date: Mon, 21 Sep 1998 09:08:37 +1000 From: Bruce Evans Message-Id: <199809202308.JAA18502@godzilla.zeta.org.au> To: mal@algonet.se, tlambert@primenet.com Subject: Re: pthreads and sync writes Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Btw, O_FSYNC isn't documented in open.2. > >Then the man page is broken, since this has existed as an option to >open(2) in UNIX for a very, very long time. I was almost right about O_FSYNC being a no-op. It wasn't implemented in FreeBSD until the Lite2 merge. It is still a no-op in -stable. Had it been an optional no-op in all versions of BSD for a very, very long time? Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:25:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03500 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:25:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03484 for ; Sun, 20 Sep 1998 16:24:46 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id RAA06641; Sun, 20 Sep 1998 17:23:55 -0600 (MDT) Message-Id: <199809202323.RAA06641@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: "Jordan K. Hubbard" cc: Manfred Antar , "Justin T. Gibbs" , KATO Takenori , current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 11:30:33 PDT." <18735.906316233@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 17:23:55 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > > and built a SMP kernel. I tried just the 1.3 version of aic7xxx.c but still > > got the panic. So I backed out the entire sys directory. A SMP kernel > > built from these sources works fine. > > Interesting - now that you mention it, today's crash is different than > previous crashes on bento; perhaps I'm bogusly summing multiple > problems into one here. :) I'll try the clock.c backout, anyway. I've done 2 complete buildworld/installworld cycles today without problem. The first was with src cvsup'ed this morning, the 2nd midday, including Bruce's fix (1.127) to clock.c. I see 3 outstanding problems here: --- 1: the src Makefile bombs: --- check-objformat --- It looks like you set OBJFORMAT=aout in /etc/make.conf. Don't do that! If you want to override the installed object format, you must set OBJFORMAT in your environment. I hadn't set OBJFORMAT anywhere, contrary to the claims of the error output. Setting OBJFORMAT=elf in either /etc/objformat or the environment solves this problem. --- 2: the kernel build expects an aout version of libgcc.a in /usr/lib/aout, but none is built by make world. --- 3: the aic7xxx/Makefile expects to link to an aout libl.a in /usr/lib/aout, but again, no such file is created by make world. I solved problems 2 & 3 by placing copies of these libs from a pre-elf system into /usr/lib/aout. --- The important aspect of my experiment is that this was a clean install from the 3.0-980917-SNAP code, no stubble was left over from an aout-to-elf conversion, CAM conversion, etc. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:40:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05206 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:40:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA05200 for ; Sun, 20 Sep 1998 16:40:53 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.2.15]) by yonge.cs.toronto.edu with SMTP id <86522-12114>; Sun, 20 Sep 1998 19:40:20 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Sun, 20 Sep 1998 19:40:11 -0400 Subject: Re: ELF ldconfig From: David Holland To: tlambert@primenet.com (Terry Lambert) Date: Sun, 20 Sep 1998 19:40:08 -0400 Cc: dholland@cs.toronto.edu, tlambert@primenet.com, peter@netplex.com.au, jabley@clear.co.nz, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809202124.OAA01722@usr04.primenet.com> from "Terry Lambert" at Sep 20, 98 05:24:59 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep20.194011edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There's a linker option to use when building libraries that > > eliminates this problem. In my opinion, it should be the default, but > > it's not, because that's not how Solaris does it or some crap like > > that. I can't find in my mail archives the argument I remember having over this, and I also can't find an option that does this in GNU ld's documentation. Grr. (Not that the binutils documentation is probably up to date or anything.) I'm quite sure I remember being told it was possible, though. You can at least make sure that required other libraries get linked by adding them to the link line when building a shared library. I'm going to poke around and see what I can find. > I would be interested in this. I know that FreeBSD's old a.out > linker is architecturally incapable of enforcing symbol existance > at link time so that ld.so doesn't have to, at load time, without > about 40 hours (which I don't have) of hacking. Note that ld.so still has to, in general, because the libraries ld.so sees may not be the same ones that ld saw, and might be lacking the symbols whether or not they were originally present. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:45:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05907 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:45:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.westbend.net (ns1.westbend.net [207.217.224.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05901 for ; Sun, 20 Sep 1998 16:45:56 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from admin (admin.westbend.net [207.217.224.195]) by mail.westbend.net (8.8.8/8.8.8) with SMTP id SAA12894 for ; Sun, 20 Sep 1998 18:45:27 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <003901bde4f0$9c609060$c3e0d9cf@westbend.net> From: "Scot W. Hetzel" To: "FreeBSD-Current" Subject: Re: aic0 on -current Date: Sun, 20 Sep 1998 18:44:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.0518.4 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0518.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Bill Woods >So, what should we use in place of aic then ?? > Back down to a pre-CAM current and wait 2 weeks for Brian to write the new CAM aic driver. >On Sun, 20 Sep 1998, Brian Beattie wrote: >> Currently the aic driver is not supported by cam. The aic driver supports >> controllers base on the 6260/6360 chip from adaptec, this list as far as I >> know is 152x, 1510, 1505, 1640 (pcmcia), and some other that slip my mind >> right now. I am working on a new device driver by that name for cam. I am >> working with a 1522 card, in my free time. I would expect it to be about >> two weeks before I have a functionaly correct driver. >> Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 16:50:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06714 for freebsd-current-outgoing; Sun, 20 Sep 1998 16:50:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06619 for ; Sun, 20 Sep 1998 16:50:34 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id JAA25191; Mon, 21 Sep 1998 09:54:43 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809202354.JAA25191@cimlogic.com.au> Subject: Re: [CAM] Broken tagged queuing drive? In-Reply-To: <199809202323.RAA06641@Ilsa.StevesCafe.com> from Steve Passe at "Sep 20, 98 05:23:55 pm" To: smp@csn.net (Steve Passe) Date: Mon, 21 Sep 1998 09:54:41 +1000 (EST) Cc: jkh@time.cdrom.com, mantar@netcom.com, gibbs@plutotech.com, kato@ganko.eps.nagoya-u.ac.jp, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Passe wrote: > 2: the kernel build expects an aout version of libgcc.a in /usr/lib/aout, > but none is built by make world. > > --- > 3: the aic7xxx/Makefile expects to link to an aout libl.a in /usr/lib/aout, > but again, no such file is created by make world. > > I solved problems 2 & 3 by placing copies of these libs from a pre-elf > system into /usr/lib/aout. I have an uncommitted fix to get the rest of the legacy libraries installed. I was hoping for a solution to the perl5 problem which I'm sort of looking at (with a background build) while I do other work. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 17:01:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08583 for freebsd-current-outgoing; Sun, 20 Sep 1998 17:01:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08554 for ; Sun, 20 Sep 1998 17:01:36 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id UAA18861 for ; Sun, 20 Sep 1998 20:00:44 -0400 (EDT) Date: Sun, 20 Sep 1998 20:00:44 -0400 (EDT) From: Chuck Robey To: freebsd-current@FreeBSD.ORG Subject: make -j # buildworld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just decided to see if I could get around my trouble by limiting my buildworld to just the elf part, so I did make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's immediately after this that my buildworld always breaks, when I don't disable the aout part. I know it was posted at the start that the aout part might not be maintained too terribly well (being that's it's ultimately to be tossed away), my question is, is everyone else who's doing a successful SMP -j buildworld doing it without aout's? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 17:30:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13101 for freebsd-current-outgoing; Sun, 20 Sep 1998 17:30:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles236.castles.com [208.214.165.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13093 for ; Sun, 20 Sep 1998 17:30:39 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id RAA01693; Sun, 20 Sep 1998 17:35:29 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809210035.RAA01693@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Bill Woods cc: "William S. Duncanson" , freebsd-current@FreeBSD.ORG Subject: Re: Missing file? In-reply-to: Your message of "Sun, 20 Sep 1998 14:52:22 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 17:35:28 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The 'amd' SCSI driver is another casualty of the CAM integration. Remove it from your kernel config. > I am also getting this and would like to know whats up..... > > On Sun, 20 Sep 1998, William S. Duncanson wrote: > > > I CVSup'd about 10 minutes ago, and when I try to make a new kernel, I get > > the following error during "make depend": > > > > ../../pci/tek390.c:70: scsi/scsiconf.h: No such file or directory > > mkdep: compile failed > > > > Any ideas? > > > > William S. Duncanson caesar@starkreality.com > > The driving force behind the NC is the belief that the companies who > > brought us > > things like Unix, relational databases, and Windows can make an appliance that > > is inexpensive and easy to use if they choose to do that. -- Scott Adams > > > > 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 > -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 17:39:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14601 for freebsd-current-outgoing; Sun, 20 Sep 1998 17:39:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14579 for ; Sun, 20 Sep 1998 17:39:06 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id RAA02648 for ; Sun, 20 Sep 1998 17:38:25 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Sun, 20 Sep 1998 17:38:25 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: current@FreeBSD.ORG Subject: make world error (in games/fortune/datfiles) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, This is the system: informer# uname -a FreeBSD informer.jkb.org 3.0CAM-19980712-SNAP FreeBSD 3.0CAM-19980712-SNAP #2: Tue Sep 1 17:53:53 GMT 1998 root@informer.jkb.org:/usr/src/sys/compile/INFORMER i386 This is the error: ===> games/fortune/datfiles ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat ELF interpreter /usr/libexec/ld-elf.so.1 not found *** Signal 6 Stop. *** Error code 1 Stop. This is what I am going to do to fix it for now: make -DNOGAMES aout-to-elf CVSup is from today morning, -- Yan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 17:47:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16573 for freebsd-current-outgoing; Sun, 20 Sep 1998 17:47:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw1.pl.cp (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16468; Sun, 20 Sep 1998 17:46:48 -0700 (PDT) (envelope-from astralblue@usa.net) Received: from localhost (gene@localhost) by gw1.pl.cp (8.9.1/8.9.1) with SMTP id RAA01802; Sun, 20 Sep 1998 17:45:44 -0700 (PDT) (envelope-from astralblue@usa.net) X-Authentication-Warning: gw1.pl.cp: gene owned process doing -bs Date: Sun, 20 Sep 1998 17:45:44 -0700 (PDT) From: "Eugene M. Kim" X-Sender: gene@gw1.pl.cp To: FreeBSD-current Mailing List , FreeBSD Ports Mailing List Subject: JDK 1.1.6 broken in 3.0-beta/ELF? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I was installing JDK 1.1.6 port on a 3.0-beta/ELF machine when I found that the included ``jre'' would not run, outputting the following message: ld.so failed: Undefined symbol "_xmDrawingAreaWidgetClass" in jre_X:/usr/local/java/lib/i386/green_threads/libawt.so.1.1.6 Jre seems to try to get linked to the Motif shared library while there is none installed in my system. This problem does not occur when I use ``java'' instead of jre, or when DISPLAY environment variable is unset (the latter is obvious). Do I have to wait for ELF version of JDK 1.1.6? Since FreeBSD JDK is distributed in a binary form, there is nothing I can do... Thanks! Regards, Eugene -- Eugene M. Kim "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 17:54:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17366 for freebsd-current-outgoing; Sun, 20 Sep 1998 17:54:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17350 for ; Sun, 20 Sep 1998 17:54:46 -0700 (PDT) (envelope-from ggm@dstc.edu.au) Received: from dstc.edu.au (sleet.dstc.edu.au [130.102.176.45]) by piglet.dstc.edu.au (8.8.7/8.8.7) with ESMTP id KAA31294 for ; Mon, 21 Sep 1998 10:54:02 +1000 (EST) X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: staroffice/linux-compat on Current working? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 10:54:02 +1000 Message-ID: <1414.906339242@dstc.edu.au> From: George Michaelson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there known problems with linux compat and current? I snarfed an OpenLinux CD with staroffice 4.0 and found that it worked right up to about 30 seconds of elapsed walltime when truss shows its spinlooped in SIGNAL 11 and it has to be killed. Could be an applications error of course. I'm just assuming that while current stabilizes as 3.0 there may be some compat problems which can catch the unwary. If this is of concern, I can try to provide better debug/trace if somebody cares. -George -- George Michaelson | DSTC Pty Ltd Email: ggm@dstc.edu.au | University of Qld 4072 Phone: +61 7 3365 4310 | Australia Fax: +61 7 3365 4311 | http://www.dstc.edu.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18298 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:00:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA18118 for ; Sun, 20 Sep 1998 17:59:31 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.45] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id ka434314 for ; Sun, 20 Sep 1998 19:58:02 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id TAA02822 for freebsd-current@FreeBSD.ORG; Sun, 20 Sep 1998 19:58:39 -0500 (CDT) (envelope-from tom) Message-ID: <19980920195718.A1931@TOJ.org> Date: Sun, 20 Sep 1998 19:57:18 -0500 From: Tom Jackson To: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 20, 1998 at 08:00:44PM -0400 Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I did yesterday but not yet today. On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > I just decided to see if I could get around my trouble by limiting my > buildworld to just the elf part, so I did > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > immediately after this that my buildworld always breaks, when I don't > disable the aout part. > > I know it was posted at the start that the aout part might not be > maintained too terribly well (being that's it's ultimately to be tossed > away), my question is, is everyone else who's doing a successful SMP -j > buildworld doing it without aout's? > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:05:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19261 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:05:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19232 for ; Sun, 20 Sep 1998 18:04:58 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id TAA06979; Sun, 20 Sep 1998 19:04:17 -0600 (MDT) Message-Id: <199809210104.TAA06979@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Chuck Robey cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-reply-to: Your message of "Sun, 20 Sep 1998 20:00:44 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 19:04:17 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > I just decided to see if I could get around my trouble by limiting my > buildworld to just the elf part, so I did > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > immediately after this that my buildworld always breaks, when I don't > disable the aout part. > > I know it was posted at the start that the aout part might not be > maintained too terribly well (being that's it's ultimately to be tossed > away), my question is, is everyone else who's doing a successful SMP -j > buildworld doing it without aout's? I have been doing it all day: --- Rick# time make -j6 buildworld ... 2167.2u 1258.0s 40:21.35 141.4% 814+1081k 26443+164379io 3829pf+0w --- Rick# time make -j8 buildworld ... 2169.4u 1264.9s 40:11.58 142.4% 814+1081k 26491+164419io 3826pf+0w I've got a -j12 going right now, hope to do a -j16 before I give up for the day... I looked thu last few days mail, but didn't see you specific problem listed, how does buildworld die? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:08:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19850 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:08:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19836 for ; Sun, 20 Sep 1998 18:08:42 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id VAA05967; Sun, 20 Sep 1998 21:07:59 -0400 (EDT) Date: Sun, 20 Sep 1998 21:07:59 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: <199809201930.VAA05397@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Mark Murray wrote: > With a panic, you also need to supply the stack bactrace, That would be a lot easier if the kernel would be kind enough to dump core. > or at least do a "nm /kernel | sort | less" and let folk know in > which routine the panic happened. I replace my kernel often enough that it's not worth trying to figure out the routines for the panics I've reported. I will do this in the future. I don't want to sound like a whiner, but it would be *really* nice if either someone had alerted me to the fact that I wasn't giving enough information, or if the panic message mentioned this necessary bit. Yes, I should probably have read more of the handbook. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:17:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20942 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:17:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20932 for ; Sun, 20 Sep 1998 18:17:27 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id VAA19019; Sun, 20 Sep 1998 21:16:19 -0400 (EDT) Date: Sun, 20 Sep 1998 21:16:18 -0400 (EDT) From: Chuck Robey To: Steve Passe cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-Reply-To: <199809210104.TAA06979@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Steve Passe wrote: > Hi, > > > I just decided to see if I could get around my trouble by limiting my > > buildworld to just the elf part, so I did > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > immediately after this that my buildworld always breaks, when I don't > > disable the aout part. > > > > I know it was posted at the start that the aout part might not be > > maintained too terribly well (being that's it's ultimately to be tossed > > away), my question is, is everyone else who's doing a successful SMP -j > > buildworld doing it without aout's? > > I have been doing it all day: I asked about NOAOUT, I know everyone else is getting it done, but are you doing it with or without NOAOUT? When I *don't* specify NOAOUT, it dies immedately before doing the aout part. When I just finished one (my first one) with NOAOUT, it finally worked, hence my question. > > I've got a -j12 going right now, hope to do a -j16 before I give up > for the day... > > I looked thu last few days mail, but didn't see you specific problem > listed, how does buildworld die? I'm trying not to drag everyone thru my experience (can you hear my frustration bubbling, it's at a slow boil?) ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:37:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23848 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:37:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23842 for ; Sun, 20 Sep 1998 18:37:19 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id SAA17045; Sun, 20 Sep 1998 18:36:14 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809210136.SAA17045@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 18:36:13 -0700 To: Chuck Robey , freebsd-current@FreeBSD.ORG From: Manfred Antar Subject: Re: make -j # buildworld In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:00 PM 9/20/98 -0400, Chuck Robey wrote: >I just decided to see if I could get around my trouble by limiting my >buildworld to just the elf part, so I did >make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's >immediately after this that my buildworld always breaks, when I don't >disable the aout part. > >I know it was posted at the start that the aout part might not be >maintained too terribly well (being that's it's ultimately to be tossed >away), my question is, is everyone else who's doing a successful SMP -j >buildworld doing it without aout's? > I did a couple of -j8 -DNOUT make world yesterday without a problem This is with Intel PR440FX SMP pentium pro Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:50:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26442 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:50:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26421 for ; Sun, 20 Sep 1998 18:50:41 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id VAA19109; Sun, 20 Sep 1998 21:48:12 -0400 (EDT) Date: Sun, 20 Sep 1998 21:48:12 -0400 (EDT) From: Chuck Robey To: Manfred Antar cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-Reply-To: <199809210136.SAA17045@pozo.pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Manfred Antar wrote: > At 08:00 PM 9/20/98 -0400, Chuck Robey wrote: > >I just decided to see if I could get around my trouble by limiting my > >buildworld to just the elf part, so I did > >make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > >immediately after this that my buildworld always breaks, when I don't > >disable the aout part. > > > >I know it was posted at the start that the aout part might not be > >maintained too terribly well (being that's it's ultimately to be tossed > >away), my question is, is everyone else who's doing a successful SMP -j > >buildworld doing it without aout's? > > > I did a couple of -j8 -DNOUT make world yesterday without a problem > This is with Intel PR440FX SMP pentium pro Thanks. I'm trying specifically to see if the -j # buildworlds _require_ that -DNOAOUT or not. Did you ever get one to build without that, but _with_ -j 8? > Manfred > ============================== > || mantar@netcom.com || > || pozo@infinex.com || > || Ph. (415) 681-6235 || > ============================== > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 18:57:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27460 for freebsd-current-outgoing; Sun, 20 Sep 1998 18:57:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27421 for ; Sun, 20 Sep 1998 18:57:10 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id VAA19141; Sun, 20 Sep 1998 21:56:16 -0400 (EDT) Date: Sun, 20 Sep 1998 21:56:16 -0400 (EDT) From: Chuck Robey To: Tom Jackson cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-Reply-To: <19980920195718.A1931@TOJ.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Tom Jackson wrote: > I did yesterday but not yet today. Could I ask you to please be a little more specific? I'm trying to see if using NOAOUT is a requirement for a -j # build. If you've done it with it, I need to know, and I also need to know if you don't it without it. I already knew that everyone's been getting the -j # builds working, but I don't know how NOAOUT figures in. Please bear with me, and try to get this answered. I maybe should have stressed that I am investigating the NOAOUT sensitivity, not -j 8 buildability. > > On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > > I just decided to see if I could get around my trouble by limiting my > > buildworld to just the elf part, so I did > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > immediately after this that my buildworld always breaks, when I don't > > disable the aout part. > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 19:03:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28805 for freebsd-current-outgoing; Sun, 20 Sep 1998 19:03:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28782 for ; Sun, 20 Sep 1998 19:03:11 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id TAA09716; Sun, 20 Sep 1998 19:02:34 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809210202.TAA09716@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sun, 20 Sep 1998 19:02:33 -0700 To: Chuck Robey From: Manfred Antar Subject: Re: make -j # buildworld Cc: freebsd-current@FreeBSD.ORG In-Reply-To: References: <199809210136.SAA17045@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:48 PM 9/20/98 -0400, Chuck Robey wrote: >On Sun, 20 Sep 1998, Manfred Antar wrote: > >> At 08:00 PM 9/20/98 -0400, Chuck Robey wrote: >> >I just decided to see if I could get around my trouble by limiting my >> >buildworld to just the elf part, so I did >> >make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's >> >immediately after this that my buildworld always breaks, when I don't >> >disable the aout part. >> > >> >I know it was posted at the start that the aout part might not be >> >maintained too terribly well (being that's it's ultimately to be tossed >> >away), my question is, is everyone else who's doing a successful SMP -j >> >buildworld doing it without aout's? >> > >> I did a couple of -j8 -DNOUT make world yesterday without a problem >> This is with Intel PR440FX SMP pentium pro > >Thanks. I'm trying specifically to see if the -j # buildworlds >_require_ that -DNOAOUT or not. Did you ever get one to build without >that, but _with_ -j 8? Yes lately they all did. I just tried yesterday the -DNOAOUT. there were some patches from Luoqi Chen for softupdates panics that maybe helped ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 19:23:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02594 for freebsd-current-outgoing; Sun, 20 Sep 1998 19:23:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02569 for ; Sun, 20 Sep 1998 19:23:11 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id WAA05666; Sun, 20 Sep 1998 22:22:16 -0400 (EDT) Date: Sun, 20 Sep 1998 22:22:15 -0400 (EDT) From: Chuck Robey To: Manfred Antar cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-Reply-To: <199809210202.TAA09716@pozo.pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Manfred Antar wrote: > At 09:48 PM 9/20/98 -0400, Chuck Robey wrote: > >On Sun, 20 Sep 1998, Manfred Antar wrote: > > > >> At 08:00 PM 9/20/98 -0400, Chuck Robey wrote: > >> >I just decided to see if I could get around my trouble by limiting my > >> >buildworld to just the elf part, so I did > >> >make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > >> >immediately after this that my buildworld always breaks, when I don't > >> >disable the aout part. > >> > > >> >I know it was posted at the start that the aout part might not be > >> >maintained too terribly well (being that's it's ultimately to be tossed > >> >away), my question is, is everyone else who's doing a successful SMP -j > >> >buildworld doing it without aout's? > >> > > >> I did a couple of -j8 -DNOUT make world yesterday without a problem > >> This is with Intel PR440FX SMP pentium pro > > > >Thanks. I'm trying specifically to see if the -j # buildworlds > >_require_ that -DNOAOUT or not. Did you ever get one to build without > >that, but _with_ -j 8? > > Yes lately they all did. I just tried yesterday the -DNOAOUT. > there were some patches from Luoqi Chen for softupdates > panics that maybe helped Great. Thanks. It tells me I can keep on troubleshooting this (my buildworlds only work with NOAOUT), but at least I know. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 19:23:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02604 for freebsd-current-outgoing; Sun, 20 Sep 1998 19:23:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02582 for ; Sun, 20 Sep 1998 19:23:21 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id WAA04494; Sun, 20 Sep 1998 22:19:22 -0400 (EDT) Date: Sun, 20 Sep 1998 22:19:21 -0400 (EDT) From: Brian Feldman To: George Michaelson cc: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? In-Reply-To: <1414.906339242@dstc.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG StarOffice 4.0 for Linux works. I believe SP1 works as well. But after that, they're known to be broken. Use StarOffice 4.0/no SP, if you want something that works. I guarantee it works as of yesterday. Cheers, Brian Feldman On Mon, 21 Sep 1998, George Michaelson wrote: > > Are there known problems with linux compat and current? > > I snarfed an OpenLinux CD with staroffice 4.0 and found > that it worked right up to about 30 seconds of elapsed > walltime when truss shows its spinlooped in SIGNAL 11 and > it has to be killed. > > Could be an applications error of course. I'm just assuming that > while current stabilizes as 3.0 there may be some compat problems > which can catch the unwary. > > If this is of concern, I can try to provide better debug/trace if > somebody cares. > > -George > -- > George Michaelson | DSTC Pty Ltd > Email: ggm@dstc.edu.au | University of Qld 4072 > Phone: +61 7 3365 4310 | Australia > Fax: +61 7 3365 4311 | http://www.dstc.edu.au > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 19:33:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04286 for freebsd-current-outgoing; Sun, 20 Sep 1998 19:33:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles236.castles.com [208.214.165.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04257 for ; Sun, 20 Sep 1998 19:33:17 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id TAA02401; Sun, 20 Sep 1998 19:38:31 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809210238.TAA02401@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: George Michaelson cc: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? In-reply-to: Your message of "Mon, 21 Sep 1998 10:54:02 +1000." <1414.906339242@dstc.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 19:38:31 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Are there known problems with linux compat and current? Yes. There are also unknown problems. > I snarfed an OpenLinux CD with staroffice 4.0 and found > that it worked right up to about 30 seconds of elapsed > walltime when truss shows its spinlooped in SIGNAL 11 and > it has to be killed. > > Could be an applications error of course. I'm just assuming that > while current stabilizes as 3.0 there may be some compat problems > which can catch the unwary. This isn't likely to be one of them. > If this is of concern, I can try to provide better debug/trace if > somebody cares. What is needed is an active developer (or perhaps several) working on Linux emulation as an active project. We don't have any such at this point in time. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 19:42:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05504 for freebsd-current-outgoing; Sun, 20 Sep 1998 19:42:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05489 for ; Sun, 20 Sep 1998 19:42:04 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id WAA04718; Sun, 20 Sep 1998 22:37:43 -0400 (EDT) Date: Sun, 20 Sep 1998 22:37:43 -0400 (EDT) From: Brian Feldman To: Terry Lambert cc: Peter Wemm , jkh@time.cdrom.com, freebsd@timog.prestel.co.uk, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <199809202151.OAA02593@usr04.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm... reference to MFS working? Really? I seem to notice otherwise. For instance: -CURRENT with 100% stability (pre [EPwhatever]-day) EXCEPT after a full 23 days of uptime (damn, it sure _was_ stable) my nice 100mb MFS /tmp, upon usage, died on me. Full halt, didn't get any core or anything. And it did it the previous week as well. I wasn't doing anything stressful anyway, the first crash I had with MFS was doing an opendir()/readdir() in ksh's globbing. After disabling MFS, the system can stay up pretty well, except for the now-apparent SoftUpdates problems.... anyway, to summarize: 1. MFS is unusable for long periods of time and a large area 2. ccd + softupdates + 2 vnode drives is not stable either (ahem, this one I don't expect to be stable, just letting anyone know in case they feel the urge to try it). Cheers, Brian Feldman On Sun, 20 Sep 1998, Terry Lambert wrote: > > I think Julian's Big Mistake (TM) was bundling the SLICE option with the > > nifty root and /dev bootstrap system. They don't really seem to be related > > and they seem to get easily mixed up.. Julian first described his design > > for 'slice' to me over 2 years ago, and I thought back then that it was > > ambitious and was going to be an uphill battle. > > See other posting. This problem occurs because the system insists > on making a distintion between root and non-root mounts ate the > FS level. This leads to a plethora of code duplication, and a > hell of a lot of potential problems. > > My complaint about the SLICE code is that it assumes an external agency > will do the disklabel/partition/extended-partition/etc. hacking on a > raw device (i.e., that there is a user space program, rather than an > ioctl(), that abstracts paritioning schemas). > > Given the f-ed-up nature of the VFS mount code, it's not surprising > that there should be trouble. > > I think SLICE did us a great service when it pointed out that the > MFS implementation was a kludge-on-a-kludge. The use of direct > calls to specfs in order to call back into the MFS strategy routine > for bmap/getpage/putpages shows that MFS is a gross hack, and needs > to be fixed. > > That the SLICE code was backed out instead of the MFS code fixed is > more of a tribute to the necessity of having a working (if half-assed) > MFS being important for the 3.0 release deadline, and people being > willing to do one kind of work (tree reversion) as opposed to another > (fixing MFS and/or writing a memory device driver that uses a kernel > process as a VM container context for the MFS data loaded off the boot > disk, and FFS-formating it, as a stopgap measure). > > This is, I think, a rather natural consequence of setting deadlines > in a volunteer organization, and so there's really nowhere to formally > lay the blame. > > But this has nothing to do with Julian's failing/merits as an architect > (even if I personally don't like aspects of the architecture he came > up with, for my own reasons -- i.e., I want device arrivals of non-sliced > devices to result in automatic mounts). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 20:21:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10995 for freebsd-current-outgoing; Sun, 20 Sep 1998 20:21:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from access.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10986 for ; Sun, 20 Sep 1998 20:21:07 -0700 (PDT) (envelope-from max@bourbon.sfc.wide.ad.jp) Received: (from max@localhost) by access.sfc.wide.ad.jp (8.9.1/3.7W-08/28/98) id MAA06071; Mon, 21 Sep 1998 12:20:21 +0900 (JST) Date: Mon, 21 Sep 1998 12:20:21 +0900 (JST) Message-Id: <199809210320.MAA06071@access.sfc.wide.ad.jp> To: freebsd-current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: problem with perl5? From: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, As I updated my box to -current as of about 4 hours ago or so, the following code stopped working. Is this problem with perl, or is it the code? I truly appreciate help from perl experts. ---------------------------------------------------------------------- BEGIN { @AnyDBM_File::ISA = qw(DB_File NDBM_File SDBM_File) }; use AnyDBM_File; $db = shift @AnyDBM_File::ISA; $db =~ s/_File//; print "$db\n"; ---------------------------------------------------------------------- Thanks, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 20:32:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13057 for freebsd-current-outgoing; Sun, 20 Sep 1998 20:32:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep1-orange.clear.net.nz (fep1-orange.clear.net.nz [203.97.32.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13043 for ; Sun, 20 Sep 1998 20:32:13 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep1-orange.clear.net.nz (1.5/1.11) with ESMTP id PAA20324; Mon, 21 Sep 1998 15:31:42 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id PAA00667 for current@freebsd.org; Mon, 21 Sep 1998 15:31:42 +1200 (NZST) Message-ID: <19980921153137.A659@clear.co.nz> Date: Mon, 21 Sep 1998 15:31:37 +1200 From: Joe Abley To: current@FreeBSD.ORG Subject: Navigator 4.06 for FreeBSD 3.0-ELF? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anybody from Netscape read this list? An unsupported elf binary of Navigator would be nice :) Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 20:37:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13848 for freebsd-current-outgoing; Sun, 20 Sep 1998 20:37:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA13836 for ; Sun, 20 Sep 1998 20:37:05 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zKwlx-0006yi-00; Sun, 20 Sep 1998 21:36:21 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id VAA13943; Sun, 20 Sep 1998 21:38:15 -0600 (MDT) Message-Id: <199809210338.VAA13943@harmony.village.org> To: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= Subject: Re: aic0 on -current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 19 Sep 1998 20:55:26 +0900." <19980919205526O.masafumi@aslm.rim.or.jp> References: <19980919205526O.masafumi@aslm.rim.or.jp> Date: Sun, 20 Sep 1998 21:38:15 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980919205526O.masafumi@aslm.rim.or.jp> Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= writes: : Is aic0 no longer supported on -current? aic is not (currently) supported by CAM. It likely will be shortly, but until then you are out of luck. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 20:42:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14782 for freebsd-current-outgoing; Sun, 20 Sep 1998 20:42:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA14777 for ; Sun, 20 Sep 1998 20:42:08 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zKwqx-0006yo-00; Sun, 20 Sep 1998 21:41:31 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id VAA13960; Sun, 20 Sep 1998 21:43:26 -0600 (MDT) Message-Id: <199809210343.VAA13960@harmony.village.org> To: Brian Beattie Subject: Re: aic0 on -current Cc: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 20 Sep 1998 10:12:36 PDT." References: Date: Sun, 20 Sep 1998 21:43:26 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Brian Beattie writes: : Currently the aic driver is not supported by cam. The aic driver supports : controllers base on the 6260/6360 chip from adaptec, this list as far as I : know is 152x, 1510, 1505, 1640 (pcmcia), and some other that slip my mind : right now. The 1520, 1522, 1522A and 1520A (to expand the x a little). The non-A versions use the aic6260, while the A versions use the 6360. I've heard rumors of a AP or B version of these cards that are just like the A version, except they do plug and play. There is also a cute little card that Justin loaned me that is labeled aha-1502 [sic] which has a 6360 on it, and little else (the card is 1" tall, ISA length). There is also the 1515 card that I've seen references to. The PCMCIA field has about 20 pcmcia cards that have these babies in them. Other than adaptech's offereing (which I think would be a 14xx numbered card, since 16xx numbered cards were microchannel), I don't know which cards use this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 20:48:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15734 for freebsd-current-outgoing; Sun, 20 Sep 1998 20:48:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15729 for ; Sun, 20 Sep 1998 20:48:12 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id NAA10014; Mon, 21 Sep 1998 13:17:19 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id NAA09263; Mon, 21 Sep 1998 13:17:18 +0930 (CST) Message-ID: <19980921131718.I8807@freebie.lemis.com> Date: Mon, 21 Sep 1998 13:17:18 +0930 From: Greg Lehey To: Alfred Perlstein , current@FreeBSD.ORG Subject: Re: vinum in, but not in the Makefiles? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Alfred Perlstein on Thu, Sep 17, 1998 at 06:27:47PM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 17 September 1998 at 18:27:47 -0500, Alfred Perlstein wrote: > > i noticed "vinum" got added into the source tree, heard about it a few > months back, LVM for freebsd sounds awesome. > > however it's not being built because it's not part of the subdirs in: > src/sbin/Makefile > > how beta is it? or was this just an oversight? Congratulations for bringing light into the dark room. It wasn't an oversight. I've been travelling the last 10 days, and I didn't have time to make 100% sure that it wouldn't break a 'make world' (I still haven't; I'm currently checking the -current version out), so in order to ensure I didn't break everybody's make again, I didn't update the Makefiles. Expect them in Real Soon Now. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:12:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18561 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:12:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA18554 for ; Sun, 20 Sep 1998 21:12:43 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.32] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id wa434482 for ; Sun, 20 Sep 1998 23:11:39 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id XAA00415; Sun, 20 Sep 1998 23:12:00 -0500 (CDT) (envelope-from tom) Message-ID: <19980920231129.A398@TOJ.org> Date: Sun, 20 Sep 1998 23:11:29 -0500 From: Tom Jackson To: Chuck Robey , Tom Jackson Cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld References: <19980920195718.A1931@TOJ.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 20, 1998 at 09:56:16PM -0400 Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was being specific to your question, 'could I build make -j# world without the aout build' on SMP. As advised, I left the aout build in until a while after the cam and perl5 integration. I now have NOAOUT= true in my make.conf file. Have had no troubles making world at all, and that's with -DNOCLEAN. ymmv On Sun, Sep 20, 1998 at 09:56:16PM -0400, Chuck Robey wrote: > On Sun, 20 Sep 1998, Tom Jackson wrote: > > > I did yesterday but not yet today. > > Could I ask you to please be a little more specific? I'm trying to see > if using NOAOUT is a requirement for a -j # build. If you've done it > with it, I need to know, and I also need to know if you don't it without > it. I already knew that everyone's been getting the -j # builds > working, but I don't know how NOAOUT figures in. > > Please bear with me, and try to get this answered. I maybe should have > stressed that I am investigating the NOAOUT sensitivity, not -j 8 > buildability. > > > > > On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > > > I just decided to see if I could get around my trouble by limiting my > > > buildworld to just the elf part, so I did > > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > > immediately after this that my buildworld always breaks, when I don't > > > disable the aout part. > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:13:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18627 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:13:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA18592 for ; Sun, 20 Sep 1998 21:12:59 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.32] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id ya434484 for ; Sun, 20 Sep 1998 23:11:53 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id XAA00421; Sun, 20 Sep 1998 23:12:13 -0500 (CDT) (envelope-from tom) Message-ID: <19980920231129.A398@TOJ.org> Date: Sun, 20 Sep 1998 23:12:13 -0500 From: Tom Jackson To: Chuck Robey , Tom Jackson Cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld References: <19980920195718.A1931@TOJ.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 20, 1998 at 09:56:16PM -0400 Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was being specific to your question, 'could I build make -j# world without the aout build' on SMP. As advised, I left the aout build in until a while after the cam and perl5 integration. I now have NOAOUT= true in my make.conf file. Have had no troubles making world at all, and that's with -DNOCLEAN. ymmv On Sun, Sep 20, 1998 at 09:56:16PM -0400, Chuck Robey wrote: > On Sun, 20 Sep 1998, Tom Jackson wrote: > > > I did yesterday but not yet today. > > Could I ask you to please be a little more specific? I'm trying to see > if using NOAOUT is a requirement for a -j # build. If you've done it > with it, I need to know, and I also need to know if you don't it without > it. I already knew that everyone's been getting the -j # builds > working, but I don't know how NOAOUT figures in. > > Please bear with me, and try to get this answered. I maybe should have > stressed that I am investigating the NOAOUT sensitivity, not -j 8 > buildability. > > > > > On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > > > I just decided to see if I could get around my trouble by limiting my > > > buildworld to just the elf part, so I did > > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > > immediately after this that my buildworld always breaks, when I don't > > > disable the aout part. > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:13:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18679 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:13:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA18658 for ; Sun, 20 Sep 1998 21:13:28 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.32] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id aa434486 for ; Sun, 20 Sep 1998 23:12:24 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id XAA00426; Sun, 20 Sep 1998 23:12:45 -0500 (CDT) (envelope-from tom) Message-ID: <19980920231129.A398@TOJ.org> Date: Sun, 20 Sep 1998 23:12:45 -0500 From: Tom Jackson To: Chuck Robey , Tom Jackson Cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld References: <19980920195718.A1931@TOJ.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 20, 1998 at 09:56:16PM -0400 Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was being specific to your question, 'could I build make -j# world without the aout build' on SMP. As advised, I left the aout build in until a while after the cam and perl5 integration. I now have NOAOUT= true in my make.conf file. Have had no troubles making world at all, and that's with -DNOCLEAN. ymmv On Sun, Sep 20, 1998 at 09:56:16PM -0400, Chuck Robey wrote: > On Sun, 20 Sep 1998, Tom Jackson wrote: > > > I did yesterday but not yet today. > > Could I ask you to please be a little more specific? I'm trying to see > if using NOAOUT is a requirement for a -j # build. If you've done it > with it, I need to know, and I also need to know if you don't it without > it. I already knew that everyone's been getting the -j # builds > working, but I don't know how NOAOUT figures in. > > Please bear with me, and try to get this answered. I maybe should have > stressed that I am investigating the NOAOUT sensitivity, not -j 8 > buildability. > > > > > On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > > > I just decided to see if I could get around my trouble by limiting my > > > buildworld to just the elf part, so I did > > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > > immediately after this that my buildworld always breaks, when I don't > > > disable the aout part. > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:15:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18848 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:15:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA18835 for ; Sun, 20 Sep 1998 21:15:11 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.32] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id ca434488 for ; Sun, 20 Sep 1998 23:13:48 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id XAA00431; Sun, 20 Sep 1998 23:14:08 -0500 (CDT) (envelope-from tom) Message-ID: <19980920231129.A398@TOJ.org> Date: Sun, 20 Sep 1998 23:14:08 -0500 From: Tom Jackson To: Chuck Robey , Tom Jackson Cc: freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld References: <19980920195718.A1931@TOJ.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 20, 1998 at 09:56:16PM -0400 Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was being specific to your question, 'could I build make -j# world without the aout build' on SMP. As advised, I left the aout build in until a while after the cam and perl5 integration. I now have NOAOUT= true in my make.conf file. Have had no troubles making world at all, and that's with -DNOCLEAN. ymmv On Sun, Sep 20, 1998 at 09:56:16PM -0400, Chuck Robey wrote: > On Sun, 20 Sep 1998, Tom Jackson wrote: > > > I did yesterday but not yet today. > > Could I ask you to please be a little more specific? I'm trying to see > if using NOAOUT is a requirement for a -j # build. If you've done it > with it, I need to know, and I also need to know if you don't it without > it. I already knew that everyone's been getting the -j # builds > working, but I don't know how NOAOUT figures in. > > Please bear with me, and try to get this answered. I maybe should have > stressed that I am investigating the NOAOUT sensitivity, not -j 8 > buildability. > > > > > On Sun, Sep 20, 1998 at 08:00:44PM -0400, Chuck Robey wrote: > > > I just decided to see if I could get around my trouble by limiting my > > > buildworld to just the elf part, so I did > > > make -j 12 NOAOUT=1 buildworld. This worked perfectly well. It's > > > immediately after this that my buildworld always breaks, when I don't > > > disable the aout part. > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:22:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20188 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:22:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20168 for ; Sun, 20 Sep 1998 21:22:43 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA20695; Sun, 20 Sep 1998 21:22:40 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Chuck Robey cc: Tom Jackson , freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-reply-to: Your message of "Sun, 20 Sep 1998 21:56:16 EDT." Date: Sun, 20 Sep 1998 21:22:40 -0700 Message-ID: <20691.906351760@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Could I ask you to please be a little more specific? I'm trying to see > if using NOAOUT is a requirement for a -j # build. If you've done it It is not. I have been doing -j builds on everything from FreeBSD/Alpha to FreeBSD/x86 and with the very latest (well, as of this afternoon) -current sources and I am setting *no* special compile-time options. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:26:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20795 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:26:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20720 for ; Sun, 20 Sep 1998 21:26:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA20719; Sun, 20 Sep 1998 21:25:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Brian Feldman cc: Terry Lambert , Peter Wemm , freebsd@timog.prestel.co.uk, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Sun, 20 Sep 1998 22:37:43 EDT." Date: Sun, 20 Sep 1998 21:25:54 -0700 Message-ID: <20714.906351954@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hmm... reference to MFS working? Really? I seem to notice otherwise. For Probably seems that way due to insufficient gathering of evidence. I've been using MFS on all my -current boxes for awhile and even set the 32 minute "worldstone" record on the quad-Xeon box by sticking /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). I experienced no crashes or instability that could be attributed to MFS. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:29:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21248 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:29:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21187 for ; Sun, 20 Sep 1998 21:28:54 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id WAA00892; Sun, 20 Sep 1998 22:21:46 -0600 (MDT) Date: Sun, 20 Sep 1998 22:21:46 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809210421.WAA00892@narnia.plutotech.com> To: freebsd@magnet.geophysik.tu-freiberg.de cc: current@FreeBSD.ORG Subject: Re: CAM big Problems, disk disappeared ! Newsgroups: pluto.freebsd.current In-Reply-To: <199809201543.RAA08115@magnet.geophysik.tu-freiberg.de> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809201543.RAA08115@magnet.geophysik.tu-freiberg.de> you wrote: > Hi, > > first please excuse my broken english, neverthless I'll try to > explain my problem: Looks like I lost some twin channel support in a recent sequencer cleanup. This patch will likely correct the problem, but I won't be able to test it myself until tomorrow. My EISA box still has a 1742 in it from when I ported that driver to CAM. -- Justin ==== //depot/cam/sys/dev/aic7xxx/aic7xxx.seq#49 - /a/perforce/src/sys/dev/aic7xxx/aic7xxx.seq ==== *** /tmp/tmp.887.0 Sun Sep 20 22:20:42 1998 --- /a/perforce/src/sys/dev/aic7xxx/aic7xxx.seq Sun Sep 20 22:19:31 1998 *************** *** 385,390 **** --- 385,394 ---- initiator_reselect: /* XXX test for and handle ONE BIT condition */ and SAVED_TCL, SELID_MASK, SELID; + if ((ahc->features & AHC_TWIN) != 0) { + test SBLKCTL, SELBUSB jz . + 2; + or SAVED_TCL, SELBUSB; + } or SXFRCTL0, SPIOEN|CLRCHN; mvi CLRSINT1,CLRBUSFREE; or SIMODE1, ENBUSFREE; /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:33:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22308 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:33:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22217 for ; Sun, 20 Sep 1998 21:32:52 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id AAA16004; Mon, 21 Sep 1998 00:33:35 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 21 Sep 1998 00:33:35 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: ben@rosengart.com cc: Mark Murray , current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You are familiar with dumpon right? and gdb -k? Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Sun, 20 Sep 1998, Snob Art Genre wrote: > On Sun, 20 Sep 1998, Mark Murray wrote: > > > With a panic, you also need to supply the stack bactrace, > > That would be a lot easier if the kernel would be kind enough to dump > core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 21:58:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26700 for freebsd-current-outgoing; Sun, 20 Sep 1998 21:58:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from intergate.ipinc.com (intergate.ipinc.com [198.147.128.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26672 for ; Sun, 20 Sep 1998 21:58:00 -0700 (PDT) (envelope-from bob@boogie.ipinc.com) Received: from boogie.ipinc.com (boogie.ipinc.com [199.245.188.76]) by intergate.ipinc.com (8.8.7/8.8.7) with ESMTP id VAA21011; Sun, 20 Sep 1998 21:57:28 -0700 (PDT) Received: from boogie.ipinc.com (localhost [127.0.0.1]) by boogie.ipinc.com (8.8.4/8.8.0) with ESMTP id VAA26664; Sun, 20 Sep 1998 21:57:28 -0700 (PDT) Message-Id: <199809210457.VAA26664@boogie.ipinc.com> To: "Justin T. Gibbs" , current@FreeBSD.ORG cc: bob@carlsbad.ipinc.com Subject: Problems with DPT/CAM and RAIDed drives under 3.0-CURRENT Date: Sun, 20 Sep 1998 21:57:28 -0700 From: Robert Crowe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not sure if this is a known problem or not, but under CURRENT (synced on 9/20), the kernel fails to boot from a raided disk. If I break the raid array (or even just yank one of the disks and let the controller think the array is degraded) the kernel boots just fine. When the array is built, I get the following lines right after probing npx0: (probe0:0:0:0): CCB 0xf875a07c - timed out With dpt_scsi 1.14, this error would print about 5 times then panic with a trap type 12 at _camq_insert + 0xf movl %ecx,0(%eax,%edx,4) With dpt_scsi 1.15 it appears to just hang after the print (or maybe I didn't wait long enough) Heres some information on the system, let me know if I can provide anything else: The system is a single cpu PII-350 without SMP or Softupdates. It has a PM2144UW with raid module and 16MB cache, with 4 disks attached and 1 tape drive. Only 2 of the disks show up in the dmesg below as I have taken the others offline since they normally constistute the mirrors (raid-1) of the two below. The scsi cables/terminators on this system are top-notch, and it has worked fine with the old scsi system for a few months. It does have a wd disk, but that is not booted from, only used for an amanda dump disk. dmesg output (from when the array is broken and it can boot): Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-BETA #2: Sun Sep 20 20:32:12 PDT 1998 bob@tsunami.carlsbad.ipinc.com:/usr/work/src/freebsd3/sys/compile/TSUNAMI Timecounter "i8254" frequency 1193182 Hz cost 3188 ns CPU: Pentium II (quarter-micron) (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183fbff> real memory = 268435456 (262144K bytes) avail memory = 258252800 (252200K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip3: rev 0x01 int d irq 255 on pci0.7.2 chip4: rev 0x02 on pci0.7.3 de0: rev 0x22 int a irq 11 on pci0.8.0 de0: Asante 21140A [10-100Mb/s] pass 2.2 de0: address 00:00:94:a4:2d:73 de0: enabling 10baseT port dpt0: rev 0x02 int a irq 10 on pci0.9.0 dpt0: DPT PM2144UW FW Rev. 07LY, 1 channel, 64 CCBs de1: rev 0x22 int a irq 9 on pci0.10.0 de1: Asante 21140A [10-100Mb/s] pass 2.2 de1: address 00:00:94:a4:25:e3 de1: enabling 10baseT port vga0: rev 0x16 int a irq 11 on pci0.12.0 Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface probing for RocketPort(ISA) unit 0 rp0 at 0x280 msize 68 on isa RocketPort0 = 8 ports fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3098MB (6346368 sectors), 6296 cyls, 16 heads, 63 S/T, 512 B/S scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface sa0 at dpt0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI2 device da0 at dpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: Tagged Queueing Enabled da0: 4340MB (8888412 512 byte sectors: 255H 63S/T 553C) da1 at dpt0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: Tagged Queueing Enabled da1: 2171MB (4446289 512 byte sectors: 255H 63S/T 276C) changing root device to da0s1a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 22:38:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01926 for freebsd-current-outgoing; Sun, 20 Sep 1998 22:38:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01917 for ; Sun, 20 Sep 1998 22:38:12 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:0JWt5uuZ939eAZGDeg8HwZmq7GuHfssy@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA07600; Mon, 21 Sep 1998 07:37:27 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809210537.HAA07600@gratis.grondar.za> To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Your message of " Sun, 20 Sep 1998 21:07:59 -0400." References: Date: Mon, 21 Sep 1998 07:37:26 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > I don't want to sound like a whiner, but it would be *really* nice if > either someone had alerted me to the fact that I wasn't giving enough > information, or if the panic message mentioned this necessary bit. > Yes, I should probably have read more of the handbook. That sounds like support. Current is simply not supported. Good advice about the handbook, though... ;-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 22:47:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03719 for freebsd-current-outgoing; Sun, 20 Sep 1998 22:47:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt12-119.detroit.mi.ameritech.net [209.18.31.119]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03649 for ; Sun, 20 Sep 1998 22:47:08 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id BAA04489 for ; Mon, 21 Sep 1998 01:46:33 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <3605E837.701ED953@ameritech.net> Date: Mon, 21 Sep 1998 01:46:31 -0400 From: Adam McDougall X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt References: <199809162331.RAA05169@narnia.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > > In article <19980916142943.C367@kublai.com> you wrote: > > On Wed, Sep 16, 1998 at 12:45:26PM -0400, Adam McDougall wrote: > >> Adam McDougall wrote: > >> > > >> > Hi, since doing several make worlds and kernels since CAM was in, I have > >> > had two total sudden system freezes. > >> > >> Whoops forgot to say I was using softupdates. > > Can either of you reproduce this problem without softupdates? If the > problem is in the CAM code, disabling softupdates should exacerbate > the problem as you will end up doing more I/O. > > Suspicious of softupdates... > Justin > Yes I disabled softupdates and it still happened. Suspiciously I think each time the freeze occurred was when using (linux) ELF netscape with ELF world and Xfree. The very last crash happened when the disk was fairly idle, just scrolling around in netscape. However it never froze the comp before CAM :/ I noticed some commits about atlas II quirks, what do they mean? Also, is there anything else I can try to help diagnose the problem? Not much I can do once it's crashed, cant even ping it. PS. I've been cvsup'ing and compiling world and kernel approx. daily to keep up to date on sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 22:48:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04117 for freebsd-current-outgoing; Sun, 20 Sep 1998 22:48:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA04095 for ; Sun, 20 Sep 1998 22:48:49 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.58.99]) by smtp01.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAABF3; Mon, 21 Sep 1998 07:48:19 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Mon, 21 Sep 1998 07:49:21 +0200 To: Nicolas Souchu From: Jeroen Ruigrok/Asmodai Subject: Re: Zip drives/vpo0 device [LONG: LOG] Cc: FreeBSD Current In-Reply-To: <19980920223303.00046@breizh.prism.uvsq.fr> References: <19980920193529.04194@breizh.prism.uvsq.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 00:33 21-09-98 , Nicolas Souchu wrote: >On Sun, Sep 20, 1998 at 08:30:09PM +0200, Jeroen Ruigrok/Asmodai wrote: >>ignoring CAM for the moment =), what's da0? I haven't managed to CVSup my >>May SNAP yet... Still struggling with ppp. Pointers are welcome =) Already >>read too many out of date docs... > >You should ask to -question mailing list about ppp. I will =) It's the factor that's holding me back at the moment to upgrade... >You'll need -current for the ZIP+. Your snap is too old, ZIP+ driver was >commited this week. Aha =) Cool =) >>>controller ppbus0 >>>controller vpo0 at ppbus? >>> >>>device nlpt0 at ppbus? >>>device ppi0 at ppbus? >>>device plip0 at ppbus? >>> >>>controller ppc0 at isa? port 0x278 tty irq 7 vector ppcintr >> >>Aha, that ppc0 wasn't clear to me, included it now... > >The ppbus system is alike the scsi bus. You need generic bus code (ppbus), >a driver (vpo) and an interface (ppc0). You should download at least a newer >LINT file in order to read the comments. I know... I have to finish the >manpages :) Btw, what documentation is good for starting to write device drivers stuff, I have AS Tanenbaum's Modern Operating Systems, but I cannot find anything suited specifically for FreeBSD, did anybody bother to even guideline it? >>Hmmm, I only have the options to set the parallel port to: Normal, >>Bi-directional and ECP. Any hints for the best throughput? > >EPP is best, ECP useless for ZIP[+], PS/2 and then NIBBLE otherwise. setling for PS/2 then >Please, upgrade your system, then ask me again. Hope ye mean on software level, as this laptop is spanking new =) So I am once again stuck at ppp level? Cool =P Thanks Nicolas, Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgXa0oY752GnxADpEQJorACgtR+D47xcKKfLeJL0dQf5exSolgwAoJVy Azf82gKoWRB5C4yExfc+zVjl =iPX1 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:00:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06489 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:00:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06479 for ; Sun, 20 Sep 1998 23:00:25 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:d2pAQBliusrh4s351BXvBDYFsCMM95iV@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA07941; Mon, 21 Sep 1998 07:59:18 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809210559.HAA07941@gratis.grondar.za> To: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= cc: freebsd-current@FreeBSD.ORG Subject: Re: problem with perl5? In-Reply-To: Your message of " Mon, 21 Sep 1998 12:20:21 +0900." <199809210320.MAA06071@access.sfc.wide.ad.jp> References: <199809210320.MAA06071@access.sfc.wide.ad.jp> Date: Mon, 21 Sep 1998 07:59:17 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= wrote: > As I updated my box to -current as of about 4 hours ago or so, the > following code stopped working. Is this problem with perl, or is it > the code? I truly appreciate help from perl experts. > > ---------------------------------------------------------------------- > BEGIN { @AnyDBM_File::ISA = qw(DB_File NDBM_File SDBM_File) }; > use AnyDBM_File; > $db = shift @AnyDBM_File::ISA; > $db =~ s/_File//; > print "$db\n"; > ---------------------------------------------------------------------- On my box, this code printed DB ...and this did not surprise me :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:06:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07110 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:06:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07041 for ; Sun, 20 Sep 1998 23:05:54 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:KnDwZZCirWcHpYAtLbuhwnx1e7A4vGNX@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA08008; Mon, 21 Sep 1998 08:04:54 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809210604.IAA08008@gratis.grondar.za> To: John Birrell cc: current@FreeBSD.ORG Subject: Perl fixes (Was: Re: [CAM] Broken tagged queuing drive?) In-Reply-To: Your message of " Mon, 21 Sep 1998 09:54:41 +1000." <199809202354.JAA25191@cimlogic.com.au> References: <199809202354.JAA25191@cimlogic.com.au> Date: Mon, 21 Sep 1998 08:04:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > I have an uncommitted fix to get the rest of the legacy libraries installed. > I was hoping for a solution to the perl5 problem which I'm sort of looking > at (with a background build) while I do other work. I have a huge cleanup of the perl build which i'll likely commit tonight. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:13:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08327 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:13:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08302 for ; Sun, 20 Sep 1998 23:13:23 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id CAA14266; Mon, 21 Sep 1998 02:14:20 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 21 Sep 1998 02:14:19 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <20714.906351954@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the people that reported instability were using MFS root i think. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Sun, 20 Sep 1998, Jordan K. Hubbard wrote: > > Hmm... reference to MFS working? Really? I seem to notice otherwise. For > > Probably seems that way due to insufficient gathering of evidence. > I've been using MFS on all my -current boxes for awhile and even set > the 32 minute "worldstone" record on the quad-Xeon box by sticking > /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). > I experienced no crashes or instability that could be attributed to > MFS. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:15:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08673 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:15:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08665 for ; Sun, 20 Sep 1998 23:15:53 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zKuE5-0004M7-00 for freebsd-current@freebsd.org; Mon, 21 Sep 1998 01:53:13 +0100 Date: Mon, 21 Sep 1998 01:53:12 +0100 From: Ben Smithurst To: freebsd-current@FreeBSD.ORG Subject: Minor patch to src/sys/i386/conf/LINT Message-ID: <19980921015312.A15286@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.94.3i (FreeBSD 3.0-BETA i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maybe a small thing, but surely it should be changed ... --- src/sys/i386/conf/LINT~ Mon Sep 21 01:45:04 1998 +++ src/sys/i386/conf/LINT Mon Sep 21 01:45:17 1998 @@ -52,7 +52,7 @@ # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: -# strings /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL +# strings -aout /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel ... otherwise it won't work. As I found out a few weeks back... :-( Or will the -aout switch not be needed at some point? -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:21:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09320 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:21:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09309 for ; Sun, 20 Sep 1998 23:21:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA21320; Sun, 20 Sep 1998 23:21:25 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Alfred Perlstein cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Mon, 21 Sep 1998 02:14:19 CDT." Date: Sun, 20 Sep 1998 23:21:25 -0700 Message-ID: <21316.906358885@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > the people that reported instability were using MFS root i think. The installation floppy uses MFS root. I don't recall any problems with it. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:22:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09459 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:22:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09454 for ; Sun, 20 Sep 1998 23:22:28 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id IAA01414 for freebsd-current@FreeBSD.ORG; Mon, 21 Sep 1998 08:21:58 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 51BAE1513; Mon, 21 Sep 1998 08:15:35 +0200 (CEST) Date: Mon, 21 Sep 1998 08:15:35 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? Message-ID: <19980921081535.A13288@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <1414.906339242@dstc.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <1414.906339242@dstc.edu.au>; from George Michaelson on Mon, Sep 21, 1998 at 10:54:02AM +1000 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to George Michaelson: > I snarfed an OpenLinux CD with staroffice 4.0 and found > that it worked right up to about 30 seconds of elapsed > walltime when truss shows its spinlooped in SIGNAL 11 and > it has to be killed. I see it happens regularely on current (for months). Sometimes it will runs w/o problems and sometimes it will lock up. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:32:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10593 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:32:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10575 for ; Sun, 20 Sep 1998 23:32:03 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id QAA26302; Mon, 21 Sep 1998 16:36:39 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809210636.QAA26302@cimlogic.com.au> Subject: MFS (was Re: DEVFS & SLICE?) In-Reply-To: <21316.906358885@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 20, 98 11:21:25 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 21 Sep 1998 16:36:39 +1000 (EST) Cc: bright@hotjobs.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > the people that reported instability were using MFS root i think. > > The installation floppy uses MFS root. I don't recall any problems > with it. I'm working on an embedded project that uses MFS root and I haven't seen any problems either. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:36:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11133 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:36:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11116 for ; Sun, 20 Sep 1998 23:36:40 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id XAA03377; Sun, 20 Sep 1998 23:36:03 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809210636.XAA03377@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? In-reply-to: Your message of "Mon, 21 Sep 1998 08:15:35 +0200." <19980921081535.A13288@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 23:36:03 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > According to George Michaelson: > > I snarfed an OpenLinux CD with staroffice 4.0 and found > > that it worked right up to about 30 seconds of elapsed > > walltime when truss shows its spinlooped in SIGNAL 11 and > > it has to be killed. > > I see it happens regularely on current (for months). Sometimes it will runs > w/o problems and sometimes it will lock up. > -- Star Office patch level 3 has not locked up over here in a while . Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:41:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11934 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:41:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11900; Sun, 20 Sep 1998 23:41:04 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id IAA29156; Mon, 21 Sep 1998 08:44:32 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 21 Sep 1998 08:44:31 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Peter Wemm cc: "Jordan K. Hubbard" , current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <199809201928.DAA02596@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Peter Wemm wrote: > The PicoBSD folks have bailed out already by the look of it. Well, what _could_ we do when faced with sudden absence of SLICE..?? As I said previously, from my point of view this change makes DEVFS totally unusable, even to the point that I'd suggest marking it broken for now. Soren, you said you used DEVFS without SLICE on regular basis. Tell me then, please, what for, because I can't see what (significant) added functionality over standard /dev/* it offered... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:42:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12224 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:42:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from camel.ethereal.net (camel.ethereal.net [206.79.74.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA12201 for ; Sun, 20 Sep 1998 23:42:07 -0700 (PDT) (envelope-from mistwolf@camel.ethereal.net) Received: (from mistwolf@localhost) by camel.ethereal.net (8.9.1/8.9.1) id XAA25226 for current@FreeBSD.ORG; Sun, 20 Sep 1998 23:41:34 -0700 (PDT) Message-ID: <19980920234133.B25110@ethereal.net> Date: Sun, 20 Sep 1998 23:41:33 -0700 From: Jamie Norwood To: current@FreeBSD.ORG Subject: current.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sure this has been asked a lot lately, but is current.freebsd.org down for good? I've not been able to access it since Friday, and need precisely one file to install the Sep17 SNAP on a test machine here! :) Any help appreciated, Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 20 23:58:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14864 for freebsd-current-outgoing; Sun, 20 Sep 1998 23:58:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14848 for ; Sun, 20 Sep 1998 23:58:13 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id JAA19204 for current@FreeBSD.ORG; Mon, 21 Sep 1998 09:56:56 +0300 (EEST) Message-ID: <19980921095656.C18812@matti.ee> Date: Mon, 21 Sep 1998 09:56:56 +0300 From: Vallo Kallaste To: current@FreeBSD.ORG Subject: Re: the fs fun never stops Reply-To: vallo@matti.ee References: <199809201922.PAA21926@skynet.ctr.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809201922.PAA21926@skynet.ctr.columbia.edu>; from Bill Paul on Sun, Sep 20, 1998 at 03:22:50PM -0400 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul wrote: > I see people constantly show panic messages like this but rarely do I > see someone take the time to match up the instruction pointer with a > function in the kernel symbol table. > > The best way to track down the cause of a panic is by capturing a crash > dump, then using gdb to to a stack trace on the crash dump. Of course, > this depends on gdb in -current working correctly, which I can't > guarantee (I recall somebody saying that the new ELF-ized gdb didn't > handle kernel crash dumps correctly: somebody should check this before > 3.0 goes out of beta or there'll be a lot of red faces after the CDs > ship). > > In any case, the method I nornally use is this: *** Perhaps all this nice posting should go into FAQ with somewhat modified form ? I can say that all replys I got from Bill are almost anytime very helpful and I learned a lot of things recently by this way. Can anybody pick it up and convert into FAQ, please ? Thanks Bill. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:08:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16342 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:08:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16312 for ; Mon, 21 Sep 1998 00:08:32 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id JAA14903; Mon, 21 Sep 1998 09:12:11 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 21 Sep 1998 09:12:11 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: ben@rosengart.com cc: Mark Murray , current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Snob Art Genre wrote: > On Sun, 20 Sep 1998, Mark Murray wrote: > > > With a panic, you also need to supply the stack bactrace, > > That would be a lot easier if the kernel would be kind enough to dump > core. I was recently helping Julian to debug problems with DEVFS, and nothing you could do could make the system to dump core. I had to read the handbook and try to use something called "remote GDB". Boy, is that fantastic!!! If you have some other machine nearby, and a null modem cable, pleasy try it - it's extremely helpful, it just allows you to debug kernel just like any other program, with full source code display. I'd say, try it even to only gain some experience - you won't regret it. And, did I mention that it doesn't require to dump any core? :-) Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:10:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16702 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:10:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16696 for ; Mon, 21 Sep 1998 00:10:17 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id JAA16180; Mon, 21 Sep 1998 09:15:26 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 21 Sep 1998 09:15:25 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Joachim Kuebart cc: FreeBSD Current Subject: Re: devfs boot problems In-Reply-To: <199809202138.XAA00555@> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Joachim Kuebart wrote: > Hi, > > I'm having trouble booting with devfs. To me it looks like the kernel > doesn't find the device entry for the boot device because it hangs > (reset switch...) after announcing 'changing root device to...' > > I put the devfs entry first in my /etc/fstab to no avail. Now I feel > stuck. > > Did I get something wrong? A pointer to some docu would probably > suffice... DEVFS is broken (at least for boot time) after removal of SLICE code - it doesn't automatically create necessary slice/partition nodes. Don't use it. :-( Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:12:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17081 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:12:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17076 for ; Mon, 21 Sep 1998 00:12:45 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id AAA06833; Mon, 21 Sep 1998 00:12:07 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809210712.AAA06833@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Mon, 21 Sep 1998 00:12:07 -0700 To: Adam McDougall , current@FreeBSD.ORG From: Manfred Antar Subject: Re: freezing problems with CAM and dpt In-Reply-To: <3605E837.701ED953@ameritech.net> References: <199809162331.RAA05169@narnia.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:46 AM 9/21/98 -0400, Adam McDougall wrote: >Justin T. Gibbs wrote: >> >> In article <19980916142943.C367@kublai.com> you wrote: >> > On Wed, Sep 16, 1998 at 12:45:26PM -0400, Adam McDougall wrote: >> >> Adam McDougall wrote: >> >> > >> >> > Hi, since doing several make worlds and kernels since CAM was in, I have >> >> > had two total sudden system freezes. >> >> >> >> Whoops forgot to say I was using softupdates. >> >> Can either of you reproduce this problem without softupdates? If the >> problem is in the CAM code, disabling softupdates should exacerbate >> the problem as you will end up doing more I/O. >> >> Suspicious of softupdates... >> Justin >> > >Yes I disabled softupdates and it still happened. Suspiciously I think >each time the freeze occurred was when using (linux) ELF netscape with >ELF world and Xfree. The very last crash happened when the disk was >fairly idle, just scrolling around in netscape. However it never froze >the comp before CAM :/ > >I noticed some commits about atlas II quirks, what do they mean? Also, >is there anything else I can try to help diagnose the problem? Not much >I can do once it's crashed, cant even ping it. > >PS. I've been cvsup'ing and compiling world and kernel approx. daily to >keep up to date on sources. If that drive is a Quantum atlas ll , then I had many problems using one with a DPT 2124 controller in non-RAID mode. I had to get rid of it. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:52:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21442 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:52:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hen.scotland.net (hen.scotland.net [194.247.65.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21428 for ; Mon, 21 Sep 1998 00:52:30 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from e2c2p36.scotland.net ([148.176.236.100] helo=timog.prestel.co.uk) by hen.scotland.net with esmtp (Exim 1.90 #5) for current@freebsd.org id 0zL0k8-0007lM-00; Mon, 21 Sep 1998 08:50:45 +0100 Received: (qmail 1037 invoked by uid 1002); 21 Sep 1998 07:40:17 -0000 Message-ID: <19980921084017.A976@prestel.co.uk> Date: Mon, 21 Sep 1998 08:40:17 +0100 From: Timo Geusch To: Joachim Kuebart Cc: current@FreeBSD.ORG Subject: Re: devfs boot problems References: <199809202138.XAA00555@> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809202138.XAA00555@>; from Joachim Kuebart on Sun, Sep 20, 1998 at 11:38:44PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 11:38:44PM +0200, Joachim Kuebart wrote: > Hi, > > I'm having trouble booting with devfs. To me it looks like the kernel > doesn't find the device entry for the boot device because it hangs > (reset switch...) after announcing 'changing root device to...' > > I put the devfs entry first in my /etc/fstab to no avail. Now I feel > stuck. > > Did I get something wrong? A pointer to some docu would probably > suffice... > > cu Jo Jo, please see the thread I kicked of lately - labelled 'DEVFS and SLICE'. I had nearly the same symptoms showing. Reason for my non-working -current was that I was running with an initially empty /dev. If this is not the case, try remaking all devices in /dev (without running devfs; dig out an old -stable fixit floppy; did it for me) by first doing a MAKEDEV all then doing a MAKEDEV [wd|da]* (whereever your partitions sit) to recreate the disk slices. That did it for me - after 4 days of plaing around. Grrr. Timo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21988 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:55:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21977 for ; Mon, 21 Sep 1998 00:55:33 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id AAA21023; Mon, 21 Sep 1998 00:55:03 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd020973; Mon Sep 21 00:54:58 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id AAA21237; Mon, 21 Sep 1998 00:54:43 -0700 (MST) From: Terry Lambert Message-Id: <199809210754.AAA21237@usr09.primenet.com> Subject: Re: DEVFS & SLICE? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 21 Sep 1998 07:54:43 +0000 (GMT) Cc: green@zone.syracuse.net, tlambert@primenet.com, peter@netplex.com.au, freebsd@timog.prestel.co.uk, current@FreeBSD.ORG In-Reply-To: <20714.906351954@time.cdrom.com> from "Jordan K. Hubbard" at Sep 20, 98 09:25:54 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hmm... reference to MFS working? Really? I seem to notice otherwise. For > > Probably seems that way due to insufficient gathering of evidence. > I've been using MFS on all my -current boxes for awhile and even set > the 32 minute "worldstone" record on the quad-Xeon box by sticking > /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). > I experienced no crashes or instability that could be attributed to > MFS. The major utility of MFS is to the install process. As a result, so long as it works for the install process, it works sufficiently well for the majority of consumers. With SLICE, it fails to work for the install process. This is pretty much the basis of the issue here... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:56:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22187 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:56:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp.algonet.se (angel.algonet.se [194.213.74.112]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA22174 for ; Mon, 21 Sep 1998 00:56:25 -0700 (PDT) (envelope-from mal@algonet.se) Received: (qmail 15948 invoked from network); 21 Sep 1998 07:37:38 -0000 Received: from kairos.algonet.se (HELO kairos) (194.213.74.18) by angel.algonet.se with SMTP; 21 Sep 1998 07:37:38 -0000 Received: (mal@localhost) by kairos (SMI-8.6/8.6.12) id JAA07641; Mon, 21 Sep 1998 09:37:38 +0200 Date: Mon, 21 Sep 1998 09:37:38 +0200 Message-Id: <199809210737.JAA07641@kairos> From: Mats Lofkvist To: tlambert@primenet.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809202009.NAA28679@usr04.primenet.com> (message from Terry Lambert on Sun, 20 Sep 1998 20:09:26 +0000 (GMT)) Subject: Re: pthreads and sync writes References: <199809202009.NAA28679@usr04.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is it possible to do a sync write from a thread without blocking > the process completely? I have tried with open(O_FSYNC) and by > calling fsync() after writev(), but neither seem to make any other > thread runnable. The point of the system call is to block the caller until the caller is guaranteed that the cached contents of the file are the same as those on on disk (i.e., it flushes the write-through cache). Yes, but is there a way doing it without blocking the other threads in the process? E.g. doing something similiar to sync() for a single file (starting the flush) and then polling for the completion? This is a place where an async call gate would be useful. Sounds like major work :-) > Fsync()ing also seems to be sligtly faster, is this an illusion or > is there a difference in the semantics? When you write to a file with O_FSYNC, the write does not return until the data has been committed. When you write to a file without O_FSYNC and subsequently call fsync(2) on the descriptors, all dirty buffers are written to disk. As a result, the second case will give better performance if your application is such that you can do multiple writes before calling fsync(2) without sacrificing data integrity in the process. What happens is, effectively, write-gathering. I made the program call fsync after _every_ write (writev really) as an alternative to open(O_FSYNC), so there should be no difference in the amount of data written. Could there be a difference in the amount of meta-data (access times, file length, ...) written or the order they are written in (disk seeks are limiting the speed) ? Compare O_SYNC vs O_DSYNC in Solaris: I'm not sure I understand them but it looks like the former guarantees more meta-data updates being flushed ("synchronized _file_ integrity completion" vs "synchronized _data_ integrity completion"). _ Mats Lofkvist mal@algonet.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 00:57:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22289 for freebsd-current-outgoing; Mon, 21 Sep 1998 00:57:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles236.castles.com [208.214.165.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22280 for ; Mon, 21 Sep 1998 00:57:09 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id BAA21474; Mon, 21 Sep 1998 01:02:13 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809210802.BAA21474@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: vallo@matti.ee cc: current@FreeBSD.ORG Subject: Re: the fs fun never stops In-reply-to: Your message of "Mon, 21 Sep 1998 09:56:56 +0300." <19980921095656.C18812@matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 01:02:12 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Bill Paul wrote: > > > I see people constantly show panic messages like this but rarely do I > > see someone take the time to match up the instruction pointer with a > > function in the kernel symbol table. > > > > The best way to track down the cause of a panic is by capturing a crash > > dump, then using gdb to to a stack trace on the crash dump. Of course, > > this depends on gdb in -current working correctly, which I can't > > guarantee (I recall somebody saying that the new ELF-ized gdb didn't > > handle kernel crash dumps correctly: somebody should check this before > > 3.0 goes out of beta or there'll be a lot of red faces after the CDs > > ship). > > > > In any case, the method I nornally use is this: > > *** > > Perhaps all this nice posting should go into FAQ with somewhat modified form ? > I can say that all replys I got from Bill are almost anytime very helpful and > I learned a lot of things recently by this way. Can anybody pick it up and > convert into FAQ, please ? > Thanks Bill. How about you take it and write the FAQ entry? Don't worry about your formatting, spelling, grammar or whatever. Then submit it as a PR. It's much easier to reformat and tidy up something that's already been written than it is to write it from scratch. Note that you'll want to make sure that what you write fits in with the 'kernel debugging' section of the FAQ. Thanks, -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 01:15:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24522 for freebsd-current-outgoing; Mon, 21 Sep 1998 01:15:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA24516 for ; Mon, 21 Sep 1998 01:15:08 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 28408 invoked by uid 1001); 21 Sep 1998 08:14:38 +0000 (GMT) To: mistwolf@ethereal.net Cc: current@FreeBSD.ORG Subject: Re: current.freebsd.org In-Reply-To: Your message of "Sun, 20 Sep 1998 23:41:33 -0700" References: <19980920234133.B25110@ethereal.net> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 21 Sep 1998 10:14:38 +0200 Message-ID: <28406.906365678@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm sure this has been asked a lot lately, but is current.freebsd.org down > for good? I've not been able to access it since Friday, and need precisely > one file to install the Sep17 SNAP on a test machine here! :) See ftp://trane.uninett.no/pub/FreeBSD/3.0-19980917-SNAP/ Also ftp://trane.uninett.no/pub/FreeBSD/3.0-19980919-BETA/ Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 01:16:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24708 for freebsd-current-outgoing; Mon, 21 Sep 1998 01:16:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24703 for ; Mon, 21 Sep 1998 01:16:18 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA13546; Mon, 21 Sep 1998 01:15:49 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd013534; Mon Sep 21 01:15:44 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id BAA21912; Mon, 21 Sep 1998 01:15:40 -0700 (MST) From: Terry Lambert Message-Id: <199809210815.BAA21912@usr09.primenet.com> Subject: Re: pthreads and sync writes To: bde@zeta.org.au (Bruce Evans) Date: Mon, 21 Sep 1998 08:15:40 +0000 (GMT) Cc: mal@algonet.se, tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809202308.JAA18502@godzilla.zeta.org.au> from "Bruce Evans" at Sep 21, 98 09:08:37 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Btw, O_FSYNC isn't documented in open.2. > > > >Then the man page is broken, since this has existed as an option to > >open(2) in UNIX for a very, very long time. > > I was almost right about O_FSYNC being a no-op. It wasn't implemented > in FreeBSD until the Lite2 merge. It is still a no-op in -stable. > Had it been an optional no-op in all versions of BSD for a very, very > long time? The answer is "yes, according to the source tree". Note that, IMO, failure to support this option in FreeBSD, if such occurs, makes FreeBSD wrong, not the other way around. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 01:18:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24822 for freebsd-current-outgoing; Mon, 21 Sep 1998 01:18:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA24816 for ; Mon, 21 Sep 1998 01:18:20 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA14033; Mon, 21 Sep 1998 01:17:48 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd013990; Mon Sep 21 01:17:46 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id BAA21935; Mon, 21 Sep 1998 01:17:38 -0700 (MST) From: Terry Lambert Message-Id: <199809210817.BAA21935@usr09.primenet.com> Subject: Re: ELF ldconfig To: dholland@cs.toronto.edu (David Holland) Date: Mon, 21 Sep 1998 08:17:38 +0000 (GMT) Cc: tlambert@primenet.com, dholland@cs.toronto.edu, peter@netplex.com.au, jabley@clear.co.nz, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <98Sep20.194011edt.37911-17305@qew.cs.toronto.edu> from "David Holland" at Sep 20, 98 07:40:08 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I would be interested in this. I know that FreeBSD's old a.out > > linker is architecturally incapable of enforcing symbol existance > > at link time so that ld.so doesn't have to, at load time, without > > about 40 hours (which I don't have) of hacking. > > Note that ld.so still has to, in general, because the libraries ld.so > sees may not be the same ones that ld saw, and might be lacking the > symbols whether or not they were originally present. You mean "has to" in the "if it were correct code" sense, not "has to" in the "it does this sense". If you meant otherwise, you need to reread the code; it *doesn't* do this, though it *should*. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 01:25:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25944 for freebsd-current-outgoing; Mon, 21 Sep 1998 01:25:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from access.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25855 for ; Mon, 21 Sep 1998 01:24:50 -0700 (PDT) (envelope-from max@bourbon.sfc.wide.ad.jp) Received: (from max@localhost) by access.sfc.wide.ad.jp (8.9.1/3.7W-08/28/98) id RAA03707; Mon, 21 Sep 1998 17:22:54 +0900 (JST) Date: Mon, 21 Sep 1998 17:22:54 +0900 (JST) Message-Id: <199809210822.RAA03707@access.sfc.wide.ad.jp> To: mark@grondar.za Cc: max@wide.ad.jp, freebsd-current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: Re: problem with perl5? From: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= In-Reply-To: Your message of "Mon, 21 Sep 1998 07:59:17 +0200" <199809210559.HAA07941@gratis.grondar.za> References: <199809210559.HAA07941@gratis.grondar.za> X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark, Thanks for your response. Sorry, I forgot to include the output from perl -d. And it is as follows: ---------------------------------------------------------------------- Loading DB routines from perl5db.pl version 1.0401 Emacs support available. Enter h or `h h' for help. Signal SEGV at /usr/libdata/perl/5.00502/mach/DB_File.pm line 216 eval {...} called at /usr/libdata/perl/5.00502/mach/DB_File.pm line 214 require DB_File.pm called at (eval 1) line 2 eval 'require DB_File ;' called at /usr/libdata/perl/5.00502/AnyDBM_File.pm line 8 require AnyDBM_File.pm called at a line 2 main::BEGIN() called at /usr/libdata/perl/5.00502/mach/Fcntl.pm line 0 eval {...} called at /usr/libdata/perl/5.00502/mach/Fcntl.pm line 0 Abort (core dumped) ---------------------------------------------------------------------- The script I included in my previous mail is part of a configure script of some program. One of my boxes had no problem with it, but two others had the same problem. Cheers, Max >>>>> "mm" == Mark Murray writes: mm> Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= wrote: >> As I updated my box to -current as of about 4 hours ago or so, the >> following code stopped working. Is this problem with perl, or is it >> the code? I truly appreciate help from perl experts. >> >> ---------------------------------------------------------------------- >> BEGIN { @AnyDBM_File::ISA = qw(DB_File NDBM_File SDBM_File) }; >> use AnyDBM_File; >> $db = shift @AnyDBM_File::ISA; >> $db =~ s/_File//; >> print "$db\n"; >> ---------------------------------------------------------------------- mm> On my box, this code printed mm> DB mm> ...and this did not surprise me :-) mm> M mm> -- mm> Mark Murray mm> Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 01:53:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00109 for freebsd-current-outgoing; Mon, 21 Sep 1998 01:53:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29988 for ; Mon, 21 Sep 1998 01:53:23 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id SAA11011 for ; Mon, 21 Sep 1998 18:22:53 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id SAA09980; Mon, 21 Sep 1998 18:22:52 +0930 (CST) Message-ID: <19980921182252.B9960@freebie.lemis.com> Date: Mon, 21 Sep 1998 18:22:52 +0930 From: Greg Lehey To: FreeBSD current users Subject: Make world breaks in libbfd Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just tried to rebuild a world today, and it dies here: ===> gnu/usr.bin/binutils/libbfd cc -O -pipe -D_GNU_SOURCE -I- -I. -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -c /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o In file included from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:1417, from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:23: /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcore.h:23: sys/procfs.h: No such file or directory I resupped 8 hours later and had no change. Have I missed something? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 02:06:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA02272 for freebsd-current-outgoing; Mon, 21 Sep 1998 02:06:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA02207 for ; Mon, 21 Sep 1998 02:06:00 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA00493; Mon, 21 Sep 1998 10:04:23 +0100 (BST) Date: Mon, 21 Sep 1998 10:04:23 +0100 (BST) From: Doug Rabson To: Andrzej Bialecki cc: ben@rosengart.com, Mark Murray , current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Andrzej Bialecki wrote: > On Sun, 20 Sep 1998, Snob Art Genre wrote: > > > On Sun, 20 Sep 1998, Mark Murray wrote: > > > > > With a panic, you also need to supply the stack bactrace, > > > > That would be a lot easier if the kernel would be kind enough to dump > > core. > > I was recently helping Julian to debug problems with DEVFS, and nothing > you could do could make the system to dump core. I had to read the > handbook and try to use something called "remote GDB". > > Boy, is that fantastic!!! If you have some other machine nearby, and a > null modem cable, pleasy try it - it's extremely helpful, it just allows > you to debug kernel just like any other program, with full source code > display. I'd say, try it even to only gain some experience - you won't > regret it. > > And, did I mention that it doesn't require to dump any core? :-) I have to agree with this. The alpha port wouldn't be anywhere near working if I didn't have a working kernel gdb. Any other method of debugging kernels is like trying to fix a watch while wearing boxing gloves. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 02:42:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07004 for freebsd-current-outgoing; Mon, 21 Sep 1998 02:42:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06998 for ; Mon, 21 Sep 1998 02:42:42 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id RAA00483; Mon, 21 Sep 1998 17:41:11 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809210941.RAA00483@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: freebsd@magnet.geophysik.tu-freiberg.de, current@FreeBSD.ORG Subject: Re: CAM big Problems, disk disappeared ! In-reply-to: Your message of "Sun, 20 Sep 1998 22:21:46 CST." <199809210421.WAA00892@narnia.plutotech.com> Date: Mon, 21 Sep 1998 17:41:11 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: > In article <199809201543.RAA08115@magnet.geophysik.tu-freiberg.de> you wrote: > > Hi, > > > > first please excuse my broken english, neverthless I'll try to > > explain my problem: > > Looks like I lost some twin channel support in a recent sequencer cleanup. > This patch will likely correct the problem, but I won't be able to > test it myself until tomorrow. My EISA box still has a 1742 in it from > when I ported that driver to CAM. Yippee! :-) This just saved my trusty old 2xP5-90 from the same problem. The fix looks good, it's running now in twin channel mode on a 2742T right now (that's my mail machine and I'm sending this from it :-) > -- > Justin > [..] eisa0: Probing for devices on the EISA bus ahc0: at 0x1c00-0x1cff irq 11 on eisa0 slot 1 ahc0: aic7770 >= Rev E, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4/255 SCBs Probing for devices on PCI bus 0: [..] Intel Pentium F00F detected, installing workaround APIC_IO: routing 8254 via pin 2 IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 1000 packets/entry SMP: AP CPU #1 Launched! de0: enabling 10baseT port sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI2 device sa0: 5.0MB/s transfers (5.0MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 2048MB (4194304 512 byte sectors: 64H 32S/T 2048C) da1 at ahc0 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI2 device da1: 5.0MB/s transfers (5.0MHz, offset 15), Tagged Queueing Enabled da1: 1307MB (2676846 512 byte sectors: 64H 32S/T 1307C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present changing root device to da0s1a (da0:ahc0:0:0:0): tagged openings now 32 Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 03:16:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11400 for freebsd-current-outgoing; Mon, 21 Sep 1998 03:16:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11393 for ; Mon, 21 Sep 1998 03:16:12 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id DAA01885; Mon, 21 Sep 1998 03:15:43 -0700 (PDT) Message-ID: <19980921031542.A1874@nuxi.com> Date: Mon, 21 Sep 1998 03:15:42 -0700 From: "David O'Brien" To: Amancio Hasty Cc: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? Reply-To: obrien@NUXI.com References: <19980921081535.A13288@keltia.freenix.fr> <199809210636.XAA03377@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809210636.XAA03377@rah.star-gate.com>; from Amancio Hasty on Sun, Sep 20, 1998 at 11:36:03PM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Star Office patch level 3 has not locked up over here in a while . Where do we get it? -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Mon Sep 21 03:37:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA13430 for freebsd-current-outgoing; Mon, 21 Sep 1998 03:37:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA13425 for ; Mon, 21 Sep 1998 03:37:12 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id DAA01941 for freebsd-current@freebsd.org; Mon, 21 Sep 1998 03:36:43 -0700 (PDT) Message-ID: <19980921033643.B1874@nuxi.com> Date: Mon, 21 Sep 1998 03:36:43 -0700 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: reverting make to ignore $PWD Reply-To: obrien@NUXI.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've read all the remarks people made when Jordan removed $PWD support in rev 1.5. Many people gave examples of where it *COULD* be useful, but I didn't see anybody offer a Real World(tm) example of where it was truely useful. ON the other hand, I can show Real World breakage with bash2 which updates and exports $PWD on every `cd'. Are people go nuts again if this change is made (post 3.0)? My /usr/src -> /FBSD/src and this causes obj/ directories to be made sometimes in /usr/obj/FBSD/src and sometimes in /usr/obj/usr/src depending on where I am in the /usr/src tree when I do ``make obj''. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Mon Sep 21 03:48:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA14656 for freebsd-current-outgoing; Mon, 21 Sep 1998 03:48:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA14645 for ; Mon, 21 Sep 1998 03:48:08 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id UAA27013; Mon, 21 Sep 1998 20:52:58 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809211052.UAA27013@cimlogic.com.au> Subject: Re: reverting make to ignore $PWD In-Reply-To: <19980921033643.B1874@nuxi.com> from David O'Brien at "Sep 21, 98 03:36:43 am" To: obrien@NUXI.com Date: Mon, 21 Sep 1998 20:52:57 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > My /usr/src -> /FBSD/src and this causes obj/ directories to be made > sometimes in /usr/obj/FBSD/src and sometimes in /usr/obj/usr/src > depending on where I am in the /usr/src tree when I do ``make obj''. I find that annoying too. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:12:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18829 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:12:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18823 for ; Mon, 21 Sep 1998 04:12:17 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id HAA09822; Mon, 21 Sep 1998 07:07:59 -0400 (EDT) Date: Mon, 21 Sep 1998 07:07:59 -0400 (EDT) From: Brian Feldman To: "Jordan K. Hubbard" cc: Terry Lambert , Peter Wemm , freebsd@timog.prestel.co.uk, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <20714.906351954@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Funny thing is, for 23 days this computer survived a LOT of bashing on its MFS, and was stable. Here's a possibility: run a test system out of memory (and release it of course) including swap (you know swap_pager: out of memory), and see if it's still stable, as I think that may have been the problem. If so, maybe there aren't some memory allocation checks in the MFS code (I'll go through it today) which could have caused a kernel trap but still no panic? Cheers, Brian Feldman On Sun, 20 Sep 1998, Jordan K. Hubbard wrote: > > Hmm... reference to MFS working? Really? I seem to notice otherwise. For > > Probably seems that way due to insufficient gathering of evidence. > I've been using MFS on all my -current boxes for awhile and even set > the 32 minute "worldstone" record on the quad-Xeon box by sticking > /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). > I experienced no crashes or instability that could be attributed to > MFS. > > - Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:15:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19115 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:15:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19110 for ; Mon, 21 Sep 1998 04:15:22 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id HAA09915; Mon, 21 Sep 1998 07:11:30 -0400 (EDT) Date: Mon, 21 Sep 1998 07:11:29 -0400 (EDT) From: Brian Feldman To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt In-Reply-To: <3605E837.701ED953@ameritech.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try not using Linux Netscape. I've seen reports of the latest Linux versions of Netscape freezing the X servers, so you're not the only one. Cheers, Brian Feldman On Mon, 21 Sep 1998, Adam McDougall wrote: > Justin T. Gibbs wrote: > > > > In article <19980916142943.C367@kublai.com> you wrote: > > > On Wed, Sep 16, 1998 at 12:45:26PM -0400, Adam McDougall wrote: > > >> Adam McDougall wrote: > > >> > > > >> > Hi, since doing several make worlds and kernels since CAM was in, I have > > >> > had two total sudden system freezes. > > >> > > >> Whoops forgot to say I was using softupdates. > > > > Can either of you reproduce this problem without softupdates? If the > > problem is in the CAM code, disabling softupdates should exacerbate > > the problem as you will end up doing more I/O. > > > > Suspicious of softupdates... > > Justin > > > > Yes I disabled softupdates and it still happened. Suspiciously I think > each time the freeze occurred was when using (linux) ELF netscape with > ELF world and Xfree. The very last crash happened when the disk was > fairly idle, just scrolling around in netscape. However it never froze > the comp before CAM :/ > > I noticed some commits about atlas II quirks, what do they mean? Also, > is there anything else I can try to help diagnose the problem? Not much > I can do once it's crashed, cant even ping it. > > PS. I've been cvsup'ing and compiling world and kernel approx. daily to > keep up to date on sources. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:16:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19192 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:16:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19187; Mon, 21 Sep 1998 04:16:39 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id EAA30362; Mon, 21 Sep 1998 04:16:10 -0700 Date: Mon, 21 Sep 1998 04:16:10 -0700 (PDT) From: Enkhyl To: ports@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Patch to build XFree86 w/ Krb4 in an ELF world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Attached is a patch for the XFree86 port to build with KerbeosIV support. I just successfully rebuilt XFree86 w/ Krb4 on my ELF -current machine using this patch. Would someone please review the patch and commit it, if appropriate? Thanks. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com --- config/cf/FreeBSD.cf.orig Mon Sep 21 02:40:12 1998 +++ config/cf/FreeBSD.cf Mon Sep 21 02:54:57 1998 @@ -87,6 +87,11 @@ #define HasSetUserContext YES #endif +/* Krb4 support in an ELF world */ +#if HasKrb4 && UseElfFormat +#define Krb4Libraries -lkrb -ldes -lcrypt +#endif + /* * This doesn't work the way it does on every other system. On FreeBSD it's * only a "hint, not a demand", whatever that means. Note that this is not To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:20:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19775 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:20:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19770 for ; Mon, 21 Sep 1998 04:20:38 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id EAA05555 for ; Mon, 21 Sep 1998 04:20:10 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id EAA27912 for ; Mon, 21 Sep 1998 04:20:09 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id EAA13929 for current@FreeBSD.ORG; Mon, 21 Sep 1998 04:20:07 -0700 (PDT) From: Don Lewis Message-Id: <199809211120.EAA13929@salsa.gv.tsc.tdk.com> Date: Mon, 21 Sep 1998 04:20:07 -0700 In-Reply-To: Don Lewis "Re: softupdates & fsck" (Sep 19, 4:17pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: current@FreeBSD.ORG Subject: Re: softupdates & fsck Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 19, 4:17pm, Don Lewis wrote: } Subject: Re: softupdates & fsck } On Sep 18, 10:20pm, Don Lewis wrote: } } Subject: softupdates & fsck } } } My suspicion is that the first fsck run is getting the link counts wrong } } when it repairs the filesystem. I've taked a look at the fsck code, but } } haven't gotten too far, mostly because the code is so well commented -- NOT! } } Yup, fsck is definitely screwing up the filesystem when it tries to repair } it. The following transcripts were all taken while running single-user } after a panic. You too can easily reproduce this fsck bug at home, though I still haven't figure out how to reproduce the bug that causes some directories to get extra links. The following transcript shows "fsck -p" taking a slighty but safely munged filesystem, mangling it into an unsafe state, and then setting the filesystem clean flag. I don't know if softupdates should be leaving the filesystem in the initial munged state after a panic, but it seems to to it frequently for me. Start with an ordinary formatted floppy and ... # newfs -t 2 -u 18 -l 1 fd0 /dev/rfd0: 2880 sectors in 80 cylinders of 2 tracks, 18 sectors 1.4MB in 5 cyl groups (16 c/g, 0.28MB/g, 128 i/g) super-block backups (for fsck -b #) at: 32, 632, 1184, 1784, 2336, # mount /dev/fd0 /mnt # mkdir /mnt/a /mnt/a/b # umount /dev/fd0 # fsck /dev/fd0 ** /dev/rfd0 ** 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 3 files, 3 used, 2564 free (28 frags, 317 blocks, 1.1% fragmentation) # fsdb /dev/rfd0 ** /dev/rfd0 Editing file system `/dev/rfd0' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:40 1998 [0 nsec] CTIME=Sep 21 03:32:40 1998 [0 nsec] ATIME=Sep 21 03:32:11 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1477cd92 fsdb (inum: 2)> ls slot 0 ino 2 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 128 reclen 488: directory, `a' fsdb (inum: 2)> cd a component `a': current inode: directory I=128 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:40 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1d5472a1 fsdb (inum: 128)> ls slot 0 ino 128 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 256 reclen 488: directory, `b' fsdb (inum: 128)> cd b component `b': current inode: directory I=256 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:41 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 fsdb (inum: 256)> ls slot 0 ino 256 reclen 12: directory, `.' slot 1 ino 128 reclen 500: directory, `..' fsdb (inum: 256)> cd /a component `a': current inode: directory I=128 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:40 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1d5472a1 fsdb (inum: 128)> rm b Name `b' removed fsdb (inum: 128)> ls slot 0 ino 128 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 0 reclen 488: unknown, `b' fsdb (inum: 128)> inode 256 current inode: directory I=256 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:41 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 fsdb (inum: 256)> quit *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload # fsck -p /dev/rfd0 /dev/rfd0: UNREF DIR I=256 OWNER=root MODE=40755 /dev/rfd0: SIZE=512 MTIME=Sep 21 03:32 1998 (RECONNECTED) /dev/rfd0: NO lost+found DIRECTORY (CREATED) /dev/rfd0: DIR I=256 CONNECTED. PARENT WAS I=128 /dev/rfd0: LINK COUNT DIR I=128 OWNER=root MODE=40755 /dev/rfd0: SIZE=512 MTIME=Sep 21 03:32 1998 COUNT 3 SHOULD BE 1 (ADJUSTED) /dev/rfd0: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rfd0: SUMMARY INFORMATION BAD (SALVAGED) /dev/rfd0: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rfd0: 4 files, 4 used, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) # fsck -p /dev/rfd0 /dev/rfd0: clean, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) # fsdb -r /dev/rfd0 ** /dev/rfd0 (NO WRITE) Examining file system `/dev/rfd0' Last Mounted on /mnt current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:40 1998 [0 nsec] CTIME=Sep 21 03:32:40 1998 [0 nsec] ATIME=Sep 21 03:32:11 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=4 FLAGS=0 BLKCNT=1 GEN=1477cd92 fsdb (inum: 2)> ls slot 0 ino 2 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 128 reclen 12: directory, `a' slot 3 ino 3 reclen 476: directory, `lost+found' fsdb (inum: 2)> cd a component `a': current inode: directory I=128 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:40 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=1 GEN=1d5472a1 fsdb (inum: 128)> ls slot 0 ino 128 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 0 reclen 488: unknown, `b' fsdb (inum: 128)> cd /lost+found component `lost+found': current inode: directory I=3 MODE=41777 SIZE=512 MTIME=Sep 21 03:34:14 1998 [0 nsec] CTIME=Sep 21 03:34:14 1998 [0 nsec] ATIME=Sep 21 03:34:14 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=3b0651c fsdb (inum: 3)> ls slot 0 ino 3 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 256 reclen 488: directory, `#256' fsdb (inum: 3)> cd #256 component `#256': ls current inode: directory I=256 MODE=40755 SIZE=512 MTIME=Sep 21 03:32:41 1998 [0 nsec] CTIME=Sep 21 03:32:41 1998 [0 nsec] ATIME=Sep 21 03:32:41 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 fsdb (inum: 256)> ls slot 0 ino 256 reclen 12: directory, `.' slot 1 ino 3 reclen 500: directory, `..' fsdb (inum: 256)> quit # fsck /dev/rfd0 ** /dev/rfd0 ** Last Mounted on /mnt ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT DIR I=128 OWNER=root MODE=40755 SIZE=512 MTIME=Sep 21 03:32 1998 COUNT 1 SHOULD BE 2 ADJUST? [yn] y ** Phase 5 - Check Cyl groups 4 files, 4 used, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:36:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA21395 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:36:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA21390 for ; Mon, 21 Sep 1998 04:36:20 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id OAA00825 for current@FreeBSD.ORG; Mon, 21 Sep 1998 14:35:03 +0300 (EEST) Message-ID: <19980921143503.A738@matti.ee> Date: Mon, 21 Sep 1998 14:35:03 +0300 From: Vallo Kallaste To: current@FreeBSD.ORG Subject: Re: the fs fun never stops Reply-To: vallo@matti.ee References: <19980921095656.C18812@matti.ee> <199809210802.BAA21474@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809210802.BAA21474@word.smith.net.au>; from Mike Smith on Mon, Sep 21, 1998 at 01:02:12AM -0700 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > How about you take it and write the FAQ entry? Don't worry about your > formatting, spelling, grammar or whatever. Then submit it as a PR. > > It's much easier to reformat and tidy up something that's already been > written than it is to write it from scratch. Note that you'll want to > make sure that what you write fits in with the 'kernel debugging' > section of the FAQ. *** Oh, yes... but I think that I'm capable only writing an FAQ entry which follows strictly Bill's original posting. That's because I don't know enough about programming, debugging etc. I am only capable writing a tiny C program "Hello, world" and my main work is computer repairing not programming by any means ( fairly I'm not interested ). Anyway, if you think I'm right person to do that, I do. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 04:52:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22870 for freebsd-current-outgoing; Mon, 21 Sep 1998 04:52:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22865 for ; Mon, 21 Sep 1998 04:52:52 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id IAA28279; Mon, 21 Sep 1998 08:04:28 -0400 (EDT) Date: Mon, 21 Sep 1998 08:04:27 -0400 (EDT) From: Charles Youse To: Mark Murray cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: <199809210537.HAA07600@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Mark Murray wrote: > Snob Art Genre wrote: > > I don't want to sound like a whiner, but it would be *really* nice if > > either someone had alerted me to the fact that I wasn't giving enough > > information, or if the panic message mentioned this necessary bit. > > Yes, I should probably have read more of the handbook. > > That sounds like support. Current is simply not supported. Good advice > about the handbook, though... Current may not be "supported", but those running -current comprise our only alpha and beta test groups. The bug reports submitted by these individuals provide valuable information that serves only to improve the final product (e.g., 3.0R). Ignoring such reports defeats the purpose of giving the public access to -current sources, and also shows a lack of concern on the part of the core team members. My intent is not to ruffle any feathers, but simply to express the concerns that are certainly shared by other members of the user base. PR is, as always, of utmost importance, and despite everyone's busy schedule, we can't afford to let it suffer. Chuck Youse cyouse@syncom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 05:24:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA27078 for freebsd-current-outgoing; Mon, 21 Sep 1998 05:24:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27033; Mon, 21 Sep 1998 05:24:40 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA23471; Mon, 21 Sep 1998 14:23:36 +0200 (CEST) (envelope-from sos) Message-Id: <199809211223.OAA23471@sos.freebsd.dk> Subject: Re: DEVFS & SLICE? In-Reply-To: from Andrzej Bialecki at "Sep 21, 98 08:44:31 am" To: abial@nask.pl (Andrzej Bialecki) Date: Mon, 21 Sep 1998 14:23:36 +0200 (CEST) Cc: peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG, sos@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Andrzej Bialecki who wrote: > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > then, please, what for, because I can't see what (significant) added > functionality over standard /dev/* it offered... It doesn't give me anything but an emptier looking /dev with only those devices in it that I actually have :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 05:30:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28030 for freebsd-current-outgoing; Mon, 21 Sep 1998 05:30:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Guard.PolyNet.Lviv.UA (Guard.PolyNet.Lviv.UA [194.44.138.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA28017 for ; Mon, 21 Sep 1998 05:30:17 -0700 (PDT) (envelope-from pam@polynet.lviv.ua) From: pam@polynet.lviv.ua Received: (qmail 10816 invoked by alias); 21 Sep 1998 12:29:28 -0000 Received: (qmail 10806 invoked from network); 21 Sep 1998 12:29:27 -0000 Received: from postoffice.polynet.lviv.ua (194.44.138.1) by guard.polynet.lviv.ua with SMTP; 21 Sep 1998 12:29:27 -0000 Received: (qmail 16997 invoked by uid 1001); 21 Sep 1998 12:29:28 -0000 Date: 21 Sep 1998 15:29:28 +0300 Date: Mon, 21 Sep 1998 15:29:27 +0300 (EEST) X-Sender: pam@NetSurfer.lp.lviv.ua To: Greg Lehey cc: current@FreeBSD.ORG Subject: Re: vinum in, but not in the Makefiles? In-Reply-To: <19980921131718.I8807@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Greg Lehey wrote: > On Thursday, 17 September 1998 at 18:27:47 -0500, Alfred Perlstein wrote: > > > > i noticed "vinum" got added into the source tree, heard about it a few > > months back, LVM for freebsd sounds awesome. > > > > however it's not being built because it's not part of the subdirs in: > > src/sbin/Makefile > > > > how beta is it? or was this just an oversight? > > Congratulations for bringing light into the dark room. > > It wasn't an oversight. I've been travelling the last 10 days, and I > didn't have time to make 100% sure that it wouldn't break a 'make > world' (I still haven't; I'm currently checking the -current version > out), so in order to ensure I didn't break everybody's make again, I > didn't update the Makefiles. Expect them in Real Soon Now. Great! How would you describe the stage Vinum is on (e.g pre alpha/alpha/beta/release). Maybe short list of what vinum can provide now in semi-production environment (without data loss and often hangs and panics)? How it is comparing to current CCD driver? Thanks, Adrian Pavlykevych email: System Administrator phone/fax: +380 (322) 742041 State University "Lvivska Polytechnica" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 05:52:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA00771 for freebsd-current-outgoing; Mon, 21 Sep 1998 05:52:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00765 for ; Mon, 21 Sep 1998 05:51:55 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id FAA05995; Mon, 21 Sep 1998 05:51:25 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id FAA29172; Mon, 21 Sep 1998 05:51:24 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id FAA14043; Mon, 21 Sep 1998 05:51:22 -0700 (PDT) From: Don Lewis Message-Id: <199809211251.FAA14043@salsa.gv.tsc.tdk.com> Date: Mon, 21 Sep 1998 05:51:22 -0700 In-Reply-To: Luoqi Chen "Yet another patch to try for softupdates panic" (Sep 18, 3:41pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Luoqi Chen , current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 18, 3:41pm, Luoqi Chen wrote: } Subject: Yet another patch to try for softupdates panic } This patch could be the real cure for the `initiate_write_filepage' panic } people were seeing during make -j# world. I have posted another patch } about a week ago (in fact, I have committed it), but it turned out to be } no more than a no-op (thanks to Bruce for pointing it out, it was an } embarrassing silly mistake of mine). I certainly hope this patch will do } its work: this patch should fix a race condition between directory truncation } and file creation that could lead to the `initiate_write_filepage' panic. Yeah, it looks like it might fix the problem. I tracked down the brokenness that I have been seeing to what looks like concurrent directory access, even though directories are supposed to be locked while they are being fiddled with. It looks like the initiate_write_filepage panic is caused by two processes trying to store directory entries in the same slot. I've seen one process start a ufs_lookup() in a directory while another process was doing a ufs_direnter() on that directory. This shouldn't be possible because ufs_direnter() should only happen if the directory is locked, and ufs_lookup() shouldn't be called until it's caller can lock the directory. If ufs_direnter() decides to compact the directory, it calls UFS_TRUNCATE(), which ends up calling softdep_fsync() if softupdates are enabled. Softdep_fsync() will unlock the directory, which is evil, and your patch should prevent this. What bothers me is that the directory truncation doesn't happen until after ufs_direnter() has stored the new directory entry, so I don't see how the softdep_fsync() unlocking bug causes the symptoms. It looks to me like the directory is somehow getting unlocked before the new directory entry is installed. It seems like the first process which wants to create a directory entry finds a free directory slot and calls ufs_direnter() which somehow unlocks the directory and goes to sleep for a while. Meanwhile another process finds the same directory slot and fills it. The first process then wakes up and overwrites the directory slot used by the second process. BOOM! If the directory slot is written before the lock is released, then the lookup() in the second process shouldn't find that slot free and there shouldn't be a collision. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:01:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02220 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:01:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02215; Mon, 21 Sep 1998 06:01:14 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id PAA00327; Mon, 21 Sep 1998 15:00:47 +0200 (CEST) Message-ID: <19980921150047.A315@radio-do.de> Date: Mon, 21 Sep 1998 15:00:47 +0200 From: Frank Nobis To: freebsd-smp@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Weired top display at smp current kernel from today Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Running a mkae world -j4 I noticed only 50% idle time during the make. Running just two programs whit a busy loop gives that output fron top last pid: 314; load averages: 1.84, 0.75, 0.30 14:55:17 45 processes: 3 running, 42 sleeping CPU states: 50.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 50.0% idle Mem: 7080K Active, 6332K Inact, 16M Wired, 100K Cache, 3457K Buf, 473M Free Swap: 199M Total, 199M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 308 fn 90 0 748K 236K RUN 1 1:36 50.00% 49.97% pig 310 fn 91 0 748K 236K RUN 1 0:57 49.18% 49.02% pig 311 fn 28 0 1568K 908K CPU1 1 0:00 0.00% 0.00% top Is this a bug in top? Can someone reproduce that? pig is simply 'for(;;) i++;' Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:16:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05342 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:16:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05210 for ; Mon, 21 Sep 1998 06:16:00 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id WAA02061; Mon, 21 Sep 1998 22:45:29 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA04132; Mon, 21 Sep 1998 22:45:28 +0930 Date: Mon, 21 Sep 1998 22:45:27 +0930 (CST) From: Kris Kennaway To: Brian Feldman Cc: current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Brian Feldman wrote: > Try not using Linux Netscape. I've seen reports of the latest Linux > versions of Netscape freezing the X servers, so you're not the only one. While we're on the subject of netscape, has anyone else had problems with 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, crashing, and occasionally killing my X server (XF86 w/ ELF patches). The problems date back to when the version was first released (I haven't tried it since with 4.05, which was working fine for me until I upgraded) Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:17:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05566 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:17:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05518; Mon, 21 Sep 1998 06:17:16 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id OAA15646 Mon, 21 Sep 1998 14:16:43 +0100 (BST) Message-ID: <360651BA.59E2@cs.strath.ac.uk> Date: Mon, 21 Sep 1998 14:16:42 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: current@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: wd0 / bt848 causing IDE timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Recently two people have reported seeing wd0 timeouts when using fxtv to watch tv on their TV capture cards. I've included Victors message. Does anyone know what may be causing this. Victor wrote > On a related topic: the Sep 2nd and 7th versions of your driver > (Version 1.53) seem to cause wd0 timeouts on my PC: I only notice > messages about this on the console when I use fxtv. It says > something like "wd0: timeout (Status = 55)" (I'm not quite sure about > the '55'). No timouts on wd2, which is on the secondary EIDE > controller. > I need some more time to see how I can reproduce them. Andrew wrote > ... but there are also driver interactions; in particular, somthing > nasty seems to happen when trying to capture from a > flaky/non-existant UHF source. 'nasty' here includes causing the > IDE driver to report timeout errors, and - presumably as a result of > the disc problems impacting swap - locking up the machine for 20 > seconds at a time or sometimes forever). > May just be BIOS/PCI configuration on these machines; I'll let you > know when I have investigated further. I'm throwing this open to ideas? I think it is possible the bt848 driver is causing lots of interrupts when there is not a TV signal but there is lots of noise. Would excessive IRQs (say 100 a second) cause the IDE to timeout? Help! Roger Hardiman Strathclyde Uni Telepresnce Group To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:23:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06995 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:23:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06976 for ; Mon, 21 Sep 1998 06:23:39 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id JAA25731; Mon, 21 Sep 1998 09:22:51 -0400 (EDT) Date: Mon, 21 Sep 1998 09:22:50 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Alfred Perlstein cc: ben@rosengart.com, Mark Murray , current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Alfred Perlstein wrote: > You are familiar with dumpon right? > and gdb -k? Certainly. I have all the necessary machinery enabled; it's just that lately it works spottily at best. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:25:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07388 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:25:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07379 for ; Mon, 21 Sep 1998 06:25:49 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA22444; Mon, 21 Sep 1998 06:25:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Terry Lambert cc: green@zone.syracuse.net, peter@netplex.com.au, freebsd@timog.prestel.co.uk, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Mon, 21 Sep 1998 07:54:43 -0000." <199809210754.AAA21237@usr09.primenet.com> Date: Mon, 21 Sep 1998 06:25:31 -0700 Message-ID: <22441.906384331@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > With SLICE, it fails to work for the install process. This is > pretty much the basis of the issue here... SLICE? What is that? I see no issue here. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:35:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA08761 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:35:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA08752 for ; Mon, 21 Sep 1998 06:35:40 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id JAA29161; Mon, 21 Sep 1998 09:35:09 -0400 (EDT) Date: Mon, 21 Sep 1998 09:35:09 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <20714.906351954@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Jordan K. Hubbard wrote: > Probably seems that way due to insufficient gathering of evidence. > I've been using MFS on all my -current boxes for awhile and even set > the 32 minute "worldstone" record on the quad-Xeon box by sticking > /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). > I experienced no crashes or instability that could be attributed to > MFS. How come every time I boot I get: mfs: mfs filesystem not available? I figured someone had disabled it, but now you say it's working. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:44:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10573 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:44:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA10555 for ; Mon, 21 Sep 1998 06:44:31 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id GAA30762; Mon, 21 Sep 1998 06:43:50 -0700 Date: Mon, 21 Sep 1998 06:43:50 -0700 (PDT) From: Enkhyl To: Kris Kennaway cc: Brian Feldman , current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Kris Kennaway wrote: > On Mon, 21 Sep 1998, Brian Feldman wrote: > > > Try not using Linux Netscape. I've seen reports of the latest Linux > > versions of Netscape freezing the X servers, so you're not the only one. > > While we're on the subject of netscape, has anyone else had problems with > 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, > crashing, and occasionally killing my X server (XF86 w/ ELF patches). The > problems date back to when the version was first released (I haven't tried it > since with 4.05, which was working fine for me until I upgraded) My experience with 4.06 and 4.05 is exactly the same. I'm running the FreeBSD version of 4.06 under ELF -current with AcceleratedX server but XF86 ELF libs. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 06:56:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA12805 for freebsd-current-outgoing; Mon, 21 Sep 1998 06:56:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA12764 for ; Mon, 21 Sep 1998 06:55:48 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id JAA00341 for ; Mon, 21 Sep 1998 09:56:32 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 21 Sep 1998 09:56:32 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: something not right with -current and linux emu, hard locks, no crashdumps Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG been unable to run a -current kernel since late last week. running x11amp from my kde "start menu" completely locks the machine, no ping or anything. i noticed some commits sometime last week to the linux emulator, *cough* as well as to about 500 other places. also because of addition of CAM and the removal of SLICE (which i thought was pretty neat-o) my kernel config file has changed a bunch. odd thing: loading x11amp from the command line, and killing it instead of clicking on it to exit seems fine, however starting it via a pulldown menu, or exiting it via clicking on "close"... BEWM. and yes i know some of the features compiled in may cause panics, however i am not using them and my good kernel from last week didn't seem to have any problems. urm, as this is my work machine i'm hard pressed to get a serial debugger hooked to it, and it locks HARD, ie. as i was playing an mp3 and clicked to close it *BAM* the sound started skipping/looping. no crash dump as it locked solid, although it may be dropping into the kernel debugger i currently have no way of checking it out. i'll see if it even drops to the debugger hopefully late tonight by hooking up the serial debugger. sorry about the semi lack of info, if anyone has anything i can do without serial i'll try it. if my machine at home displays the same behavior it will be trivial for me to get serial up. maybe if i turn off DDB it might provide a crash dump, i don't have a real problem giving this machine a hard slap with that. anyhow, thank you, suggestions welcome. GOOD KERNEL (*pet* *pet*) ------------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.110 1998/06/03 13:33:34 jkh Exp $ machine "i386" cpu "I686_CPU" ident "bright2" maxusers 50 options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" options DEVFS options SLICE options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options UMAPFS #UID map filesystem options NULLFS #NULL filesystem options MFS #Memory File System options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x7fffffff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0x7fffffff vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. The options # line following dpt0 here is also currently a *required* option for it. #controller dpt0 #options DPT_MEASURE_PERFORMANCE #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 #device od0 #See LINT for possible `od' options. #device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ##device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? disable port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr #device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device xl0 #device fxp0 #device tl0 #device tx0 #device vx0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device vn pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 256 pseudo-device bpfilter 4 pseudo-device snp 4 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG options "VM86" options DDB options KTRACE #kernel tracing options PERFMON options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" options INCLUDE_CONFIG_FILE # Include this file in kernel options USER_LDT #allow user-level control of i386 ldt options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options SOFTUPDATES #options "AUTO_EOI_1" #options "AUTO_EOI_2" options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence controller pnp0 #controller snd0 device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr controller ppbus0 controller vpo0 at ppbus? device nlpt0 at ppbus? device ppi0 at ppbus? controller ppc0 at isa? disable port ? tty irq 7 vector ppcintr BAD KERNEL ------------------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.110 1998/06/03 13:33:34 jkh Exp $ machine "i386" cpu "I686_CPU" ident "bright2+CAM" maxusers 50 options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" options DEVFS #options SLICE options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options UMAPFS #UID map filesystem options NULLFS #NULL filesystem options MFS #Memory File System options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=8000 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller scbus0 device da0 device ch0 device pass0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x7fffffff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0x7fffffff vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. The options # line following dpt0 here is also currently a *required* option for it. #controller dpt0 #options DPT_MEASURE_PERFORMANCE #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr #controller scbus0 #device sd0 #device od0 #See LINT for possible `od' options. #device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ##device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? disable port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr #device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device xl0 #device fxp0 #device tl0 #device tx0 #device vx0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device vn 4 pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 256 pseudo-device bpfilter 4 pseudo-device snp 4 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG options "VM86" options DDB options KTRACE #kernel tracing options PERFMON options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" options INCLUDE_CONFIG_FILE # Include this file in kernel options USER_LDT #allow user-level control of i386 ldt options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options SOFTUPDATES #options "AUTO_EOI_1" #options "AUTO_EOI_2" options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence controller pnp0 #controller snd0 device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr controller ppbus0 controller vpo0 at ppbus? device nlpt0 at ppbus? device ppi0 at ppbus? controller ppc0 at isa? disable port ? tty irq 7 vector ppcintr Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA15074 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:09:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA15067 for ; Mon, 21 Sep 1998 07:09:56 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id KAA09257; Mon, 21 Sep 1998 10:09:15 -0400 (EDT) Date: Mon, 21 Sep 1998 10:09:15 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Bill Paul cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: the fs fun never stops In-Reply-To: <199809201922.PAA21926@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Bill Paul wrote: > Of all the gin joints in all the towns in all the world, Snob Art Genre > had to walk into mine and say: > > > syncing disks... panic: lockmgr: not holding exclusive lock > > I'm confused: did the 'lockmgr' message really come up after it > said 'syncing disks?' That's a little odd... Yes. Thanks for all the info on how to debug a kernel. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:13:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA15615 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:13:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA15598 for ; Mon, 21 Sep 1998 07:12:47 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA20750; Mon, 21 Sep 1998 16:07:21 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id KAA03403; Mon, 21 Sep 1998 10:13:04 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809210813.KAA03403@semyam.dinoco.de> To: Warner Losh cc: Brian Beattie , seggers@semyam.dinoco.de, Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= , freebsd-current@FreeBSD.ORG Subject: Re: aic0 on -current In-reply-to: Your message of "Sun, 20 Sep 1998 21:43:26 MDT." <199809210343.VAA13960@harmony.village.org> Date: Mon, 21 Sep 1998 10:13:02 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : Currently the aic driver is not supported by cam. The aic driver supports > : controllers base on the 6260/6360 chip from adaptec, this list as far as I > : know is 152x, 1510, 1505, 1640 (pcmcia), and some other that slip my mind > The 1520, 1522, 1522A and 1520A (to expand the x a little). The non-A And to add a little more to the list: Adaptec's AMM-1570 and AMM-1571 use the AIC 6360, too. Both are combined SCSI/sound cards. One of them also has a floppy controller on board according to the docs. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:19:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16705 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:19:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from door.barclayscapital.com (www.barclayscapital.com [194.205.158.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16687 for ; Mon, 21 Sep 1998 07:19:00 -0700 (PDT) (envelope-from Pierre.Dampure@barclayscapital.com) From: Pierre.Dampure@barclayscapital.com Received: (from mailman@localhost) by door.barclayscapital.com (8.8.8/8.8.7) id PAA08813 for ; Mon, 21 Sep 1998 15:16:29 +0100 (BST) Received: from gate.barclayscapital.net(194.205.158.68) by door.bzw.com via smap (V2.0) id xma008766; Mon, 21 Sep 98 15:16:24 +0100 Received: (from nobody@localhost) by gate.bzw.com (8.8.7/8.8.7) id PAA27638 for ; Mon, 21 Sep 1998 15:18:25 +0100 (BST) Received: from fwgw01-dmz(194.205.158.129) by gate.bzw.com via smap (V2.0) id xma027627; Mon, 21 Sep 98 15:18:24 +0100 Received: (from nobody@localhost) by fwgw01.ldn.bzwint.com (8.8.7/8.8.7) id PAA23945 for ; Mon, 21 Sep 1998 15:18:23 +0100 (BST) Received: from oplss0001.itops.ldn.bzwint.com(30.75.1.4) by fwgw01.ldn.bzwint.com via smap (V2.0) id xma023919; Mon, 21 Sep 98 15:18:19 +0100 Received: from nmb01gw01 (smtphost.ldn.bzwint.com [30.10.1.10]) by oplss0001.itops.ldn.bzwint.com (8.8.7/8.8.6) with SMTP id PAA03793 for ; Mon, 21 Sep 1998 15:17:00 +0100 (BST) Received: from EXMSMCON02.fmcs.ldn.bzwint.com (EXMSMCON02.fmcs.ldn.bzwint.com [30.81.1.2]) by nmb01gw01 (NTMail 3.02.13) with ESMTP id sa586760 for ; Mon, 21 Sep 1998 15:11:27 +0100 Received: from exintgw03.itops.ldn.bzwint.com (unverified [30.45.1.86]) by exmsmcon02 (Integralis SMTPRS 2.0.15) with ESMTP id for ; Mon, 21 Sep 1998 15:15:56 +0100 Received: by exintgw03.itops.ldn.bzwint.com with Internet Mail Service (5.0.1460.8) id ; Mon, 21 Sep 1998 15:16:41 +0100 Message-Id: <711DCB8FB391D111B9DD00805F8BDDBAF7ED3A@exips0019.itops.ldn.bzwint.com> To: current@FreeBSD.ORG Subject: SNAP Status Date: Mon, 21 Sep 1998 15:16:55 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, Just tried to install the latest SNAP (3.0-19980919-BETA) from both ftp.cdrom.com and trane.uninett.no; both fall over when extracting the bin distribution, with /stand/cpio complaining about finding junk in the dist and the files being in the wrong byte order... any clues? --------------------------------------------------- Pierre Y. Dampure Global Internet Services Barclays Capital Tel: +44(0)171 773-3396 Mobile: +44(0)468 663-795 -------------------------------------------------------------------------------------- Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group unless otherwise specifically stated. -------------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:19:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16746 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:19:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from door.barclayscapital.com (door.barclayscapital.com [194.205.158.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16688 for ; Mon, 21 Sep 1998 07:19:01 -0700 (PDT) (envelope-from Pierre.Dampure@barclayscapital.com) From: Pierre.Dampure@barclayscapital.com Received: (from mailman@localhost) by door.barclayscapital.com (8.8.8/8.8.7) id PAA08820 for ; Mon, 21 Sep 1998 15:16:30 +0100 (BST) Received: from gate.barclayscapital.net(194.205.158.68) by door.bzw.com via smap (V2.0) id xma008767; Mon, 21 Sep 98 15:16:24 +0100 Received: (from nobody@localhost) by gate.bzw.com (8.8.7/8.8.7) id PAA27635 for ; Mon, 21 Sep 1998 15:18:25 +0100 (BST) Received: from fwgw01-dmz(194.205.158.129) by gate.bzw.com via smap (V2.0) id xma027616; Mon, 21 Sep 98 15:18:21 +0100 Received: (from nobody@localhost) by fwgw01.ldn.bzwint.com (8.8.7/8.8.7) id PAA23914 for ; Mon, 21 Sep 1998 15:18:19 +0100 (BST) Received: from oplss0001.itops.ldn.bzwint.com(30.75.1.4) by fwgw01.ldn.bzwint.com via smap (V2.0) id xma023895; Mon, 21 Sep 98 15:18:17 +0100 Received: from nmb01gw01 (smtphost.ldn.bzwint.com [30.10.1.10]) by oplss0001.itops.ldn.bzwint.com (8.8.7/8.8.6) with SMTP id PAA03784 for ; Mon, 21 Sep 1998 15:16:59 +0100 (BST) Received: from EXMSMCON02.fmcs.ldn.bzwint.com (EXMSMCON02.fmcs.ldn.bzwint.com [30.81.1.2]) by nmb01gw01 (NTMail 3.02.13) with ESMTP id va586763 for ; Mon, 21 Sep 1998 15:11:27 +0100 Received: from exintgw02.itops.ldn.bzwint.com (unverified [30.45.1.87]) by exmsmcon02 (Integralis SMTPRS 2.0.15) with ESMTP id ; Mon, 21 Sep 1998 15:06:59 +0100 Received: by exintgw02.itops.ldn.bzwint.com with Internet Mail Service (5.0.1460.8) id ; Mon, 21 Sep 1998 15:08:15 +0100 Message-Id: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> To: fn@radio-do.de, freebsd-smp@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: RE: Weired top display at smp current kernel from today Date: Mon, 21 Sep 1998 15:07:55 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Frank, Are you by any chance running an ELF version of X? I experienced pretty weird results over the past few days with and ELF X (built as per the port mods posted to the list): a make world running under X would basically bring the box to a halt, massive delays when typing characters on any of the other VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more than 256Mb free / no swap used, doing nothing else than the build. I'll be rebuilding the box tonight and verify whether this is still happening now that we have "official" XFree86 port mods. Best Regards, PY -----Original Message----- From: Frank Nobis [mailto:fn@radio-do.de] Sent: Monday, September 21, 1998 2:01 PM To: freebsd-smp@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Weired top display at smp current kernel from today Running a mkae world -j4 I noticed only 50% idle time during the make. Running just two programs whit a busy loop gives that output fron top last pid: 314; load averages: 1.84, 0.75, 0.30 14:55:17 45 processes: 3 running, 42 sleeping CPU states: 50.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 50.0% idle Mem: 7080K Active, 6332K Inact, 16M Wired, 100K Cache, 3457K Buf, 473M Free Swap: 199M Total, 199M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 308 fn 90 0 748K 236K RUN 1 1:36 50.00% 49.97% pig 310 fn 91 0 748K 236K RUN 1 0:57 49.18% 49.02% pig 311 fn 28 0 1568K 908K CPU1 1 0:00 0.00% 0.00% top Is this a bug in top? Can someone reproduce that? pig is simply 'for(;;) i++;' Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message -------------------------------------------------------------------------------------- Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group unless otherwise specifically stated. -------------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:23:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17802 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:23:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17723; Mon, 21 Sep 1998 07:22:48 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id JAA10578; Mon, 21 Sep 1998 09:22:12 -0500 (CDT) Date: Mon, 21 Sep 1998 09:22:11 -0500 (CDT) From: Steve Price To: Enkhyl cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Was this patch based on the port that I committed last night? If not can you try it? Thanks, Steve On Mon, 21 Sep 1998, Enkhyl wrote: # Attached is a patch for the XFree86 port to build with KerbeosIV support. # I just successfully rebuilt XFree86 w/ Krb4 on my ELF -current machine # using this patch. Would someone please review the patch and commit it, if # appropriate? # Thanks. # # -- # Christopher Nielsen # Scient: The Art and Science of Electronic Business # cnielsen@scient.com # [patch elided] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 07:43:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21034 for freebsd-current-outgoing; Mon, 21 Sep 1998 07:43:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA21023 for ; Mon, 21 Sep 1998 07:43:48 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id WAA19373 for ; Mon, 21 Sep 1998 22:43:02 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id WAA09682; Mon, 21 Sep 1998 22:43:02 +0800 Message-Id: <199809211443.WAA09682@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Need a mojor dev number.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 22:43:01 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am in need of a major number so I can actually get this thing going. Can someone hand me something? This looks quite straightforward otherwise. Stepehn -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:06:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24247 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:06:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24227 for ; Mon, 21 Sep 1998 08:06:24 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id AAA02687; Tue, 22 Sep 1998 00:35:21 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA23138; Tue, 22 Sep 1998 00:35:20 +0930 Date: Tue, 22 Sep 1998 00:35:19 +0930 (CST) From: Kris Kennaway To: Enkhyl Cc: current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Enkhyl wrote: > My experience with 4.06 and 4.05 is exactly the same. I'm running the > FreeBSD version of 4.06 under ELF -current with AcceleratedX server but > XF86 ELF libs. Is there still a FreeBSD netscape 'contact' lurking whom we can contact with these problems? I have more faith dealing with a person who can actually investigate these problems than a nameless CGI script which may or may not deliver my bug report into the bit-bucket :-) Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:09:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24668 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:09:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24627 for ; Mon, 21 Sep 1998 08:08:56 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id LAA22906 for ; Mon, 21 Sep 1998 11:08:19 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA21429; Mon, 21 Sep 1998 11:08:19 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.8.8/8.8.8) id LAA07483 for freebsd-current@freebsd.org; Mon, 21 Sep 1998 11:08:19 -0400 (EDT) (envelope-from jwd) From: John DeBoskey Message-Id: <199809211508.LAA07483@bb01f39.unx.sas.com> Subject: Hung amd on -current? To: freebsd-current@FreeBSD.ORG Date: Mon, 21 Sep 1998 11:08:19 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have the following 'amd' process on a current system which I cannot kill. 6969 root -18 0 940K 524K vmopar 0:00 0.00% 0.00% amd The parent amd process is still alive and working... Basically, all traffic to a machine 'nfssrv05' is now hung, which I believe is due to the above process.. Any ideas? Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:21:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26711 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:21:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA26701 for ; Mon, 21 Sep 1998 08:21:11 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 1356 invoked by uid 1001); 21 Sep 1998 15:20:35 +0000 (GMT) To: kkennawa@physics.adelaide.edu.au Cc: green@zone.syracuse.net, current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: Your message of "Mon, 21 Sep 1998 22:45:27 +0930 (CST)" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 21 Sep 1998 17:20:35 +0200 Message-ID: <1354.906391235@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > While we're on the subject of netscape, has anyone else had problems with > 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, > crashing, and occasionally killing my X server (XF86 w/ ELF > patches). On the other hand, 4.06 seems to be more stable for me. But then I haven't tried it on an ELF system yet, only 2.2.7. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:24:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27199 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:24:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jumping-spider.aracnet.com (jumping-spider.aracnet.com [205.159.88.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27145 for ; Mon, 21 Sep 1998 08:23:55 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:beattie@shell2.aracnet.com [205.159.88.20]) by jumping-spider.aracnet.com (8.9.1/8.9.0) with ESMTP id IAA05625; Mon, 21 Sep 1998 08:21:34 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id IAA10681; Mon, 21 Sep 1998 08:23:06 -0700 Date: Mon, 21 Sep 1998 08:23:06 -0700 (PDT) From: Brian Beattie To: "Scot W. Hetzel" cc: FreeBSD-Current Subject: Re: aic0 on -current In-Reply-To: <003901bde4f0$9c609060$c3e0d9cf@westbend.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 20 Sep 1998, Scot W. Hetzel wrote: > From: Bill Woods > > >So, what should we use in place of aic then ?? > > > > Back down to a pre-CAM current and wait 2 weeks for Brian to write the new > CAM aic driver. > I do not guarntee that the driver will be usable in two weeks. I hope to have something that works well enough to let other try it. Also I only have a 1522. Brian Beattie | If my corporate life has taught me anything, beattie@aracnet.com | it was that running multi-million dollar www.aracnet.com/~beattie | projects in no way implied managerial competence. | Tony Porczyk ( in comp.unix.bsd.freebsd.misc ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:26:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28007 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:26:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27946 for ; Mon, 21 Sep 1998 08:26:41 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id LAA18958; Mon, 21 Sep 1998 11:26:02 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 11:26:02 -0400 (EDT) From: Luoqi Chen Message-Id: <199809211526.LAA18958@lor.watermarkgroup.com> To: gibbs@narnia.plutotech.com, luoqi@watermarkgroup.com Subject: Re: CAMified kernel and crash dump Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article <199809181949.PAA29871@lor.watermarkgroup.com> you wrote: > > Is there anyone able to generate a crash dump for a CAMified kernel? > > Or is it broken? > > > > -lq > > I was able to do so here just before the integration. What kind of > controller are you using? > > -- > Justin > It's an aic7880 controller on an intel PR440FX SMP motherboard. I had a couple of crashes, but no core dump showed up after reboot. I was not physically present and the machine was in ddb unattended mode, so I couldn't really tell what really happened, but the same crash generated dumps before the CAM integration. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:34:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29712 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:34:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29691; Mon, 21 Sep 1998 08:34:35 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id JAA09435; Mon, 21 Sep 1998 09:30:29 -0600 (MDT) Message-Id: <199809211530.JAA09435@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Frank Nobis cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today In-reply-to: Your message of "Mon, 21 Sep 1998 15:00:47 +0200." <19980921150047.A315@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 09:30:29 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > Running a mkae world -j4 I noticed only 50% idle time during the make. > > Running just two programs whit a busy loop gives that output fron top > ... > Is this a bug in top? Can someone reproduce that? > > pig is simply 'for(;;) i++;' > --- idle system: last pid: 22688; load averages: 1.72, 1.18, 0.58 09:28:19 27 processes: 1 running, 26 sleeping CPU states: 0.2% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.8% idle Mem: 17M Active, 20M Inact, 50M Wired, 236M Cache, 7916K Buf, 180M Free Swap: 300M Total, 300M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 22688 root 28 0 1560K 892K CPU1 0 0:00 0.15% 0.04% top --- running two copies of pig: last pid: 22687; load averages: 1.30, 0.60, 0.27 09:25:16 29 processes: 3 running, 26 sleeping CPU states: 99.8% user, 0.0% nice, 0.2% system, 0.0% interrupt, 0.0% idle Mem: 18M Active, 20M Inact, 50M Wired, 236M Cache, 7916K Buf, 180M Free Swap: 300M Total, 300M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 22682 root 105 0 748K 240K RUN 0 0:48 99.32% 90.33% pig 22683 root 105 0 748K 240K CPU1 1 0:46 99.39% 89.45% pig --- This is with a system cvsup'ed midday yesterday. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:41:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00911 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:41:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA00900 for ; Mon, 21 Sep 1998 08:40:58 -0700 (PDT) (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 11:40:21 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 08:40:20 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 11:40:19 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: a.out cc1 buildworld problem X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 11:40:19 -0400 Message-ID: <15024.906392419@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current as of about 10 hours ago... ... cc -O -pipe -DFREEBSD_AOUT -I/var/src.cvs/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/var/src.cvs/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -D FREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i 386-unknown-freebsd\" -I/usr/obj/aout/var/src.cvs/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/obj/aout/var/src.cvs/src/tmp/usr/include -static -o cc1 c-parse.o c-aux-info.o c-convert.o c-decl.o c-iterate.o c-lang.o c-lex.o c-typeck.o /usr/obj/aout/var/src.cvs/src/gnu/usr.bin/cc/cc1/../cc_int/libcc_int.a real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment real.o: Undefined symbol `_GET_REAL' referenced from text segment ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 08:43:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01128 for freebsd-current-outgoing; Mon, 21 Sep 1998 08:43:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01123 for ; Mon, 21 Sep 1998 08:43:43 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id JAA16512; Mon, 21 Sep 1998 09:43:10 -0600 (MDT) Message-Id: <199809211543.JAA16512@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Luoqi Chen cc: gibbs@plutotech.com, current@FreeBSD.ORG Subject: Re: CAMified kernel and crash dump In-reply-to: Your message of "Mon, 21 Sep 1998 11:26:02 EDT." <199809211526.LAA18958@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 09:36:42 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >It's an aic7880 controller on an intel PR440FX SMP motherboard. I had a couple >of crashes, but no core dump showed up after reboot. I was not physically >present and the machine was in ddb unattended mode, so I couldn't really tell >what really happened, but the same crash generated dumps before the CAM >integration. > >-lq This was an operator precedence bug I introduced in kern_shutdown.c that has since been fixed. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 09:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03345 for freebsd-current-outgoing; Mon, 21 Sep 1998 09:00:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03187 for ; Mon, 21 Sep 1998 08:59:57 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id IAA00354; Mon, 21 Sep 1998 08:58:38 -0700 (PDT) (envelope-from jdp) Message-Id: <199809211558.IAA00354@austin.polstra.com> To: grog@lemis.com Subject: Re: Make world breaks in libbfd In-Reply-To: <19980921182252.B9960@freebie.lemis.com> References: <19980921182252.B9960@freebie.lemis.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 21 Sep 1998 08:58:37 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980921182252.B9960@freebie.lemis.com>, Greg Lehey wrote: > Just tried to rebuild a world today, and it dies here: > > ===> gnu/usr.bin/binutils/libbfd > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -c /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o > In file included from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:1417, > from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:23: > /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcore.h:23: sys/procfs.h: No such file or directory > > I resupped 8 hours later and had no change. Have I missed something? I made the commit that introduced . I can't imagine why it's not working for you. I tested it with a full make world on a clean system that did not already have the file installed. The change has been in place for almost a week, I believe. I haven't seen any other reports of problems caused by it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 09:12:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05208 for freebsd-current-outgoing; Mon, 21 Sep 1998 09:12:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05202 for ; Mon, 21 Sep 1998 09:12:57 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA19297; Mon, 21 Sep 1998 12:12:26 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 12:12:26 -0400 (EDT) From: Luoqi Chen Message-Id: <199809211612.MAA19297@lor.watermarkgroup.com> To: green@zone.syracuse.net, luoqi@watermarkgroup.com Subject: Re: Yet another patch to try for softupdates panic Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From green@zone.syracuse.net Sat Sep 19 16:45:04 1998 > Received: from zone.syracuse.net (green@zone.syracuse.net [205.232.47.17]) > by lor.watermarkgroup.com (8.8.8/8.8.8) with ESMTP id QAA04793 > for ; Sat, 19 Sep 1998 16:45:03 -0400 (EDT) > (envelope-from green@zone.syracuse.net) > Received: from localhost (green@localhost) > by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id QAA09864; > Sat, 19 Sep 1998 16:41:36 -0400 (EDT) > Date: Sat, 19 Sep 1998 16:41:36 -0400 (EDT) > From: Brian Feldman > To: Luoqi Chen > cc: current@FreeBSD.ORG > Subject: Re: Yet another patch to try for softupdates panic > In-Reply-To: <199809181941.PAA29792@lor.watermarkgroup.com> > Message-ID: > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > Status: R > > Are you referring to > $Id: ffs_inode.c,v 1.47 1998/09/15 14:45:28 luoqi Exp $ > as the no-op change? That seems to be the only file here you've changed > that relates to ufs, most recently (okay, nfs_*.c not relevant). And that > patch seemed to have fixed my SoftUpdates crashes during a make -j4 world, > so is that patch _really_ for nothing, or is this something else? > > -Brian Feldman > Yes, that's the no-op change I mentioned. You were just lucky that the panic didn't hit, and so was I. I misread a piece of the code and this good (bad?) luck lead me to believe it actually did something 8( -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 09:39:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09478 for freebsd-current-outgoing; Mon, 21 Sep 1998 09:39:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09276; Mon, 21 Sep 1998 09:38:13 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:9Sqw+q5zRrX5N8CT99UN2XFGto2zePqz@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id SAA09830; Mon, 21 Sep 1998 18:37:06 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809211637.SAA09830@gratis.grondar.za> To: Enkhyl cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Your message of " Mon, 21 Sep 1998 04:16:10 MST." References: Date: Mon, 21 Sep 1998 18:37:04 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Enkhyl wrote: > Attached is a patch for the XFree86 port to build with KerbeosIV support. > I just successfully rebuilt XFree86 w/ Krb4 on my ELF -current machine > using this patch. Would someone please review the patch and commit it, if > appropriate? This is functionally correct, but incomplete. You also need to correctly detect the presence/absence of the approprate libkrb in /usr/lib or /usr/lib/aout depending on `objformat`. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 09:42:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10226 for freebsd-current-outgoing; Mon, 21 Sep 1998 09:42:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10151 for ; Mon, 21 Sep 1998 09:42:02 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA19384; Mon, 21 Sep 1998 12:24:13 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 12:24:13 -0400 (EDT) From: Luoqi Chen Message-Id: <199809211624.MAA19384@lor.watermarkgroup.com> To: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yeah, it looks like it might fix the problem. I tracked down the > brokenness that I have been seeing to what looks like concurrent > directory access, even though directories are supposed to be locked > while they are being fiddled with. It looks like the > initiate_write_filepage panic is caused by two processes trying to > store directory entries in the same slot. I've seen one process start Exactly. > a ufs_lookup() in a directory while another process was doing a > ufs_direnter() on that directory. This shouldn't be possible because > ufs_direnter() should only happen if the directory is locked, and > ufs_lookup() shouldn't be called until it's caller can lock the directory. > > If ufs_direnter() decides to compact the directory, it calls > UFS_TRUNCATE(), which ends up calling softdep_fsync() if softupdates > are enabled. Softdep_fsync() will unlock the directory, which is evil, > and your patch should prevent this. What bothers me is that the > directory truncation doesn't happen until after ufs_direnter() has > stored the new directory entry, so I don't see how the softdep_fsync() > unlocking bug causes the symptoms. It looks to me like the directory It doesn't lead to panic immediately. But it leaves the system in a inconsistent state: the real size of the directory is in fact larger then what the i_size field of inode says it is. The next time a file is created in this directory, ufs_lookup() will only search for empty slot up to i_size bytes in the directory, if it couldn't find anything, this file will be placed at the first slot beyond i_size and there's already a valid entry there! > is somehow getting unlocked before the new directory entry is > installed. It seems like the first process which wants to create a > directory entry finds a free directory slot and calls ufs_direnter() > which somehow unlocks the directory and goes to sleep for a while. > Meanwhile another process finds the same directory slot and fills it. > The first process then wakes up and overwrites the directory slot used > by the second process. BOOM! If the directory slot is written before > the lock is released, then the lookup() in the second process shouldn't > find that slot free and there shouldn't be a collision. > > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 09:49:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11445 for freebsd-current-outgoing; Mon, 21 Sep 1998 09:49:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grayling.erg.sri.com (grayling.erg.sri.com [128.18.4.194]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA11162; Mon, 21 Sep 1998 09:47:49 -0700 (PDT) (envelope-from templin@erg.sri.com) Received: from grayling.erg.sri.com by grayling.erg.sri.com (SMI-8.6/2.7davy) id JAA02560; Mon, 21 Sep 1998 09:45:55 -0700 Message-Id: <199809211645.JAA02560@grayling.erg.sri.com> X-Mailer: exmh version 2.0delta 6/3/97 To: Roger Hardiman cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG, templin@erg.sri.com Subject: Re: wd0 / bt848 causing IDE timeouts In-reply-to: Your message of "Mon, 21 Sep 1998 14:16:42 BST." <360651BA.59E2@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 09:45:55 -0700 From: "Fred L. Templin" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roger, > I think it is possible the bt848 driver is causing lots of interrupts > when there is not a TV signal but there is lots of noise. > Would excessive IRQs (say 100 a second) cause the IDE to timeout? I would think it more likely that you're spending too much time in the interrupt service routine per individual interrupt while blocking other device interrupts. Look for long-duration DELAYs, and verify whether your spl*()'s are setting a higher priority than necessary. Regards, Fred templin@erg.sri.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 10:15:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17697 for freebsd-current-outgoing; Mon, 21 Sep 1998 10:15:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.elpost.com (DNS2.ELPOST.COM [193.15.1.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17685 for ; Mon, 21 Sep 1998 10:15:27 -0700 (PDT) (envelope-from johan@granlund.nu) Received: from phoenix.granlund.nu (t1o29p18.telia.com [194.236.214.18]) by mail.elpost.com (2.5 Build 2626 (Berkeley 8.8.6)/8.8.4) with ESMTP id TAA00880; Mon, 21 Sep 1998 19:14:52 +0200 Received: from pegasys (pegasys.granlund.nu [192.168.0.2]) by phoenix.granlund.nu (8.9.1/8.9.1) with SMTP id TAA20306; Mon, 21 Sep 1998 19:13:47 +0200 (CEST) (envelope-from johan@phoenix.granlund.nu) Message-Id: <199809211713.TAA20306@phoenix.granlund.nu> From: "Johan Granlund" To: Vallo Kallaste , current@FreeBSD.ORG Date: Mon, 21 Sep 1998 19:09:44 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: the fs fun never stops In-reply-to: <19980921143503.A738@matti.ee> References: <199809210802.BAA21474@word.smith.net.au>; from Mike Smith on Mon, Sep 21, 1998 at 01:02:12AM -0700 X-mailer: Pegasus Mail for Win32 (v3.01a) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Firstly i didn't know anything about what bill described. That probably means that i shouldn't bee on this list, but i am:) I'm afraid that this information that is important for both the kernel people and us that don't know how to get the information that you need, will drown in the FAQ. Flesh it out or just put bills mail directly as it is in the tutorial section with a pointer in the FAQ _AND_ the handbook. If we get this information out in a step by step fashion, it's much easier to get you kernel people the information you need and you can point to the document and say "Read this paper and give me the information and i'll fix it"! I understand that the people that understand how to debug a crash don't have the time/hate to write the howtos. Bills mail is a exelent start and my thougt is that we will all be much luckier if this information gets out. Regards /Johan > Mike Smith wrote: > > > How about you take it and write the FAQ entry? Don't worry about your > > formatting, spelling, grammar or whatever. Then submit it as a PR. > > > > It's much easier to reformat and tidy up something that's already been > > written than it is to write it from scratch. Note that you'll want to > > make sure that what you write fits in with the 'kernel debugging' > > section of the FAQ. > > *** > > Oh, yes... but I think that I'm capable only writing an FAQ entry which > follows strictly Bill's original posting. That's because I don't know > enough about programming, debugging etc. I am only capable writing a tiny > C program "Hello, world" and my main work is computer repairing not > programming by any means ( fairly I'm not interested ). Anyway, if you > think I'm right person to do that, I do. > > > Vallo Kallaste > vallo@matti.ee > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > ___________________________________________________________ Internet: johan@granlund.nu I don't even speak for myself To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 10:25:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19665 for freebsd-current-outgoing; Mon, 21 Sep 1998 10:25:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19647 for ; Mon, 21 Sep 1998 10:25:16 -0700 (PDT) (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 13:24:45 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 10:23:27 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Mon, 21 Sep 1998 13:23:27 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: -current a.out buildworld X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 13:23:26 -0400 Message-ID: <15189.906398606@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current as of about an hour ago. ... cvs/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -I/u sr/obj/aout/var/src.cvs/src/tmp/usr/include -c /var/src.cvs/src/gnu/usr.bin/binu tils/libiberty/../../../../contrib/binutils/libiberty/xatexit.c -o xatexit.o cc: Internal compiler error: program cpp got fatal signal 11 *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 10:40:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22402 for freebsd-current-outgoing; Mon, 21 Sep 1998 10:40:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22287; Mon, 21 Sep 1998 10:39:34 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id TAA00607; Mon, 21 Sep 1998 19:39:02 +0200 (CEST) Message-ID: <19980921193902.A595@radio-do.de> Date: Mon, 21 Sep 1998 19:39:02 +0200 From: Frank Nobis To: Pierre.Dampure@barclayscapital.com, freebsd-smp@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com>; from Pierre.Dampure@barclayscapital.com on Mon, Sep 21, 1998 at 03:07:55PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 03:07:55PM +0100, Pierre.Dampure@barclayscapital.com wrote: > > Frank, > > Are you by any chance running an ELF version of X? I experienced pretty > weird results over the past few days with and ELF X (built as per the port > mods posted to the list): a make world running under X would basically bring > the box to a halt, massive delays when typing characters on any of the other > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > than 256Mb free / no swap used, doing nothing else than the build. I build an elf X11, but when doing my test the X server was not running. With X11 running I noticed small delays, but nothing really serious to worry about. The system I use has two 400Mhz PII with 512Mb physical RAM on an ASUS P2B-DS board. > I'll be rebuilding the box tonight and verify whether this is still > happening now that we have "official" XFree86 port mods. I will try this evening, too :-) -fn- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 10:50:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23829 for freebsd-current-outgoing; Mon, 21 Sep 1998 10:50:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23815 for ; Mon, 21 Sep 1998 10:50:27 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (2602@skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id TAA19400; Mon, 21 Sep 1998 19:49:51 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Mon, 21 Sep 1998 17:49:50 GMT Mime-Version: 1.0 To: Joe Abley Cc: current@FreeBSD.ORG Subject: Re: Navigator 4.06 for FreeBSD 3.0-ELF? References: <19980921153137.A659@clear.co.nz> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Sep 1998 19:49:47 +0200 In-Reply-To: Joe Abley's message of "Mon, 21 Sep 1998 15:31:37 +1200" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA23820 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Abley writes: > Does anybody from Netscape read this list? > > An unsupported elf binary of Navigator would be nice :) No. It would be nifty. What would really be nice would be a *supported* FreeBSD-Elf binary. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 10:53:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24162 for freebsd-current-outgoing; Mon, 21 Sep 1998 10:53:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24147 for ; Mon, 21 Sep 1998 10:53:04 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (2602@skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id TAA19677; Mon, 21 Sep 1998 19:52:33 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Mon, 21 Sep 1998 17:52:32 GMT Mime-Version: 1.0 To: Ben Smithurst Cc: freebsd-current@FreeBSD.ORG Subject: Re: Minor patch to src/sys/i386/conf/LINT References: <19980921015312.A15286@scientia.demon.co.uk> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Sep 1998 19:52:29 +0200 In-Reply-To: Ben Smithurst's message of "Mon, 21 Sep 1998 01:53:12 +0100" Message-ID: Lines: 21 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA24154 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst writes: > Maybe a small thing, but surely it should be changed ... > > --- src/sys/i386/conf/LINT~ Mon Sep 21 01:45:04 1998 > +++ src/sys/i386/conf/LINT Mon Sep 21 01:45:17 1998 > @@ -52,7 +52,7 @@ > > # This allows you to actually store this configuration file into > # the kernel binary itself, where it may be later read by saying: > -# strings /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL > +# strings -aout /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL > # > options INCLUDE_CONFIG_FILE # Include this file in kernel > > ... otherwise it won't work. As I found out a few weeks back... :-( While you're at it, add '-n 3' so it doesn't drop blank lines. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:00:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24953 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:00:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24932 for ; Mon, 21 Sep 1998 11:00:23 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id TAA10547; Mon, 21 Sep 1998 19:55:37 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id TAA22198; Mon, 21 Sep 1998 19:53:37 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809211753.TAA22198@semyam.dinoco.de> To: Bill Paul cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: the fs fun never stops In-reply-to: Your message of "Sun, 20 Sep 1998 15:22:50 EDT." <199809201922.PAA21926@skynet.ctr.columbia.edu> Cc: seggers@semyam.dinoco.de Date: Mon, 21 Sep 1998 19:53:36 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > - cp kernel kernel.debug > - strip -d kernel Make sure you use the propper strip. On my ELF system it defaults to the ELF strip and that hardly will work with an a.out kernel. Use the full path /usr/libexec/aout/strip or OBJFORMAT in the environment set to aout and it should do its job. > - mv /kernel /kernel.orig Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:23:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28251 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:23:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28236 for ; Mon, 21 Sep 1998 11:22:56 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (2602@skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id UAA22715; Mon, 21 Sep 1998 20:20:39 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Mon, 21 Sep 1998 18:20:38 GMT Mime-Version: 1.0 To: ben@rosengart.com Cc: Alfred Perlstein , Mark Murray , current@FreeBSD.ORG Subject: Re: shouting in a void? References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Sep 1998 20:20:35 +0200 In-Reply-To: Snob Art Genre's message of "Mon, 21 Sep 1998 09:22:50 -0400 (EDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA28247 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre writes: > On Mon, 21 Sep 1998, Alfred Perlstein wrote: > > You are familiar with dumpon right? > > and gdb -k? > Certainly. I have all the necessary machinery enabled; it's just that > lately it works spottily at best. Dumping has been broken for a while and was fixed today or yesterday, judging from the cvs logs. You *do* read the cvs logs, right? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:23:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28338 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:23:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28322 for ; Mon, 21 Sep 1998 11:23:41 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (2602@skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id UAA22974; Mon, 21 Sep 1998 20:23:08 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Mon, 21 Sep 1998 18:23:04 GMT Mime-Version: 1.0 To: Greg Lehey Cc: FreeBSD current users Subject: Re: Make world breaks in libbfd References: <19980921182252.B9960@freebie.lemis.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Sep 1998 20:23:00 +0200 In-Reply-To: Greg Lehey's message of "Mon, 21 Sep 1998 18:22:52 +0930" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA28326 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey writes: > ===> gnu/usr.bin/binutils/libbfd > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -c /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o > In file included from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:1417, > from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:23: > /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcore.h:23: sys/procfs.h: No such file or directory > > I resupped 8 hours later and had no change. Have I missed something? I almost feel bad about asking *you* this :) but are you absolutely sure you haven't done anything stupid like 'make -DNOCLEAN world' or something? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:28:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29499 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:28:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29380 for ; Mon, 21 Sep 1998 11:28:15 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc104.reseau.uvsq.fr [193.51.24.20]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id UAA05373 ; Mon, 21 Sep 1998 20:27:28 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id UAA02473; Mon, 21 Sep 1998 20:33:02 GMT Message-ID: <19980921203302.16173@breizh.prism.uvsq.fr> Date: Mon, 21 Sep 1998 20:33:02 +0000 From: Nicolas Souchu To: Jeroen Ruigrok/Asmodai Cc: FreeBSD Current Subject: Re: Zip drives/vpo0 device [LONG: LOG] References: <19980920193529.04194@breizh.prism.uvsq.fr> <19980920223303.00046@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jeroen Ruigrok/Asmodai on Mon, Sep 21, 1998 at 07:49:21AM +0200 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 07:49:21AM +0200, Jeroen Ruigrok/Asmodai wrote: > >Btw, what documentation is good for starting to write device drivers stuff, >I have AS Tanenbaum's Modern Operating Systems, but I cannot find anything >suited specifically for FreeBSD, did anybody bother to even guideline it? > The sources of course ;) Not a joke, but browse the archives, good urls have been given in reply to your question. I'm sure you want to write ppbus code... > >Thanks Nicolas, > Tell me if you have trouble with your ZIP. -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - 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 Mon Sep 21 11:32:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00586 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:32:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA00549 for ; Mon, 21 Sep 1998 11:32:17 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86550-12114>; Mon, 21 Sep 1998 14:31:31 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Mon, 21 Sep 1998 14:31:08 -0400 Subject: Re: ELF ldconfig From: David Holland To: tlambert@primenet.com (Terry Lambert) Date: Mon, 21 Sep 1998 14:30:59 -0400 Cc: dholland@cs.toronto.edu, tlambert@primenet.com, peter@netplex.com.au, jabley@clear.co.nz, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809210817.BAA21935@usr09.primenet.com> from "Terry Lambert" at Sep 21, 98 04:17:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep21.143108edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Note that ld.so still has to, in general, because the libraries ld.so > > sees may not be the same ones that ld saw, and might be lacking the > > symbols whether or not they were originally present. > > You mean "has to" in the "if it were correct code" sense, not "has > to" in the "it does this sense". Apparently. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:34:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01198 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:34:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01035 for ; Mon, 21 Sep 1998 11:33:56 -0700 (PDT) (envelope-from netchild@wurzelausix.cs.uni-sb.de) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.0/1998052000) with ESMTP id UAA01004; Mon, 21 Sep 1998 20:32:42 +0200 (CEST) Received: from Old-Man.Home (acc1-217.telip.uni-sb.de [134.96.113.217]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id UAA02282; Mon, 21 Sep 1998 20:32:42 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (localhost [127.0.0.1]) by Old-Man.Home (8.9.1/8.8.8) with ESMTP id UAA00319; Mon, 21 Sep 1998 20:25:33 +0200 (CEST) (envelope-from netchild@wurzelausix.cs.uni-sb.de) Message-Id: <199809211825.UAA00319@Old-Man.Home> Date: Mon, 21 Sep 1998 20:25:31 +0200 (CEST) From: Alexander Leidinger Subject: Re: bug or missing feature with APM (halt) To: mike@smith.net.au cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809191835.LAA00950@word.smith.net.au> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19 Sep, Mike Smith wrote: >> Is this apm v1.2 related or is it a bug? > > It's possibly a bug in our APM handling. There were some significant > time-related changes committed recently, so you will want to make sure > you're up to date with -current before trying to fix anything. cvsup this morning, "halt -p" didn´t work as described. Bye, Alexander. -- 2^{F_{h+1}-1} z^{F_{h+2}-1} + 2^{F_{h+1}-2} L_{h-1} z^{F_{h+2}} + complicated terms + 2^{h-1} z^{2^h - 2} + z^{2^h - 1} Donald E. Knuth, "The Art of Computer Programming" http://fsinfo.cs.uni-sb.de/~netchild mailto:netchild@studcs.uni-sb.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:37:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01966 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:37:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01952 for ; Mon, 21 Sep 1998 11:37:37 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id LAA00871 for ; Mon, 21 Sep 1998 11:36:52 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id UAA00706 for freebsd-current@freefall.cdrom.com; Mon, 21 Sep 1998 20:36:39 +0200 (MEST) (envelope-from kuku) Date: Mon, 21 Sep 1998 20:36:39 +0200 (MEST) From: Christoph Kukulies Message-Id: <199809211836.UAA00706@gilberto.physik.RWTH-Aachen.DE> To: freebsd-current@freefall.cdrom.com Subject: after building current today - sendmail problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded to a current (aout still) but something seems to be wrong with my /var/spool/mqueue. From the syslog: Sep 21 20:24:24 blues sendmail[153]: NOQUEUE: low on space (have 0, SMTP-DAEMON needs 101 in /var/spool/mqueue) Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 42063 18160 20538 47% / /dev/wd0s1g 1986735 1401527 426270 77% /home /dev/wd0s1f 237935 94738 124163 43% /usr /dev/wd0s1e 98479 60648 29953 67% /var /dev/da0e 2000815 1869870 -29120 102% /a /dev/wd1c 2481270 380798 1901971 17% /b procfs 4 4 0 100% /proc toots:/usr/local/X11 1008110 888930 38532 96% /home/local/X11 -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de Latest feature of Visual C++ 6.0: 'Command-line builds' - msdev crc.dsw /MAKE "WinCRC - Win32 Debug" /Rebuild /OUT wincrc.log Taken from: MSJ Oct 98, p. 19 -- :-O To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:40:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02724 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:40:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA02698 for ; Mon, 21 Sep 1998 11:40:39 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 3559 invoked by uid 1001); 21 Sep 1998 18:40:09 +0000 (GMT) To: Pierre.Dampure@barclayscapital.com Cc: current@FreeBSD.ORG Subject: Re: SNAP Status In-Reply-To: Your message of "Mon, 21 Sep 1998 15:16:55 +0100" References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED3A@exips0019.itops.ldn.bzwint.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 21 Sep 1998 20:40:09 +0200 Message-ID: <3557.906403209@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Just tried to install the latest SNAP (3.0-19980919-BETA) from both > ftp.cdrom.com and trane.uninett.no; both fall over when extracting the bin > distribution, with /stand/cpio complaining about finding junk in the dist > and the files being in the wrong byte order... any clues? No clues, I'm afraid. Just checked the bin distribution at trane.uninett.no. It's consistent with the CHECKSUM file - all md5 checksums are correct. Also, it unpacks just fine with 'cat bin.?? | tar xzf -' on another FreeBSD host (running 2.2-970801-RELENG). Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:41:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03012 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:41:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02990 for ; Mon, 21 Sep 1998 11:41:40 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id OAA29716; Mon, 21 Sep 1998 14:37:32 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 21 Sep 1998 14:37:32 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Pierre.Dampure@barclayscapital.com cc: current@FreeBSD.ORG Subject: Re: SNAP Status In-Reply-To: <711DCB8FB391D111B9DD00805F8BDDBAF7ED3A@exips0019.itops.ldn.bzwint.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i had to use a SNAP boot floppy. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Mon, 21 Sep 1998 Pierre.Dampure@barclayscapital.com wrote: > > All, > > Just tried to install the latest SNAP (3.0-19980919-BETA) from both > ftp.cdrom.com and trane.uninett.no; both fall over when extracting the bin > distribution, with /stand/cpio complaining about finding junk in the dist > and the files being in the wrong byte order... any clues? > > > --------------------------------------------------- > Pierre Y. Dampure > > Global Internet Services > Barclays Capital > Tel: +44(0)171 773-3396 > Mobile: +44(0)468 663-795 > > -------------------------------------------------------------------------------------- > > Internet communications are not secure and therefore the Barclays Group > does not accept legal responsibility for the contents of this message. > Any views or opinions presented are solely those of the author and do > not necessarily represent those of the Barclays Group unless otherwise > specifically stated. > > -------------------------------------------------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:42:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03250 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:42:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03051; Mon, 21 Sep 1998 11:41:59 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:eS9GwVjdzCaxr2XAVjs6PzRYI3F/X5HM@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id UAA00678; Mon, 21 Sep 1998 20:40:22 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809211840.UAA00678@gratis.grondar.za> To: Steve Price cc: Enkhyl , ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Your message of " Mon, 21 Sep 1998 09:22:11 EST." References: Date: Mon, 21 Sep 1998 20:40:21 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Price wrote: > > Was this patch based on the port that I committed last > night? If not can you try it? I have a functioning patch based on your code. Care to review it? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:46:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04076 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:46:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04045 for ; Mon, 21 Sep 1998 11:45:52 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id LAA02551; Mon, 21 Sep 1998 11:45:19 -0700 (PDT) (envelope-from jdp) Message-Id: <199809211845.LAA02551@austin.polstra.com> To: seggers@semyam.dinoco.de Subject: Re: the fs fun never stops In-Reply-To: <199809211753.TAA22198@semyam.dinoco.de> References: <199809211753.TAA22198@semyam.dinoco.de> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 21 Sep 1998 11:45:18 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809211753.TAA22198@semyam.dinoco.de>, Stefan Eggers wrote: > Make sure you use the propper strip. On my ELF system it defaults to > the ELF strip and that hardly will work with an a.out kernel. Use the > full path /usr/libexec/aout/strip or OBJFORMAT in the environment set > to aout and it should do its job. The simplest is to use "strip -aout ...". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:47:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04399 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:47:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04334 for ; Mon, 21 Sep 1998 11:46:55 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id LAA01175 for ; Mon, 21 Sep 1998 11:46:16 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id UAA00768; Mon, 21 Sep 1998 20:46:16 +0200 (MEST) (envelope-from kuku) Date: Mon, 21 Sep 1998 20:46:16 +0200 (MEST) From: Christoph Kukulies Message-Id: <199809211846.UAA00768@gilberto.physik.RWTH-Aachen.DE> To: freebsd-current@freefall.cdrom.com, freebsd-scsi@FreeBSD.ORG Subject: ncr - new log messages appearing Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just FYI, don't know whether I should bother but since the recent upgrade to -current (aout) I'm seeing the following log messages: Sep 21 20:35:58 blues /kernel: (da0:ncr0:0:0:0): tagged openings now 15 (Stefan?) -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de Latest feature of Visual C++ 6.0: 'Command-line builds' - msdev crc.dsw /MAKE "WinCRC - Win32 Debug" /Rebuild /OUT wincrc.log Taken from: MSJ Oct 98, p. 19 -- :-O To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:47:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04492 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:47:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04401 for ; Mon, 21 Sep 1998 11:47:10 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with ESMTP id OAA18649; Mon, 21 Sep 1998 14:46:37 -0400 (EDT) Date: Mon, 21 Sep 1998 14:46:37 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: "Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=" cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: 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 X-Loop: FreeBSD.ORG On 21 Sep 1998, Dag-Erling C. [iso-8859-1] Smørgrav wrote: > Dumping has been broken for a while and was fixed today or yesterday, > judging from the cvs logs. You *do* read the cvs logs, right? I wanted to, but at the time it was all or nothing, and I'm not going to receive and filter every commit for every part of current and stable and the docs and web pages. If this has been fixed, I'll see about subscribing. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 11:55:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07013 for freebsd-current-outgoing; Mon, 21 Sep 1998 11:55:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06956; Mon, 21 Sep 1998 11:55:30 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id NAA27126; Mon, 21 Sep 1998 13:54:43 -0500 (CDT) Date: Mon, 21 Sep 1998 13:54:43 -0500 (CDT) From: Steve Price To: Mark Murray cc: Enkhyl , ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: <199809211840.UAA00678@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Mark Murray wrote: # Steve Price wrote: # > # > Was this patch based on the port that I committed last # > night? If not can you try it? # # I have a functioning patch based on your code. # # Care to review it? Sure send it over. I will have to get kerberos installed first, but that takes no time in comparison to rebuilding the XFree86 port (which I've done over a dozen times in the last couple of weeks). :) Steve # M # -- # Mark Murray # Join the anti-SPAM movement: http://www.cauce.org # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:02:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08569 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:02:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08507 for ; Mon, 21 Sep 1998 12:01:44 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id MAA18324; Mon, 21 Sep 1998 12:00:48 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 21 Sep 1998 12:00:48 -0700 (PDT) From: Doug White To: sthaug@nethelp.no cc: kkennawa@physics.adelaide.edu.au, green@zone.syracuse.net, current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: <1354.906391235@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998 sthaug@nethelp.no wrote: > > While we're on the subject of netscape, has anyone else had problems with > > 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, > > crashing, and occasionally killing my X server (XF86 w/ ELF > > patches). > > On the other hand, 4.06 seems to be more stable for me. But then I haven't > tried it on an ELF system yet, only 2.2.7. While we're complaining about netscape in an inappropriate forum :) I sometimes get frames without scrollbars, so I have to open the frame in a separate window to scroll it. Anyone else seen that on 4.06? Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | 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 Mon Sep 21 12:04:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09202 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:04:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09081 for ; Mon, 21 Sep 1998 12:03:58 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id MAA01805 for ; Mon, 21 Sep 1998 12:03:28 -0700 (PDT) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id NAA08416; Mon, 21 Sep 1998 13:02:43 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809211902.NAA08416@panzer.plutotech.com> Subject: Re: ncr - new log messages appearing In-Reply-To: <199809211846.UAA00768@gilberto.physik.RWTH-Aachen.DE> from Christoph Kukulies at "Sep 21, 98 08:46:16 pm" To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Mon, 21 Sep 1998 13:02:43 -0600 (MDT) Cc: freebsd-current@freefall.cdrom.com, freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christoph Kukulies wrote... > > Just FYI, don't know whether I should bother but > since the recent upgrade to -current (aout) I'm seeing > the following log messages: > > Sep 21 20:35:58 blues /kernel: (da0:ncr0:0:0:0): tagged openings now 15 > > (Stefan?) That's quite normal. It means your disk only has space for 15 commands at a time. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:06:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09980 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:06:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09879 for ; Mon, 21 Sep 1998 12:06:13 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id MAA19699; Mon, 21 Sep 1998 12:05:36 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 21 Sep 1998 12:05:35 -0700 (PDT) From: Doug White To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-Reply-To: <199809211443.WAA09682@ariadne.tensor.pgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > in need of a major number so I can actually get this thing going. Can someone > hand me something? This looks quite straightforward otherwise. Character or block device? Block device 29 and character device 107 are the next ones in the list at /sys/i386/conf/majors.i386. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | 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 Mon Sep 21 12:15:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12458 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:15:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12407 for ; Mon, 21 Sep 1998 12:15:29 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with ESMTP id PAA20321; Mon, 21 Sep 1998 15:14:58 -0400 (EDT) Date: Mon, 21 Sep 1998 15:14:57 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: "Dag-Erling C. Smrgrav" cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: 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 X-Loop: FreeBSD.ORG On 21 Sep 1998, Dag-Erling C. [iso-8859-1] Smørgrav wrote: > It's still "all or nothing" AFAIK, but unless you have a slow link, I > don't see the big problem with subscribing to cvs-all. You can set up > a simple procmail script to filter out everything that matches e.g. > ^Subject:.*cvs commit: (ports|www|doc).*$ I'm tired of jumping through hoops. I'm going pretty far out of my way to be helpful to the FreeBSD project and to myself by spotting problems in 3.0-alpha^H^H^H^H^Hbeta, and all I hear is that I'm not doing enough. Is core interested in a stable 3.0-RELEASE or is the idea just to alienate enough users that the complaint volume is low anyway? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:18:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13253 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:18:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13154; Mon, 21 Sep 1998 12:18:04 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:7rdfBXe8Q/eZzNPFJws8PtEXRFTJaOyO@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA00798; Mon, 21 Sep 1998 21:17:07 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809211917.VAA00798@gratis.grondar.za> To: Steve Price cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Your message of " Mon, 21 Sep 1998 13:54:43 EST." References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <792.906405393.0@grondar.za> Date: Mon, 21 Sep 1998 21:17:07 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <792.906405393.1@grondar.za> Steve Price wrote: > # I have a functioning patch based on your code. > # > # Care to review it? > > Sure send it over. I will have to get kerberos installed > first, but that takes no time in comparison to rebuilding > the XFree86 port (which I've done over a dozen times in > the last couple of weeks). :) Thanks! Enclosed.. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <792.906405393.2@grondar.za> Content-Description: Xfree86 KerberosIV ELF patches Index: files/kerberos4.diffs =================================================================== RCS file: /home/ncvs/ports/x11/XFree86/files/kerberos4.diffs,v retrieving revision 1.3 diff -u -d -r1.3 kerberos4.diffs --- kerberos4.diffs 1998/04/13 14:28:58 1.3 +++ kerberos4.diffs 1998/09/21 16:45:26 @@ -34,7 +34,7 @@ +#define Krb4Includes /**/ +#endif +#ifndef Krb4Libraries -+#define Krb4Libraries -lkrb -ldes ++#define Krb4Libraries -lkrb -ldes -lcrypt +#endif +#else +#undef Krb4Includes Index: scripts/configure =================================================================== RCS file: /home/ncvs/ports/x11/XFree86/scripts/configure,v retrieving revision 1.35 diff -u -d -r1.35 configure --- configure 1998/09/21 00:04:36 1.35 +++ configure 1998/09/21 16:44:11 @@ -230,6 +230,14 @@ echo "#define HasXdmAuth $answ" >> $F fi +# ELF detection +if [ `sysctl -n kern.osreldate` -ge 300004 && X`objformat` = Xelf ]; then + ELF=yes + echo "#define UseElfFormat YES" >> $F +else + ELF=no +fi + cat <<'END' XDM can be built so that it will get a KerberosIV TGT for your users @@ -250,7 +258,11 @@ answ=NO cpkb=NO if [ $answ = YES ]; then - LIBKRB=/usr/lib/libkrb.a + if [ $ELF = yes ]; then + LIBKRB=/usr/lib/libkrb.a + else + LIBKRB=/usr/lib/aout/libkrb.a + fi K4PATCH=$FILESDIR/kerberos4.diffs K4XDM="$FILESDIR/krb4auth.c $FILESDIR/krb4auth.h" XDMDIR=$WRKDIR/xc/programs/xdm/ @@ -267,11 +279,6 @@ if [ $cpkb != NO ]; then echo "#define HasKrb4 $answ" >> $F fi - -# ELF detection -test `sysctl -n kern.osreldate` -ge 300004 && - test `objformat` = elf && - echo "#define UseElfFormat YES" >> $F echo echo "End of configuration questions. No more user input required" ------- =_aaaaaaaaaa0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:26:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14778 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:26:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14770 for ; Mon, 21 Sep 1998 12:26:03 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id PAA21617; Mon, 21 Sep 1998 15:24:49 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 15:24:49 -0400 (EDT) From: Luoqi Chen Message-Id: <199809211924.PAA21617@lor.watermarkgroup.com> To: chuckr@mat.net, smp@csn.net Subject: Re: make -j # buildworld Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I asked about NOAOUT, I know everyone else is getting it done, but are > you doing it with or without NOAOUT? When I *don't* specify NOAOUT, it > dies immedately before doing the aout part. When I just finished one > (my first one) with NOAOUT, it finally worked, hence my question. > The trick is you need to specify the full path of `make' for the legacy build in /usr/src/Makefile.inc0. I have a local version that works, if no one objects, I will commit the change. > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:28:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15495 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:28:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15451 for ; Mon, 21 Sep 1998 12:27:59 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00467; Mon, 21 Sep 1998 12:33:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809211933.MAA00467@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John DeBoskey cc: freebsd-current@FreeBSD.ORG Subject: Re: Hung amd on -current? In-reply-to: Your message of "Mon, 21 Sep 1998 11:08:19 EDT." <199809211508.LAA07483@bb01f39.unx.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 12:33:00 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I have the following 'amd' process on a current system which > I cannot kill. > > 6969 root -18 0 940K 524K vmopar 0:00 0.00% 0.00% amd > > > The parent amd process is still alive and working... Basically, > all traffic to a machine 'nfssrv05' is now hung, which I believe > is due to the above process.. > > Any ideas? This is on David Greenman's (dg@freebsd.org) plate. He may want you to test various things. First make sure that you are completely up to date with -current. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:30:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16114 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:30:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16078 for ; Mon, 21 Sep 1998 12:30:12 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id MAA02605 for ; Mon, 21 Sep 1998 12:29:42 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id OAA28394; Mon, 21 Sep 1998 14:28:49 -0500 (CDT) Date: Mon, 21 Sep 1998 14:28:49 -0500 From: Dan Nelson To: Christoph Kukulies , freebsd-current@freefall.cdrom.com, freebsd-scsi@FreeBSD.ORG Subject: Re: ncr - new log messages appearing Message-ID: <19980921142849.A28314@emsphone.com> References: <199809211846.UAA00768@gilberto.physik.RWTH-Aachen.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.3i In-Reply-To: <199809211846.UAA00768@gilberto.physik.RWTH-Aachen.DE>; from "Christoph Kukulies" on Mon Sep 21 20:46:16 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 21), Christoph Kukulies said: > > Just FYI, don't know whether I should bother but since the recent > upgrade to -current (aout) I'm seeing the following log messages: > > Sep 21 20:35:58 blues /kernel: (da0:ncr0:0:0:0): tagged openings now 15 That just means your drive can't handle more than 15 tagged commands at once. CAM's max is 64 (is there any way to raise this?), so the first time your system hits the disk heavily, your drive will complain about the number of tags it can't handle, and the kernel message will pop up. There's no way to query the drive for this information (as far as I know), so the system basically tries to use as many tagged commands as possible until the drive complains. Some of Netware's SCSI drivers print the same messages. It's actually nice to see the message; then I know what drives not to buy next time :) -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:34:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17235 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:34:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16637 for ; Mon, 21 Sep 1998 12:31:37 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id VAA00566; Mon, 21 Sep 1998 21:32:31 +0200 (MET DST) Date: Mon, 21 Sep 1998 21:32:31 +0200 (MET DST) Message-Id: <199809211932.VAA00566@qix> From: Jean-Marc Zucconi To: freebsd-current@FreeBSD.ORG Subject: [CAM] boot messages, not configured devices X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to the latest changes in the ncr driver I am able to boot a cam kernel. It works well, but I get a lot of 'MSG_MESSAGE_REJECT received (2:8)' messages during boot (see log below). What do they mean? In addition the cd driver refuses to attach my CD-R if there is no CD inside at boot time (cd2: fatal error: NOT READY), although it is correctly probed during the scan phase: pass5 at ncr1 bus 0 target 3 lun 0 pass5: Removable CD-ROM SCSI2 device pass5: 3.300MB/s transfers Here are the boot messages: [...] Intel Pentium F00F detected, installing workaround (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:1): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:2): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:3): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe1:ncr0:0:2:4): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:5): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:6): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). sa0 at ncr1 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI2 device sa0: 10.0MB/s transfers (10.0MHz, offset 8) da2 at ncr1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da2: 4110MB (8418816 512 byte sectors: 255H 63S/T 524C) da1 at ncr0 bus 0 target 6 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) cd0 at ncr0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 4.32MB/s transfers (4.32MHz, offset 8) cd0: cd present [337280 x 2048 byte records] cd1 at ncr0 bus 0 target 5 lun 0 cd1: Removable CD-ROM SCSI2 device cd1: 3.968MB/s transfers (3.968MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) changing root device to da0s4a changing root device to da0a cd2: fatal error: NOT READY, Logical unit not ready, cause not reportable -- failed to attach to device (cd2:ncr1:0:3:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd2:ncr1:0:3:0): NOT READY asc:4,0 (cd2:ncr1:0:3:0): Logical unit not ready, cause not reportable Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:37:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17849 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:37:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17823; Mon, 21 Sep 1998 12:36:52 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id PAA08686; Mon, 21 Sep 1998 15:36:23 -0400 (EDT) Date: Mon, 21 Sep 1998 15:36:23 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG cc: jmb@FreeBSD.ORG Subject: making current a bit friendlier: cvs-cur Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would it be possible for the Powers That Be to set up a mailing list whereby one could receive CVS messages for commits to the source of current only? I would greatly appreciate it. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:46:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19502 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:46:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19451; Mon, 21 Sep 1998 12:45:38 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id OAA24686; Mon, 21 Sep 1998 14:44:31 -0500 (CDT) Date: Mon, 21 Sep 1998 14:44:30 -0500 (CDT) From: Steve Price To: Mark Murray cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: <199809211917.VAA00798@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Mark Murray wrote: [...] @@ -250,7 +258,11 @@ answ=NO cpkb=NO if [ $answ = YES ]; then - LIBKRB=/usr/lib/libkrb.a + if [ $ELF = yes ]; then + LIBKRB=/usr/lib/libkrb.a + else + LIBKRB=/usr/lib/aout/libkrb.a + fi K4PATCH=$FILESDIR/kerberos4.diffs K4XDM="$FILESDIR/krb4auth.c $FILESDIR/krb4auth.h" XDMDIR=$WRKDIR/xc/programs/xdm/ [...] How about something along these lines: if [ $ELF = yes ]; then LIBKRB=/usr/lib/libkrb.a elif [ -d /usr/lib/aout ]; then LIBKRB=/usr/lib/aout/libkrb.a else LIBKRB=/usr/lib/libkrb.a fi I don't know that this one matters, but it does catch the corner case where world is still a.out and /usr/lib/aout doesn't exist yet. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:46:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19564 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:46:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19494 for ; Mon, 21 Sep 1998 12:46:02 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00896; Mon, 21 Sep 1998 12:49:17 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809211949.MAA00896@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alexander Leidinger cc: mike@smith.net.au, freebsd-current@FreeBSD.ORG Subject: Re: bug or missing feature with APM (halt) In-reply-to: Your message of "Mon, 21 Sep 1998 20:25:31 +0200." <199809211825.UAA00319@Old-Man.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Mon, 21 Sep 1998 12:49:17 -0700 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA19504 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On 19 Sep, Mike Smith wrote: > > >> Is this apm v1.2 related or is it a bug? > > > > It's possibly a bug in our APM handling. There were some significant > > time-related changes committed recently, so you will want to make sure > > you're up to date with -current before trying to fix anything. > > cvsup this morning, "halt -p" didn´t work as described. Ok, looks like you get to learn about APM. Let me know what you need to get started. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:48:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20062 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:48:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19973; Mon, 21 Sep 1998 12:48:26 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with ESMTP id VAA26008; Mon, 21 Sep 1998 21:51:51 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 21 Sep 1998 21:51:51 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: =?ISO-8859-2?Q?S=F8ren_Schmidt?= cc: peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <199809211223.OAA23471@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Søren Schmidt wrote: > In reply to Andrzej Bialecki who wrote: > > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > then, please, what for, because I can't see what (significant) added > > functionality over standard /dev/* it offered... > > It doesn't give me anything but an emptier looking /dev with only those > devices in it that I actually have :) Mhmhm.. But it's unable to create slices/partition nodes on the fly, so you mean you use it only for non-disk devices, right? Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 12:58:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22391 for freebsd-current-outgoing; Mon, 21 Sep 1998 12:58:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22362 for ; Mon, 21 Sep 1998 12:58:33 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA18156; Mon, 21 Sep 1998 12:58:02 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018152; Mon Sep 21 12:57:51 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id MAA06987; Mon, 21 Sep 1998 12:57:51 -0700 (PDT) From: Archie Cobbs Message-Id: <199809211957.MAA06987@bubba.whistle.com> Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: <1354.906391235@verdi.nethelp.no> from "sthaug@nethelp.no" at "Sep 21, 98 05:20:35 pm" To: sthaug@nethelp.no Date: Mon, 21 Sep 1998 12:57:50 -0700 (PDT) Cc: kkennawa@physics.adelaide.edu.au, green@zone.syracuse.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sthaug@nethelp.no writes: > > While we're on the subject of netscape, has anyone else had problems with > > 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, > > crashing, and occasionally killing my X server (XF86 w/ ELF > > patches). > > On the other hand, 4.06 seems to be more stable for me. But then I haven't > tried it on an ELF system yet, only 2.2.7. I've had similar problems with Navigator 4.06. This is the usual stuff that Netscape has always done, for example: - After starting up Java, seems to get confused, slowed down, and/or fails to execute applets. At least Java is working somewhat... - When it crashes, it's running at 100% CPU and can't be killed except by kill -9. - During some SSL connections (or not?), spontaneously exits for no reason. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:14:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24700 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:14:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24693; Mon, 21 Sep 1998 13:14:09 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id EAA03044; Tue, 22 Sep 1998 04:13:31 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809212013.EAA03044@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: sos@FreeBSD.ORG cc: abial@nask.pl (Andrzej Bialecki), jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Mon, 21 Sep 1998 14:23:36 +0200." <199809211223.OAA23471@sos.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Sep 1998 04:13:31 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt wrote: > In reply to Andrzej Bialecki who wrote: > > = > > Soren, you said you used DEVFS without SLICE on regular basis. Tell m= e > > then, please, what for, because I can't see what (significant) added > > functionality over standard /dev/* it offered... > = > It doesn't give me anything but an emptier looking /dev with only those= > devices in it that I actually have :) And most important of all, it doesn't have da1s1e, so having /home on /dev/da1s1e causes fsck to fail unless /etc/rc opens /dev/[r]da1s1 first = to cause the disklabel to be probed and the corresponding [a-h] names to = appear. Devfs is rather impaired without this and is the show-stopper = reason why it's not (and cannot) be on by default. The partition nodes only appear for the boot disk because there is a = behind-the-scenes open of the device for mount root. fsck requires some = messy modifications to make it devfs-aware to make it work without the = functionality (auto-probing) that SLICE provided. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:20:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25775 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:20:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25768; Mon, 21 Sep 1998 13:20:20 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:niNVUGi9RK31kKVo05TFslF7wYCfyns6@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id WAA01084; Mon, 21 Sep 1998 22:19:28 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809212019.WAA01084@gratis.grondar.za> To: Steve Price cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Your message of " Mon, 21 Sep 1998 14:44:30 EST." References: Date: Mon, 21 Sep 1998 22:19:28 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Price wrote: > How about something along these lines: > > if [ $ELF = yes ]; then > LIBKRB=/usr/lib/libkrb.a > elif [ -d /usr/lib/aout ]; then > LIBKRB=/usr/lib/aout/libkrb.a > else > LIBKRB=/usr/lib/libkrb.a > fi > > I don't know that this one matters, but it does catch the > corner case where world is still a.out and /usr/lib/aout > doesn't exist yet. Better! Please let me know if it works, and I'll commit ASAP. (Can't now - I have 3 other test compiles running...) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:22:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26138 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:22:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26129 for ; Mon, 21 Sep 1998 13:22:19 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id NAA00623 for ; Mon, 21 Sep 1998 13:21:49 -0700 (PDT) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id OAA08872; Mon, 21 Sep 1998 14:20:59 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809212020.OAA08872@panzer.plutotech.com> Subject: Re: ncr - new log messages appearing In-Reply-To: <19980921142849.A28314@emsphone.com> from Dan Nelson at "Sep 21, 98 02:28:49 pm" To: dnelson@emsphone.com (Dan Nelson) Date: Mon, 21 Sep 1998 14:20:59 -0600 (MDT) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-current@freefall.cdrom.com, freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote... > In the last episode (Sep 21), Christoph Kukulies said: > > > > Just FYI, don't know whether I should bother but since the recent > > upgrade to -current (aout) I'm seeing the following log messages: > > > > Sep 21 20:35:58 blues /kernel: (da0:ncr0:0:0:0): tagged openings now 15 > > That just means your drive can't handle more than 15 tagged commands at > once. CAM's max is 64 (is there any way to raise this?), so the first > time your system hits the disk heavily, your drive will complain about > the number of tags it can't handle, and the kernel message will pop up. You can adjust the maximum by adjusting the default quirk entry in cam_xpt.c or by putting in a specific quirk entry for your device that sets the limit higher. Most drives don't have any more than 64 tags. I think there are some external RAID controllers that may have more. > There's no way to query the drive for this information (as far as I > know), so the system basically tries to use as many tagged commands as > possible until the drive complains. Although some drives, like the Atlas II, will keep returning queue full until we've reduced the number of tags to 0. That's why we've got quirk entries that set the lower limit for those drives to 24. > Some of Netware's SCSI drivers print the same messages. It's actually > nice to see the message; then I know what drives not to buy next time > :) Yep. Many (most?) of the better Seagates handle 63 tags. My IBM Ultrastar 9ZX has 64. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:29:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27841 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:29:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27830 for ; Mon, 21 Sep 1998 13:29:10 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA05481; Mon, 21 Sep 1998 14:28:38 -0600 (MDT) Message-Id: <199809212028.OAA05481@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Robert Crowe cc: "Justin T. Gibbs" , current@FreeBSD.ORG, bob@carlsbad.ipinc.com Subject: Re: Problems with DPT/CAM and RAIDed drives under 3.0-CURRENT In-reply-to: Your message of "Sun, 20 Sep 1998 21:57:28 PDT." <199809210457.VAA26664@boogie.ipinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 14:22:10 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Not sure if this is a known problem or not, but under CURRENT (synced >on 9/20), the kernel fails to boot from a raided disk. If I break the >raid array (or even just yank one of the disks and let the controller >think the array is degraded) the kernel boots just fine. When the >array is built, I get the following lines right after probing npx0: > >(probe0:0:0:0): CCB 0xf875a07c - timed out How quickly after "npx0"? The current timeouts are 60s long, so it seems surprising to me that the DPT could take that long to get going. The timeouts were bumped at around the same time as dpt rev 1.15 was committed. >With dpt_scsi 1.14, this error would print about 5 times then panic >with a trap type 12 at > >_camq_insert + 0xf movl %ecx,0(%eax,%edx,4) Yes. This is the "ccb done twice" problem I fixed in the error recovery code with 1.15. >With dpt_scsi 1.15 it appears to just hang after the print (or maybe I >didn't wait long enough) Hard to say. I may be confused about how the DPT handles command abort requests. Either that or it takes "forever" for mirrored pairs to respond to simple commands like "inquiry" soon after the DPT is booted. Did you have a background mirror reconstruction task going on? I have a RAID 5 array building on a DPT PM3224 right now and if I can't reproduce the problem with that configuration, I'll try some mirrored configurations. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:31:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28240 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:31:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28231 for ; Mon, 21 Sep 1998 13:30:46 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.75]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA166 for ; Mon, 21 Sep 1998 16:21:30 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id QAA00992 for current@FreeBSD.ORG; Mon, 21 Sep 1998 16:30:48 GMT (envelope-from root) Message-ID: <19980921163048.A869@scsn.net> Date: Mon, 21 Sep 1998 16:30:48 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: current@FreeBSD.ORG Subject: Loadable Modules in ELF XF86 Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After building a ELF XFree86 from the port committed last night, I am seeing the following when starting the X server: ------------------------------------------------------------------- XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values xf86Jstk.so: /usr/X11R6/lib/modules/xf86Jstk.so: Undefined symbol "xf86GetMotion Events" xie.so: /usr/X11R6/lib/modules/xie.so: Undefined symbol "isItTimeToYield" pex5.so: /usr/X11R6/lib/modules/pex5.so: Undefined symbol "EventSwapVector" ------------------------------------------------------------------ Obviously, the X loadable modules don't work too well as ELF... I assume that this can't possibly work, ELF LKMs with an a.out kernel, no? Or am I just way off base here? If this is the case, is there any way to force the loadable modules to be built as a.out until we have an ELF kernel? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:49:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02027 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:49:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02016; Mon, 21 Sep 1998 13:49:32 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id NAA32767; Mon, 21 Sep 1998 13:48:58 -0700 Date: Mon, 21 Sep 1998 13:48:58 -0700 (PDT) From: Enkhyl To: Steve Price cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Steve Price wrote: > > Was this patch based on the port that I committed last > night? If not can you try it? Yes, this was with your patches. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 13:57:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03605 for freebsd-current-outgoing; Mon, 21 Sep 1998 13:57:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03589 for ; Mon, 21 Sep 1998 13:57:19 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA11073; Mon, 21 Sep 1998 22:56:36 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Mon, 21 Sep 1998 22:56:36 +0200 (MET DST) Mime-Version: 1.0 To: Terry Lambert Cc: finrod@ewox.org, current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] References: <199809202109.OAA01085@usr04.primenet.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 21 Sep 1998 22:56:35 +0200 In-Reply-To: Terry Lambert's message of "Sun, 20 Sep 1998 21:09:06 +0000 (GMT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA03592 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert writes: > > > The strange thing is that the panic always occurs in mountd, which I > > > wouldn't think was related. > > Update: I commented out the NFS configuration from my rc.conf.local > > (effectively disabling mountd). Everything works just fine. > The real question here is whether your CDROM is on the list of FS's > you are exporting or not. I just checked; it isn't. Now that crash dumps are supposed to work again, is anybody interested in a crash dump or backtrace of this panic? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:20:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09924 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:20:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09743 for ; Mon, 21 Sep 1998 14:20:16 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id RAA10732; Mon, 21 Sep 1998 17:18:27 -0400 (EDT) Date: Mon, 21 Sep 1998 17:18:27 -0400 (EDT) From: Chuck Robey To: Luoqi Chen cc: smp@csn.net, freebsd-current@FreeBSD.ORG Subject: Re: make -j # buildworld In-Reply-To: <199809211924.PAA21617@lor.watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Luoqi Chen wrote: > > I asked about NOAOUT, I know everyone else is getting it done, but are > > you doing it with or without NOAOUT? When I *don't* specify NOAOUT, it > > dies immedately before doing the aout part. When I just finished one > > (my first one) with NOAOUT, it finally worked, hence my question. > > > The trick is you need to specify the full path of `make' for the legacy build > in /usr/src/Makefile.inc0. I have a local version that works, if no one > objects, I will commit the change. You know more about it than I, Luoqi, but please realize that I've talked with no one else who's seeing my problem ... which might even mean that it's not a Makefile problem, it could well be something screwey with my own environment. Why don't you let me test it (to see if it fixes my problem) and let, say, Jordan or Steve P. test it (as a representative of everyone else who _doesn't_ see it). I'd love to have my problem fixed, but only if it's a FreeBSD problem. Mail me your patches, please. Thanks _very_ much for helping me. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:30:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11889 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:30:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11745 for ; Mon, 21 Sep 1998 14:30:17 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id RAA04427; Mon, 21 Sep 1998 17:29:18 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id RAA00294; Mon, 21 Sep 1998 17:29:15 -0400 (EDT) Message-ID: <19980921172915.A290@kublai.com> Date: Mon, 21 Sep 1998 17:29:15 -0400 From: Brian Cully To: Brian Feldman , Adam McDougall Cc: current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt Reply-To: shmit@kublai.com References: <3605E837.701ED953@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Brian Feldman on Mon, Sep 21, 1998 at 07:11:29AM -0400 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 07:11:29AM -0400, Brian Feldman wrote: > Try not using Linux Netscape. I've seen reports of the latest Linux > versions of Netscape freezing the X servers, so you're not the only one. It's not Netscape for me. My system just hung while I was CVSupping the source tree. I'm still inclined to say, `bad hardware,' though, since it appears to happen when I start using a lot of swap space, and the drive on which the swap lives isn't very happy. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:38:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13137 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:38:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from stratos.net (pm3-12-8.stratos.net [207.86.134.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12996 for ; Mon, 21 Sep 1998 14:37:05 -0700 (PDT) (envelope-from drifter@stratos.net) Received: (from drifter@localhost) by stratos.net (8.9.1/8.8.5) id RAA13222 for current@FreeBSD.ORG; Mon, 21 Sep 1998 17:43:10 -0400 (EDT) Date: Mon, 21 Sep 1998 17:43:10 -0400 (EDT) From: Rob Message-Id: <199809212143.RAA13222@stratos.net> To: current@FreeBSD.ORG Subject: aic0 troubles... Can CAM be disabled in FreeBSD-CURRENT? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unfortunately, I was bit by the aic situation too. I have an AIC 1520B card running on a 3.0-08311998-SNAP running with no problems. Then I decided it was time to take the big plunge and upgrade to ELF. Before I did this, I noticed this lack of aic support problem on the current mailing list, and discovered that it wouldn't run under CAM. Since I had seen an `options CAM' in my GENERICupgrade kernel after cvsuping to the latest sources (I thought), I assumed that CAM was optional, and as long as I didn't upgrade to it (regardless of whether I had ELF or not), I would be fine. So I backed up GENERICupgrade, then made the changes of getting rid of the `option CAM' and the `da' and `sa' devices before doing a `make aout-to-elf-build', `shutdown now', and `make aout-to- elf install'. After the aout and elf stuff was built in /usr/obj, it began the upgrade process in building the kernel, and then with `make depend': ... blah blah ... cc: ../../dev/aic6x60/aic.c: No such file or directory cc: ../../i386/isa/aic_isa.c: No such file or directory (These did exist in the ../../compile/GENERICupgrade directory, however... $ ls aic* aic.h aic7xxx_reg.h aic7xxx_seq.h aicasm aicasm.o aicasm_gram.c aicasm_gram.o aicasm_scan.c aicasm_scan.o aicasm_symbol.o ). What gives here? Did I have to do something special to disable CAM besides getting rid of options CAM. Is CAM really "built-in" so there's no way to disable it in CURRENT? Is it a requirement for ELF? Did I have any business assuming I could disable CAM just because I saw it as an option to the GENERICupgrade config file? By the way, my computer is in single user mode as I write. Can I safely reboot the system and restart it with my old kernel (the ELF binaries were not installed yet...) with no problems until the aic drivers are rewritten? Where can I find out more about CAM anyway? Thanks, -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:39:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13344 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:39:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13182 for ; Mon, 21 Sep 1998 14:38:08 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id RAA22851; Mon, 21 Sep 1998 17:37:01 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 17:37:01 -0400 (EDT) From: Luoqi Chen Message-Id: <199809212137.RAA22851@lor.watermarkgroup.com> To: chuckr@mat.net, luoqi@watermarkgroup.com Subject: Re: make -j # buildworld Cc: freebsd-current@FreeBSD.ORG, smp@csn.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > You know more about it than I, Luoqi, but please realize that I've > talked with no one else who's seeing my problem ... which might even > mean that it's not a Makefile problem, it could well be something > screwey with my own environment. Why don't you let me test it (to see > if it fixes my problem) and let, say, Jordan or Steve P. test it (as a > representative of everyone else who _doesn't_ see it). > > I'd love to have my problem fixed, but only if it's a FreeBSD problem. > Mail me your patches, please. Thanks _very_ much for helping me. > I think it is not just you. There have been quite a few reports on this problem in -current (one of them was mine). I guess everyone pretty much ignored it because it is so insignificant compared to what has been going on in the last few weeks and there's a work-around for it (by setting NOAOUT to true). -lq > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > Here goes the patch: Index: Makefile.inc0 =================================================================== RCS file: /home/ncvs/src/Makefile.inc0,v retrieving revision 1.8 diff -u -r1.8 Makefile.inc0 --- Makefile.inc0 1998/09/17 16:32:00 1.8 +++ Makefile.inc0 1998/09/17 22:43:08 @@ -42,10 +42,11 @@ # # Temporary path and environment for the legacy build. # -ELFTMPPATH= ${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp/sbin:${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp/bin:${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp/usr/sbin:${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp/usr/bin:${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp/usr/games -LEGACY_ENV= MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}/aout \ - PATH=${ELFTMPPATH} OBJFORMAT=aout NOTOOLS=1 \ - TOOLROOT=${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp +ELFTMP= ${MAKEOBJDIRPREFIX}/elf${.CURDIR}/tmp +ELFTMPPATH= ${ELFTMP}/sbin:${ELFTMP}/bin:${ELFTMP}/usr/sbin:${ELFTMP}/usr/bin:${ELFTMP}/usr/games +LEGACY_ENV= PATH=${ELFTMPPATH} OBJFORMAT=aout NOTOOLS=1 TOOLROOT=${ELFTMP} \ + MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}/aout +XMAKE= ${ELFTMP}/usr/bin/${MAKE} # # world @@ -67,11 +68,11 @@ .endif @cd ${.CURDIR}; ${MK_ENV} ${MAKE} buildworld .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "elf" && !defined(NOAOUT) - @cd ${.CURDIR}; ${LEGACY_ENV} ${MAKE} legacy-build + @cd ${.CURDIR}; ${LEGACY_ENV} ${XMAKE} legacy-build .endif @cd ${.CURDIR}; ${MK_ENV} ${MAKE} -B installworld .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "elf" && !defined(NOAOUT) - @cd ${.CURDIR}; ${LEGACY_ENV} ${MAKE} legacy-install + @cd ${.CURDIR}; ${LEGACY_ENV} ${XMAKE} legacy-install .endif .if target(post-world) @echo @@ -94,7 +95,7 @@ buildworld : @cd ${.CURDIR}; ${MK_ENV} ${MAKE} buildworld .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "elf" && !defined(NOAOUT) - @cd ${.CURDIR}; ${LEGACY_ENV} ${MAKE} legacy-build + @cd ${.CURDIR}; ${LEGACY_ENV} ${XMAKE} legacy-build .endif # @@ -106,5 +107,5 @@ installworld : @cd ${.CURDIR}; ${MK_ENV} ${MAKE} installworld .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "elf" && !defined(NOAOUT) - @cd ${.CURDIR}; ${LEGACY_ENV} ${MAKE} -DNOMAN -DNOINFO legacy-install + @cd ${.CURDIR}; ${LEGACY_ENV} ${XMAKE} -DNOMAN -DNOINFO legacy-install .endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:44:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14346 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:44:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14092 for ; Mon, 21 Sep 1998 14:42:33 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA11673; Mon, 21 Sep 1998 14:38:24 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdr11661; Mon Sep 21 21:38:16 1998 Date: Mon, 21 Sep 1998 14:38:12 -0700 (PDT) From: Julian Elischer To: Ben Smithurst cc: Mike Smith , FreeBSD Current Subject: Re: system hangs with soft updates In-Reply-To: <19980917173651.A567@scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 17 Sep 1998, Ben Smithurst wrote: > Mike Smith wrote: > > > > _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] > > > > This is where you were when the interrupt occurred. Unfortunately the > > line number above is wrong; wdstart() begins around line 900. > > I've repeated it, and it definitely says 332, so don't blame me for that > one > > > Did you see any "dummy wdunwedge" messages before you dropped into DDB, > > or any other messages at all? > > No, I'm pretty sure I didn't see anything like that. > > > If you can reproduce the situation again, it would be useful if you > > could drop into DDB, copy the trace output, then use 'c' to continue > > and repeat the process a couple of times. This would clarify whether > > you're stuck in the IDE driver, or whether you just happened to catch > > it there on a chance. > > When I press c, nothing happens. I have to ctrl-alt-esc to get back into > the debugger. if you re-enter the debugger many times doe sthe stack trace ever change at all? [get stack] Cont [get stack] Cont [get stack] Cont [get stack] Cont > > A few other lines which may be relevant, everything else was pretty much > the same as last time: > > _worklist_insert(head=f1a049a0,item=f0fa0280) at _worklist_insert+0x10 [../../ufs/ffs/ffs_softdep.c:402] > _softdep_disk_write_complete(bp=f1a049a0) at _softdep_disk_write_complete+0x29d [../../ufs/ffs/ffs_softdep.c:3012] > _biodone(bp=f1a049a0) at _biodone+0xab [../../kern/vfs_bio.c:1915] Very interesting... I have to upgrade my test systems as they've been 'suspended' during all the ELF/CAM transition. > > The disk light did actually go off after a while, but it came on again > as soon as I typed (c)ontinue, so it's stuck somewhere. Well you can single-step.. try 's' instead of 'c' julian > > -- > Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ > > PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 > http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:45:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14639 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:45:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tsunami.carlsbad.ipinc.com ([199.245.188.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14407 for ; Mon, 21 Sep 1998 14:44:21 -0700 (PDT) (envelope-from bob@osomil.carlsbad.ipinc.com) Received: from osomil.carlsbad.ipinc.com (osomil.carlsbad.ipinc.com [199.245.188.35]) by tsunami.carlsbad.ipinc.com (8.9.1a/8.8.8) with ESMTP id OAA08303; Mon, 21 Sep 1998 14:42:59 -0700 (PDT) (envelope-from bob@osomil.carlsbad.ipinc.com) Received: from osomil.carlsbad.ipinc.com (localhost.carlsbad.ipinc.com [127.0.0.1]) by osomil.carlsbad.ipinc.com (8.8.8/8.8.0) with ESMTP id OAA09587; Mon, 21 Sep 1998 14:42:25 -0700 (PDT) Message-Id: <199809212142.OAA09587@osomil.carlsbad.ipinc.com> X-Mailer: exmh version 2.0.1 12/23/97 To: "Justin T. Gibbs" cc: Robert Crowe , current@FreeBSD.ORG, bob@carlsbad.ipinc.com Subject: Re: Problems with DPT/CAM and RAIDed drives under 3.0-CURRENT In-reply-to: Your message of "Mon, 21 Sep 1998 14:22:10 MDT." <199809212028.OAA05481@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 14:42:25 -0700 From: Robert Crowe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809212028.OAA05481@pluto.plutotech.com>, "Justin T. Gibbs" write s: >> >>Not sure if this is a known problem or not, but under CURRENT (synced >>on 9/20), the kernel fails to boot from a raided disk. If I break the >>raid array (or even just yank one of the disks and let the controller >>think the array is degraded) the kernel boots just fine. When the >>array is built, I get the following lines right after probing npx0: >> >>(probe0:0:0:0): CCB 0xf875a07c - timed out > >How quickly after "npx0"? The current timeouts are 60s long, so it seems >surprising to me that the DPT could take that long to get going. The >timeouts were bumped at around the same time as dpt rev 1.15 was committed. I can't reproduce it right now (machine is in use), but it seems like about 20 or so seconds after the npx0 probe. It could have been 60, but it didn't seem like it. > >>With dpt_scsi 1.14, this error would print about 5 times then panic >>with a trap type 12 at >> >>_camq_insert + 0xf movl %ecx,0(%eax,%edx,4) > >Yes. This is the "ccb done twice" problem I fixed in the error recovery >code with 1.15. > >>With dpt_scsi 1.15 it appears to just hang after the print (or maybe I >>didn't wait long enough) > >Hard to say. I may be confused about how the DPT handles command abort >requests. Either that or it takes "forever" for mirrored pairs to >respond to simple commands like "inquiry" soon after the DPT is booted. >Did you have a background mirror reconstruction task going on? I didn't have any background tasks going at all. I had freshly created the mirrors using the DOS dptmgr, and waited for the reconstructions to be complete before rebooting. >I have a RAID 5 array building on a DPT PM3224 right now and if I can't >reproduce the problem with that configuration, I'll try some mirrored >configurations. > Let me know if there is anything further I can do to assist. I'm not too familiar with the DPT/CAM code, but I'm certainly willing to help where I can. Bob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 14:58:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA18465 for freebsd-current-outgoing; Mon, 21 Sep 1998 14:58:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA18300; Mon, 21 Sep 1998 14:58:08 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca3-55.ix.netcom.com [209.109.233.55]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id OAA16051; Mon, 21 Sep 1998 14:57:14 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id OAA05112; Mon, 21 Sep 1998 14:57:03 -0700 (PDT) Date: Mon, 21 Sep 1998 14:57:03 -0700 (PDT) Message-Id: <199809212157.OAA05112@silvia.hip.berkeley.edu> To: sprice@hiwaay.net CC: mark@grondar.za, ports@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: (message from Steve Price on Mon, 21 Sep 1998 14:44:30 -0500 (CDT)) Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * How about something along these lines: * * if [ $ELF = yes ]; then * LIBKRB=/usr/lib/libkrb.a * elif [ -d /usr/lib/aout ]; then * LIBKRB=/usr/lib/aout/libkrb.a * else * LIBKRB=/usr/lib/libkrb.a * fi * * I don't know that this one matters, but it does catch the * corner case where world is still a.out and /usr/lib/aout * doesn't exist yet. Um, that "corner" cases includes all of 2.2 branch. ;) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:02:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19986 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:02:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19827; Mon, 21 Sep 1998 15:02:20 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id PAA01685; Mon, 21 Sep 1998 15:01:22 -0700 Date: Mon, 21 Sep 1998 15:01:22 -0700 (PDT) From: Enkhyl To: Mark Murray cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: <199809211637.SAA09830@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Mark Murray wrote: > Enkhyl wrote: > > Attached is a patch for the XFree86 port to build with KerbeosIV support. > > I just successfully rebuilt XFree86 w/ Krb4 on my ELF -current machine > > using this patch. Would someone please review the patch and commit it, if > > appropriate? > > This is functionally correct, but incomplete. > > You also need to correctly detect the presence/absence of the approprate > libkrb in /usr/lib or /usr/lib/aout depending on `objformat`. OK. I'll give it another go and resubmit. Should I do it as a PR or just send it to the list like I did with the last one? -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:06:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21054 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:06:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20947 for ; Mon, 21 Sep 1998 15:05:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01721; Mon, 21 Sep 1998 15:10:34 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809212210.PAA01721@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-reply-to: Your message of "Mon, 21 Sep 1998 22:43:01 +0800." <199809211443.WAA09682@ariadne.tensor.pgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 15:10:34 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > in need of a major number so I can actually get this thing going. Can someone > hand me something? This looks quite straightforward otherwise. Your number is 107. Please take a seat until called. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:07:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21377 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:07:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21207; Mon, 21 Sep 1998 15:06:42 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id QAA09558; Mon, 21 Sep 1998 16:06:10 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809212206.QAA09558@panzer.plutotech.com> Subject: Re: [CAM] boot messages, not configured devices In-Reply-To: <199809211932.VAA00566@qix> from Jean-Marc Zucconi at "Sep 21, 98 09:32:31 pm" To: jmz@FreeBSD.ORG (Jean-Marc Zucconi) Date: Mon, 21 Sep 1998 16:06:10 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM906415570-9512-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ELM906415570-9512-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Jean-Marc Zucconi wrote... > Thanks to the latest changes in the ncr driver I am able to boot a cam > kernel. It works well, but I get a lot of > 'MSG_MESSAGE_REJECT received (2:8)' messages during boot (see log > below). What do they mean? It looks like one of your CDROM drives doesn't like it when we try to scan additional LUNs. I've attached a patch to cam_xpt.c, see if that elminates the messages. > In addition the cd driver refuses to attach my CD-R if there is > no CD inside at boot time (cd2: fatal error: NOT READY), although it is > correctly probed during the scan phase: > pass5 at ncr1 bus 0 target 3 lun 0 > pass5: Removable CD-ROM SCSI2 device > pass5: 3.300MB/s transfers Well, that's the passthrough driver, not the probe pseudo-peripheral. The passthrough driver will attach to anything that survives the probe phase. (i.e., anything that responds to an inquiry) > Here are the boot messages: > [...] > Intel Pentium F00F detected, installing workaround [ ... ] > (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). > (probe0:ncr0:0:2:7): MSG_MESSAGE_REJECT received (2:8). > sa0 at ncr1 bus 0 target 4 lun 0 > sa0: Removable Sequential Access SCSI2 device > sa0: 10.0MB/s transfers (10.0MHz, offset 8) > da2 at ncr1 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI2 device > da2: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled > da2: 4110MB (8418816 512 byte sectors: 255H 63S/T 524C) > da1 at ncr0 bus 0 target 6 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled > da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) > cd0 at ncr0 bus 0 target 2 lun 0 > cd0: Removable CD-ROM SCSI2 device > cd0: 4.32MB/s transfers (4.32MHz, offset 8) > cd0: cd present [337280 x 2048 byte records] > cd1 at ncr0 bus 0 target 5 lun 0 > cd1: Removable CD-ROM SCSI2 device > cd1: 3.968MB/s transfers (3.968MHz, offset 8) > cd1: Attempt to query device size failed: NOT READY, Medium not present > da0 at ncr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled > da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) > changing root device to da0s4a > changing root device to da0a > cd2: fatal error: NOT READY, Logical unit not ready, cause not reportable -- failed to attach to device > (cd2:ncr1:0:3:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (cd2:ncr1:0:3:0): NOT READY asc:4,0 > (cd2:ncr1:0:3:0): Logical unit not ready, cause not reportable There are a couple of possible explanations for this. How long is your bus settle delay? It's possible that it takes a while to figure out that doesn't have a CD in it or something like that. Try increasing SCSI_DELAY to 30000 (30 seconds). Generally, when CDROM/WORM drives don't have any media on board, they return a status of 0x3a,0x00. (medium not present) If that fixes the problem, you can decrease it gradually until you figure out how long it needs. If increasing the bus settle delay doesn't fix it, there are other things we can do that will probably fix the problem. Ken -- Kenneth Merry ken@plutotech.com --ELM906415570-9512-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=cam_xpt.sony.diffs Content-Description: cam_xpt.sony.diffs Content-Transfer-Encoding: 7bit ==== //depot/cam/sys/cam/cam_xpt.c#156 - /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c ==== *** /tmp/tmp.6338.0 Mon Sep 21 16:02:41 1998 --- /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c Mon Sep 21 15:57:10 1998 *************** *** 300,305 **** --- 300,312 ---- CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 }, { + /* This drive doesn't like multiple LUN probing */ + { + T_CDROM, SIP_MEDIA_REMOVABLE, "SONY", "CDU-80*", "*" + }, + CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 + }, + { /* Default tagged queuing parameters for all devices */ { T_ANY, SIP_MEDIA_REMOVABLE|SIP_MEDIA_FIXED, --ELM906415570-9512-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:14:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23556 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:14:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23420; Mon, 21 Sep 1998 15:13:56 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id PAA01763; Mon, 21 Sep 1998 15:13:15 -0700 Date: Mon, 21 Sep 1998 15:13:15 -0700 (PDT) From: Enkhyl To: Steve Price cc: Mark Murray , ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Steve Price wrote: > On Mon, 21 Sep 1998, Mark Murray wrote: > > # Steve Price wrote: > # > > # > Was this patch based on the port that I committed last > # > night? If not can you try it? > # > # I have a functioning patch based on your code. > # > # Care to review it? > > Sure send it over. I will have to get kerberos installed > first, but that takes no time in comparison to rebuilding > the XFree86 port (which I've done over a dozen times in > the last couple of weeks). :) I have Kerberos installed, if you want to send it here, too. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:35:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29673 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:35:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29597; Mon, 21 Sep 1998 15:35:04 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id SAA11452; Mon, 21 Sep 1998 18:35:38 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 21 Sep 1998 18:35:38 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: ports@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG btw, it seems you can only build the SVGA server, others cause annoying non-linking errors in the final link. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Mon, 21 Sep 1998, Steve Price wrote: > On Mon, 21 Sep 1998, Mark Murray wrote: > > [...] > @@ -250,7 +258,11 @@ > answ=NO > cpkb=NO > if [ $answ = YES ]; then > - LIBKRB=/usr/lib/libkrb.a > + if [ $ELF = yes ]; then > + LIBKRB=/usr/lib/libkrb.a > + else > + LIBKRB=/usr/lib/aout/libkrb.a > + fi > K4PATCH=$FILESDIR/kerberos4.diffs > K4XDM="$FILESDIR/krb4auth.c $FILESDIR/krb4auth.h" > XDMDIR=$WRKDIR/xc/programs/xdm/ > [...] > > How about something along these lines: > > if [ $ELF = yes ]; then > LIBKRB=/usr/lib/libkrb.a > elif [ -d /usr/lib/aout ]; then > LIBKRB=/usr/lib/aout/libkrb.a > else > LIBKRB=/usr/lib/libkrb.a > fi > > I don't know that this one matters, but it does catch the > corner case where world is still a.out and /usr/lib/aout > doesn't exist yet. > > Steve > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:42:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00829 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:42:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00768 for ; Mon, 21 Sep 1998 15:42:19 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA13940 for ; Mon, 21 Sep 1998 15:33:28 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdT13937; Mon Sep 21 22:33:26 1998 Date: Mon, 21 Sep 1998 15:33:22 -0700 (PDT) From: Julian Elischer To: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <199809211223.OAA23471@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, S?ren Schmidt wrote: > In reply to Andrzej Bialecki who wrote: > > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > then, please, what for, because I can't see what (significant) added > > functionality over standard /dev/* it offered... > > It doesn't give me anything but an emptier looking /dev with only those > devices in it that I actually have :) > Addressing a few emails in this sequence... (I missed it as I wasn't reading email over the weekend) The problems with DEVFS and booting is really quite simple. The root filesystem is mounted from the non-devfs /dev. It therefore has a vnode that is of type "UFS" and "BLK". /dev on the other hand only has nodes that are type "DEVFS" and "BLK" When you try to do a 'mount -u' to come up from single user mode, you can't, because the existing vnode doesn't match the vnode in the mount command. To get arou d this you need to either mount / from another source or mount the disks from / and THEN mount /dev, covering the old one. A further problem is that the existance of derived nodes (such as wd1s3d) depends on the primary node (wd1) having being openned, as the code that reads the disklabel is only read in during the open(). So you can't just open /dev/rwd1s2e, you have to first touch /dev/rwd1. which is a pain. SLICE was designed to solve a different problem. It only solved the two above problems as a bonus. SLICE was supposed to be a generic disk-like device handler. on the bottom layer you had a basic interface that was supported by drivers. They know how to do nothing but read and write blocks. Each layer took the simple interface below, and transformed it in some way, exporting above an interface the same as that below it. Layers were therefore stackable. In theory, layers could include arbitraily complicated functions including striping, error mapping and mirroring etc. SLICE required DEVFS because it could theoretically have to allocate completely arbitrary subdevices and no pre-caluculated bit patterns could be used to describe the nesting of partitions. DEVFS hoverver only needed SLICE to boot with a devfs root. If you are booting some other way, (e.g. NFS or MFS) then devfs should still work. Despite what was said here, I still think that something like SLICE is the right way to go as it allowed a very simple physical disk driver and broke up functionality between modules. Poul has a similar system that he showed me but I could never understand. Hopefully people will have learned and the next try will be better. I don't see why SLICE was bad, as it was a great improvement over the exising code, but I really don't have the emotional energy to fight about it now. It's always easier to delete than to write. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:48:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01817 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:48:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01733 for ; Mon, 21 Sep 1998 15:48:06 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id PAA01322; Mon, 21 Sep 1998 15:47:18 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Mon, 21 Sep 1998 15:47:18 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: Archie Cobbs cc: sthaug@nethelp.no, kkennawa@physics.adelaide.edu.au, green@zone.syracuse.net, current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: <199809211957.MAA06987@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been having mucho problemo with 4.06 also.. But I don't think I had any problems with 4.05 - it us just that 4.05 is not on netscape's ftp site anymore: anyone has .tar.gz still of 4.05? Too bad FreeBSD mozilla project is dead. Maybe we can start working closers with people at mozilla.org? I'll see what I can do .. meanwhile if anyone has any suggestions/contact info... -- Yan I don't have the password .... + Jan Koum But the path is chainlinked .. | Spelled Jan, pronounced Yan. There. So if you've got the time .... | Web: http://www.best.com/~jkb Set the tone to sync ......... + OS: http://www.FreeBSD.org On Mon, 21 Sep 1998, Archie Cobbs wrote: >sthaug@nethelp.no writes: >> > While we're on the subject of netscape, has anyone else had problems with >> > 4.06 (FreeBSD version)? This is being wildly unstable for me - freezing, >> > crashing, and occasionally killing my X server (XF86 w/ ELF >> > patches). >> >> On the other hand, 4.06 seems to be more stable for me. But then I haven't >> tried it on an ELF system yet, only 2.2.7. > >I've had similar problems with Navigator 4.06. This is the usual >stuff that Netscape has always done, for example: > > - After starting up Java, seems to get confused, slowed down, > and/or fails to execute applets. At least Java is working somewhat... > > - When it crashes, it's running at 100% CPU and can't be killed > except by kill -9. > > - During some SSL connections (or not?), spontaneously exits > for no reason. > >-Archie > >___________________________________________________________________________ >Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 15:56:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03339 for freebsd-current-outgoing; Mon, 21 Sep 1998 15:56:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03262 for ; Mon, 21 Sep 1998 15:55:25 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id PAA15289; Mon, 21 Sep 1998 15:54:37 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id PAA09428; Mon, 21 Sep 1998 15:54:36 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id PAA15450; Mon, 21 Sep 1998 15:54:35 -0700 (PDT) From: Don Lewis Message-Id: <199809212254.PAA15450@salsa.gv.tsc.tdk.com> Date: Mon, 21 Sep 1998 15:54:34 -0700 In-Reply-To: Luoqi Chen "Re: Yet another patch to try for softupdates panic" (Sep 21, 12:24pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Luoqi Chen , Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 21, 12:24pm, Luoqi Chen wrote: } Subject: Re: Yet another patch to try for softupdates panic } > What bothers me is that the } > directory truncation doesn't happen until after ufs_direnter() has } > stored the new directory entry, so I don't see how the softdep_fsync() } > unlocking bug causes the symptoms. } It doesn't lead to panic immediately. But it leaves the system in a } inconsistent state: the real size of the directory is in fact larger then } what the i_size field of inode says it is. The next time a file is created } in this directory, ufs_lookup() will only search for empty slot up to } i_size bytes in the directory, if it couldn't find anything, this file } will be placed at the first slot beyond i_size and there's already a } valid entry there! Yeah, I finally figured that out after I went home for some zzz's. It looks like this bogus unlocking could also affect vinvalbuf() which expects the vnode to be locked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:04:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05461 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:04:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05360 for ; Mon, 21 Sep 1998 16:03:38 -0700 (PDT) (envelope-from ggm@dstc.edu.au) Received: from dstc.edu.au (sleet.dstc.edu.au [130.102.176.45]) by piglet.dstc.edu.au (8.8.7/8.8.7) with ESMTP id JAA31977 for ; Tue, 22 Sep 1998 09:03:06 +1000 (EST) X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: [FIXED] Re: staroffice/linux-compat on Current working? In-reply-to: Your message of "Mon, 21 Sep 1998 10:54:02 +1000." <1414.906339242@dstc.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 09:03:05 +1000 Message-ID: <1272.906418985@dstc.edu.au> From: George Michaelson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there known problems with linux compat and current? To reply to my own posting, from advice and comments of the net I found that the staroffice 4.0 install requires write access to a number of subdirs of its installed path at runtime for cached files and configs. The truss showed higher up a large number of these failing. chmod a+w on the staroffice runtime tree resolved all of my problems and I can now use this package fine under current (but not an ELF converted one) cheers -George -- George Michaelson | DSTC Pty Ltd Email: ggm@dstc.edu.au | University of Qld 4072 Phone: +61 7 3365 4310 | Australia Fax: +61 7 3365 4311 | http://www.dstc.edu.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:07:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06485 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:07:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06321 for ; Mon, 21 Sep 1998 16:06:40 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id BAA23346; Tue, 22 Sep 1998 01:06:08 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id BAA00699; Tue, 22 Sep 1998 01:06:06 +0200 (MET DST) Message-ID: <19980922010606.17300@follo.net> Date: Tue, 22 Sep 1998 01:06:06 +0200 From: Eivind Eklund To: ben@rosengart.com, "Dag-Erling C. Smrgrav" Cc: current@FreeBSD.ORG Subject: Re: shouting in a void? References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Snob Art Genre on Mon, Sep 21, 1998 at 03:14:57PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 03:14:57PM -0400, Snob Art Genre wrote: > On 21 Sep 1998, Dag-Erling C. [iso-8859-1] Smørgrav wrote: > > > It's still "all or nothing" AFAIK, but unless you have a slow link, I > > don't see the big problem with subscribing to cvs-all. You can set up > > a simple procmail script to filter out everything that matches e.g. > > ^Subject:.*cvs commit: (ports|www|doc).*$ > > I'm tired of jumping through hoops. I'm going pretty far out of my way > to be helpful to the FreeBSD project and to myself by spotting problems > in 3.0-alpha^H^H^H^H^Hbeta, and all I hear is that I'm not doing enough. > Is core interested in a stable 3.0-RELEASE or is the idea just to > alienate enough users that the complaint volume is low anyway? (I'm not on the core team, but I think I what I'm going to write now match most of the FreeBSD developers - still only speaking for myself, of course). We're interested in a stable -RELEASE. However, doing anything based on a panic() without detailed info on the surroundings (preferably a stack traceback, but a symbol or exact information on what was going on at the time may be enough) is pretty close to impossible. When I see one of these on the mailing lists, I may send a mail telling which info is strictly required (for a panic these days, it would at least include whether you're running SCSI and which controller, and if you're running soft updates). With somebody who's been around as long as you have, I tend to assume that they know what the procedures are, and only need a little reminder. Apart from that: The only way to get anything done "around here" is to catch the attention of somebody who is competent to fix the problem. With the amount of mail and work flying around now, that can be difficult - and I think we're all frustrated with it. However, there is no easy solution, and shouting for "the core team" will not help - they're only humans, just like the rest of us. The things you can do about this is (a) shouting more effectively (by including as much information as possible; everything you can in any way conceive as possibly relevant), and (b) making other people shout more effectively (thus dropping the relative amount of noise). One way of doing (b) is to write up suitable documentation patches and submit them through send-pr. I'm sorry to not be able to give any more cheerful advice; as Jordan keep repeating, it's a volunteer project, and the only way to be sure "something" is done is by doing it yourself :-( Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:14:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08240 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:14:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08138; Mon, 21 Sep 1998 16:13:43 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id SAA03888; Mon, 21 Sep 1998 18:11:48 -0500 (CDT) Date: Mon, 21 Sep 1998 18:11:48 -0500 (CDT) From: Steve Price To: Mark Murray cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Patch to build XFree86 w/ Krb4 in an ELF world In-Reply-To: <199809212019.WAA01084@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Mark Murray wrote: # Better! Please let me know if it works, and I'll commit ASAP. # (Can't now - I have 3 other test compiles running...) Works great here. I didn't do any exhaustive tests but it does compile, install, etc. I've also attached the patch I used just in case. It's not much different than your original one, but it does incorporate the nit we talked about and also enables the question about Krb4 support now that it appears to work again. :) Thanks, Steve # M # -- # Mark Murray # Join the anti-SPAM movement: http://www.cauce.org # Index: files/kerberos4.diffs =================================================================== RCS file: /home/ncvs/ports/x11/XFree86/files/kerberos4.diffs,v retrieving revision 1.3 diff -u -r1.3 kerberos4.diffs --- kerberos4.diffs 1998/04/13 14:28:58 1.3 +++ kerberos4.diffs 1998/09/21 20:28:17 @@ -34,7 +34,7 @@ +#define Krb4Includes /**/ +#endif +#ifndef Krb4Libraries -+#define Krb4Libraries -lkrb -ldes ++#define Krb4Libraries -lkrb -ldes -lcrypt +#endif +#else +#undef Krb4Includes Index: scripts/configure =================================================================== RCS file: /home/ncvs/ports/x11/XFree86/scripts/configure,v retrieving revision 1.35 diff -u -r1.35 configure --- configure 1998/09/21 00:04:36 1.35 +++ configure 1998/09/21 23:25:27 @@ -230,6 +230,14 @@ echo "#define HasXdmAuth $answ" >> $F fi +# ELF detection +if [ `sysctl -n kern.osreldate` -ge 300004 -a X`objformat` = Xelf ]; then + ELF=yes + echo "#define UseElfFormat YES" >> $F +else + ELF=no +fi + cat <<'END' XDM can be built so that it will get a KerberosIV TGT for your users @@ -246,10 +254,16 @@ will not be enabled if the kerberos libraries are unavailable. END -#yesno "Do you want to enable KerberosIV support? [YES] " -answ=NO +yesno "Do you want to enable KerberosIV support? [YES] " cpkb=NO if [ $answ = YES ]; then + if [ $ELF = yes ]; then + LIBKRB=/usr/lib/libkrb.a + elif [ -d /usr/lib/aout ]; then + LIBKRB=/usr/lib/aout/libkrb.a + else + LIBKRB=/usr/lib/libkrb.a + fi LIBKRB=/usr/lib/libkrb.a K4PATCH=$FILESDIR/kerberos4.diffs K4XDM="$FILESDIR/krb4auth.c $FILESDIR/krb4auth.h" @@ -267,11 +281,6 @@ if [ $cpkb != NO ]; then echo "#define HasKrb4 $answ" >> $F fi - -# ELF detection -test `sysctl -n kern.osreldate` -ge 300004 && - test `objformat` = elf && - echo "#define UseElfFormat YES" >> $F echo echo "End of configuration questions. No more user input required" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:15:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08470 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:15:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08371 for ; Mon, 21 Sep 1998 16:14:43 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id IAA13322; Tue, 22 Sep 1998 08:44:08 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id IAA11627; Tue, 22 Sep 1998 08:44:02 +0930 (CST) Message-ID: <19980922084401.L9960@freebie.lemis.com> Date: Tue, 22 Sep 1998 08:44:01 +0930 From: Greg Lehey To: pam@polynet.lviv.ua Cc: current@FreeBSD.ORG Subject: Re: vinum in, but not in the Makefiles? References: <19980921131718.I8807@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from pam@polynet.lviv.ua on Mon, Sep 21, 1998 at 03:29:27PM +0300 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 21 September 1998 at 15:29:27 +0300, pam@polynet.lviv.ua wrote: > On Mon, 21 Sep 1998, Greg Lehey wrote: > >> On Thursday, 17 September 1998 at 18:27:47 -0500, Alfred Perlstein wrote: >>> >>> i noticed "vinum" got added into the source tree, heard about it a few >>> months back, LVM for freebsd sounds awesome. >>> >>> however it's not being built because it's not part of the subdirs in: >>> src/sbin/Makefile >>> >>> how beta is it? or was this just an oversight? >> >> Congratulations for bringing light into the dark room. >> >> It wasn't an oversight. I've been travelling the last 10 days, and I >> didn't have time to make 100% sure that it wouldn't break a 'make >> world' (I still haven't; I'm currently checking the -current version >> out), so in order to ensure I didn't break everybody's make again, I >> didn't update the Makefiles. Expect them in Real Soon Now. > > Great! > > How would you describe the stage Vinum is on (e.g pre > alpha/alpha/beta/release). Well, since I put it in 3.0, I'd have to say it's beta. The problems it has at the momemnt seem to be more missing functionality than bugs, though I still need to get a 'make world' through (I'm running into unrelated bugs elsewhere in the tree). > Maybe short list of what vinum can provide now in semi-production > environment (without data loss and often hangs and panics)? Well, off the top of my head: - Striped and concatenated plexes work. RAID-5 does too, but it's not in the publicly available version. - Degraded operations work, in other words if a disk goes down, things continue to run. ccd fails under these circumstances, and needs to be reconfigured. - Recovery (rebuilding failed plexes) works. I'm not really happy that I've fixed all possible race conditions in rebuilding while the file system is mounted, but I haven't had any failures yet. - It's possible that a read from a newly failed drive may fail. This is a bug or a misfeature, depending on the way you look at it. It will be fixed, but since I need to retry the whole strategy, and the reads are currently done in interrupt context, it's a big one to fix. > How it is comparing to current CCD driver? I can't see any advantage that the CCD driver still has. Vinum isn't finished, but I think it has passed CCD in every respect. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:16:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08662 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:16:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08529; Mon, 21 Sep 1998 16:15:29 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id RAA15211; Mon, 21 Sep 1998 17:14:55 -0600 (MDT) Message-Id: <199809212314.RAA15211@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kenneth D. Merry" cc: jmz@FreeBSD.ORG (Jean-Marc Zucconi), freebsd-current@FreeBSD.ORG Subject: Re: [CAM] boot messages, not configured devices In-reply-to: Your message of "Mon, 21 Sep 1998 16:06:10 MDT." <199809212206.QAA09558@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 17:08:27 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Jean-Marc Zucconi wrote... >> Thanks to the latest changes in the ncr driver I am able to boot a cam >> kernel. It works well, but I get a lot of >> 'MSG_MESSAGE_REJECT received (2:8)' messages during boot (see log >> below). What do they mean? > >It looks like one of your CDROM drives doesn't like it when we try to scan >additional LUNs. I've attached a patch to cam_xpt.c, see if that elminates >the messages. Stefan needs to decipher these messages. I don't know if the '2' above is an offset into the message buffer or the actual message byte that caused the error. I'd like to verify what error code the NCR is returning for these commands. It's not very clear to me from a cursory look at the NCR script. It should be the message rejected error code which we could use to generically deal with devices that reject the identify command when probed at higher luns. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:17:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08803 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:17:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08699 for ; Mon, 21 Sep 1998 16:16:20 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.04 #1) id 0zLEGl-0001pY-00; Mon, 21 Sep 1998 23:17:19 +0100 Date: Mon, 21 Sep 1998 23:17:19 +0100 From: Ben Smithurst To: Julian Elischer Cc: Mike Smith , FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980921231719.B6434@scientia.demon.co.uk> References: <19980917173651.A567@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > if you re-enter the debugger many times doe sthe stack trace ever change > at all? > ^^^ ESC surely? :-) CTL-ALT-DEL does bugger all when my machine is in that state > [get stack] > Cont > > [get stack] > Cont I don't think it did change much, if at all. I'll repeat it again soon, seems there's always something I forget :-) > Well you can single-step.. > try 's' instead of 'c' I'll try that one as well then.. -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10183 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:22:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10056 for ; Mon, 21 Sep 1998 16:22:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id QAA24241; Mon, 21 Sep 1998 16:21:39 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Charles Youse cc: Mark Murray , ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Mon, 21 Sep 1998 08:04:27 EDT." Date: Mon, 21 Sep 1998 16:21:39 -0700 Message-ID: <24237.906420099@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > That sounds like support. Current is simply not supported. Good advice > > about the handbook, though... > > Current may not be "supported", but those running -current comprise our > only alpha and beta test groups. The bug reports submitted by these > individuals provide valuable information that serves only to improve > the final product (e.g., 3.0R). Ignoring such reports defeats the purpose > of giving the public access to -current sources, and also shows a lack of > concern on the part of the core team members. Well, you have to keep several things in context here or you're going to draw very some erroneous conclusions (and possibly already have): 1. The "current is not supported" comment was not made by a core member or someone otherwise authorized to "speak for the project" in any greater sense of the word. Of course current is supported, it's just not *encouraged* for the average user and we stand by that. The average user, who probably doesn't know how to apply a bandage or even necessarily know where the first-aid box is when cut by the bleeding edge, should certainly stick to the mainstream releases. In that sense, current is not "supported" for the average user. It is supported in every other sense, however, in that we respond to bug reports and otherwise attempt to make sure that the system builds and operates according to plan at any given time. 2. The freebsd project is not the core team. The core team merely provides rough course corrections when such are required and generally manages the project when it needs managing. Otherwise, it's more correct to say that the developers really run the project and are the people who's "concern" you most want to elicit when -current is unstable. Core is a management body, not the bridge, the engine room and sickbay all rolled into one. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:25:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10670 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:25:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10512 for ; Mon, 21 Sep 1998 16:24:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id QAA24260; Mon, 21 Sep 1998 16:24:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Mon, 21 Sep 1998 09:35:09 EDT." Date: Mon, 21 Sep 1998 16:24:37 -0700 Message-ID: <24256.906420277@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It helps if you put it into your kernel first. :) > On Sun, 20 Sep 1998, Jordan K. Hubbard wrote: > > > Probably seems that way due to insufficient gathering of evidence. > > I've been using MFS on all my -current boxes for awhile and even set > > the 32 minute "worldstone" record on the quad-Xeon box by sticking > > /usr/src and /usr/obj entirely in the MFS (1GB of memory sure helps). > > I experienced no crashes or instability that could be attributed to > > MFS. > > How come every time I boot I get: mfs: mfs filesystem not available? I > figured someone had disabled it, but now you say it's working. > > > Ben > > "You have your mind on computers, it seems." > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:28:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11448 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:28:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11238 for ; Mon, 21 Sep 1998 16:27:18 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id TAA17476; Mon, 21 Sep 1998 19:23:13 -0400 (EDT) Date: Mon, 21 Sep 1998 19:23:13 -0400 (EDT) From: Brian Feldman To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic In-Reply-To: <199809211612.MAA19297@lor.watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, you were right. I was lucky. The crashes now happened reliably :( BUT I was able to get no coredump at all, it seems not to matter: the newest patch fixes everything. I know it's not a fluke now, I've survived three make worlds the past day, so I verify it works (^_^) Cheers, Brian On Mon, 21 Sep 1998, Luoqi Chen wrote: > > From green@zone.syracuse.net Sat Sep 19 16:45:04 1998 > > Received: from zone.syracuse.net (green@zone.syracuse.net [205.232.47.17]) > > by lor.watermarkgroup.com (8.8.8/8.8.8) with ESMTP id QAA04793 > > for ; Sat, 19 Sep 1998 16:45:03 -0400 (EDT) > > (envelope-from green@zone.syracuse.net) > > Received: from localhost (green@localhost) > > by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id QAA09864; > > Sat, 19 Sep 1998 16:41:36 -0400 (EDT) > > Date: Sat, 19 Sep 1998 16:41:36 -0400 (EDT) > > From: Brian Feldman > > To: Luoqi Chen > > cc: current@FreeBSD.ORG > > Subject: Re: Yet another patch to try for softupdates panic > > In-Reply-To: <199809181941.PAA29792@lor.watermarkgroup.com> > > Message-ID: > > MIME-Version: 1.0 > > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Status: R > > > > Are you referring to > > $Id: ffs_inode.c,v 1.47 1998/09/15 14:45:28 luoqi Exp $ > > as the no-op change? That seems to be the only file here you've changed > > that relates to ufs, most recently (okay, nfs_*.c not relevant). And that > > patch seemed to have fixed my SoftUpdates crashes during a make -j4 world, > > so is that patch _really_ for nothing, or is this something else? > > > > -Brian Feldman > > > Yes, that's the no-op change I mentioned. You were just lucky that the panic > didn't hit, and so was I. I misread a piece of the code and this good (bad?) > luck lead me to believe it actually did something 8( > > -lq > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:29:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11708 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:29:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11511 for ; Mon, 21 Sep 1998 16:28:33 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id TAA23891; Mon, 21 Sep 1998 19:27:23 -0400 (EDT) (envelope-from luoqi) Date: Mon, 21 Sep 1998 19:27:23 -0400 (EDT) From: Luoqi Chen Message-Id: <199809212327.TAA23891@lor.watermarkgroup.com> To: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks like this bogus unlocking could also affect vinvalbuf() which > expects the vnode to be locked. > The unlock is not bogus at all. You have to maintain a strict locking order to avoid deadlocks. For vnodes, this locking order is the directory tree itself, i.e., you have to lock the parent first, then the child. So if you hold the lock on the child and intend to lock the parent, you have to release the lock on child first, then acquire the lock on the parent, and then reacquire lock the the child. That's also the reason why you can't have hardlinks to a directory. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:32:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12358 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:32:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12116 for ; Mon, 21 Sep 1998 16:30:52 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id JAA13347; Tue, 22 Sep 1998 09:00:14 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id JAA11759; Tue, 22 Sep 1998 09:00:08 +0930 (CST) Message-ID: <19980922090007.M9960@freebie.lemis.com> Date: Tue, 22 Sep 1998 09:00:07 +0930 From: Greg Lehey To: =?iso-8859-1?Q?Dag-Erling_C=2E_Sm=F8rgrav_?= Cc: FreeBSD current users Subject: Re: Make world breaks in libbfd References: <19980921182252.B9960@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: =?iso-8859-1?Q?=3Cxzpyard2um3=2Efsf=40skejdbrimir=2Eifi=2Euio=2Eno=3E=3B?= =?iso-8859-1?Q?_from_Dag-Erling_C=2E_Sm=F8rgrav__on_Mon=2C_Sep_21=2C_199?= =?iso-8859-1?Q?8_at_08:23:00PM_+0200?= WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 21 September 1998 at 20:23:00 +0200, Dag-Erling C. Smørgrav wrote: > Greg Lehey writes: >> ===> gnu/usr.bin/binutils/libbfd >> cc -O -pipe -D_GNU_SOURCE -I- -I. -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -c /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o >> In file included from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcode.h:1417, >> from /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c:23: >> /T/src/RAZZIA/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfcore.h:23: sys/procfs.h: No such file or directory >> >> I resupped 8 hours later and had no change. Have I missed something? > > I almost feel bad about asking *you* this :) So you should :-) > but are you absolutely sure you haven't done anything stupid like > 'make -DNOCLEAN world' or something? Yes. I'm not ruling out the possibility that I've damaged the tree somewhere, so I'm checking it out again. I'll report either way about what happens. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 16:38:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13962 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:38:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n183.cdialup.kar.net [195.178.130.183]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA13681 for ; Mon, 21 Sep 1998 16:37:42 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id CAA01331; Tue, 22 Sep 1998 02:36:45 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Tue, 22 Sep 1998 02:36:45 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: "Donald J. Maddox" cc: current@FreeBSD.ORG Subject: Re: Loadable Modules in ELF XF86 In-Reply-To: <19980921163048.A869@scsn.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Donald J. Maddox wrote: > After building a ELF XFree86 from the port committed last night, I > am seeing the following when starting the X server: > > ------------------------------------------------------------------- > > > XF86Config: /etc/XF86Config > (**) stands for supplied, (--) stands for probed/default values > xf86Jstk.so: /usr/X11R6/lib/modules/xf86Jstk.so: Undefined symbol "xf86GetMotion > Events" > xie.so: /usr/X11R6/lib/modules/xie.so: Undefined symbol "isItTimeToYield" > pex5.so: /usr/X11R6/lib/modules/pex5.so: Undefined symbol "EventSwapVector" > > > ------------------------------------------------------------------ > > Obviously, the X loadable modules don't work too well as ELF... I assume > that this can't possibly work, ELF LKMs with an a.out kernel, no? Or am I > just way off base here? > > If this is the case, is there any way to force the loadable modules > to be built as a.out until we have an ELF kernel? > No, it's not quite so. Just relink your X server with an additional flag -rdynamic (cd xc/programs/Xserver; make CCLINK='cc -rdynamic' XF86_SVGA or whatever server you're using). Gee, how long will this modules saga continue? Please, somebody with commit privileges, solve it once and forever. It breaks a lot of things in ELF world. Regards, Vladimir ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:02:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20312 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:02:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20126 for ; Mon, 21 Sep 1998 17:02:09 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id RAA16070 for ; Mon, 21 Sep 1998 17:01:32 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 21 Sep 1998 17:01:31 -0700 (PDT) From: Doug White To: current@FreeBSD.ORG Subject: 2.2.7 aout-to-elf note Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi .. I've been trying to get a 2.2.7 box upgraded to 3.0-ELF for about a week now, and have been putting up with the tree breakage since then. While it was building today (finally, yay!) I noticed the perl build complaining about not finding /usr/libexec/ld-elf.so.1, which obviously doesn't exist in 2.2.7. Something (the linker?) blows up with an 'Abort trap' then make mentions Error (probably harmless): could not find library -perl Or something similar. Someone made make ignore this, since this was a show-stopper on Friday. This was supped about noon local time today. FYI. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | 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 Mon Sep 21 17:03:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20526 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:03:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20390 for ; Mon, 21 Sep 1998 17:02:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA24509; Mon, 21 Sep 1998 17:03:01 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Pierre.Dampure@barclayscapital.com cc: current@FreeBSD.ORG Subject: Re: SNAP Status In-reply-to: Your message of "Mon, 21 Sep 1998 15:16:55 BST." <711DCB8FB391D111B9DD00805F8BDDBAF7ED3A@exips0019.itops.ldn.bzwint.com> Date: Mon, 21 Sep 1998 17:03:01 -0700 Message-ID: <24504.906422581@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Just tried to install the latest SNAP (3.0-19980919-BETA) from both > ftp.cdrom.com and trane.uninett.no; both fall over when extracting the bin > distribution, with /stand/cpio complaining about finding junk in the dist > and the files being in the wrong byte order... any clues? This is really weird. I've had 2 people complain about this now but doing a by-hand investigation of the files (I've literally taken the bindist over to another location and unpacked it by hand) works without a single problem. The source tarballs are fine. Harrumph. Sheesh. I have no idea! :-( - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:05:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21306 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:05:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21202 for ; Mon, 21 Sep 1998 17:05:21 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id QAA15994; Mon, 21 Sep 1998 16:55:34 -0700 (PDT) Date: Mon, 21 Sep 1998 16:55:34 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809212355.QAA15994@math.berkeley.edu> To: freebsd-current@FreeBSD.ORG Subject: unable to install 3.0-19980919-BETA Cc: dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the installation commit for 3.0-19980919-BETA, the installation program newfs'ed the file systems, logged onto my ftp server, and loaded the entire bin distribution (all 130 something chunks) before popping up a window that said: Unable to transfer the bin distribution from ftp://bosco/FreeBSD. Do you want to try to retrieve it again. There were no actual error messages, so I set scroll lock and backed up the console dialog and found none there either. I retried the installation a couple of times, checked all the distribution file checksums, and refetched a copy of the bootstrap floppy image from ftp.freebsd.org/pub/FreeBSD/3.0-19980919-BETA/floppies/. Several days ago I successfully installed 3.0-19980804-SNAP on this very same machine. Naturally I am disappointed. Has anyone had much luck installing the 3.0-19980919-BETA distribution? Thanks, Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:10:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22868 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:10:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from terror.hungry.com (terror.hungry.com [199.181.107.40]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA22699 for ; Mon, 21 Sep 1998 17:09:57 -0700 (PDT) (envelope-from toshok@hungry.com) From: toshok@hungry.com Received: (qmail 18714 invoked by uid 501); 22 Sep 1998 00:09:25 -0000 To: current@FreeBSD.ORG Subject: problem with gdb and symbols from dlopen()'ed .so's Date: 21 Sep 1998 17:09:25 -0700 Message-ID: Lines: 10 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG running elf on -current updated last night ~1am. I'm working on mozilla and trying to get my java runtime (japhar) to work inside it. I'm having problems with gdb at the moment. gdb doesn't seem to recognize that I've loaded another .so... 'share' doesn't pull in any symbols from it, and stack traces (of course) show up full of ???'s. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:11:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22986 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:11:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22844 for ; Mon, 21 Sep 1998 17:10:20 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id HAA17876; Tue, 22 Sep 1998 07:55:18 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id HAA10738; Tue, 22 Sep 1998 07:55:17 +0800 Message-Id: <199809212355.HAA10738@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug White cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-reply-to: Your message of "Mon, 21 Sep 1998 12:05:35 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 07:55:17 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Character or block device? Character. > > Block device 29 and character device 107 are the next ones in the list at > /sys/i386/conf/majors.i386. -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:12:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23332 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:12:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23224 for ; Mon, 21 Sep 1998 17:11:35 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id UAA14724; Mon, 21 Sep 1998 20:09:02 -0400 (EDT) Date: Mon, 21 Sep 1998 20:09:00 -0400 (EDT) From: Chuck Robey To: Luoqi Chen cc: freebsd-current@FreeBSD.ORG, smp@csn.net Subject: Re: make -j # buildworld In-Reply-To: <199809212137.RAA22851@lor.watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Luoqi Chen wrote: > I think it is not just you. There have been quite a few reports on this > problem in -current (one of them was mine). I guess everyone pretty much > ignored it because it is so insignificant compared to what has been going > on in the last few weeks and there's a work-around for it (by setting > NOAOUT to true). > > -lq [patch deleted] OK, it takes 2 buildworlds to prove this, one to prove it still fails, another to prove it fixes a proven failure. Buildworld #1 2/3 done. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:17:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25308 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:17:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25197; Mon, 21 Sep 1998 17:17:28 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA27998; Tue, 22 Sep 1998 10:16:34 +1000 Date: Tue, 22 Sep 1998 10:16:34 +1000 From: Bruce Evans Message-Id: <199809220016.KAA27998@godzilla.zeta.org.au> To: peter@netplex.com.au, sos@FreeBSD.ORG Subject: Re: DEVFS & SLICE? Cc: abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> It doesn't give me anything but an emptier looking /dev with only those= > >> devices in it that I actually have :) > >And most important of all, it doesn't have da1s1e, so having /home on >/dev/da1s1e causes fsck to fail unless /etc/rc opens /dev/[r]da1s1 first = > >to cause the disklabel to be probed and the corresponding [a-h] names to = So open them first. It's only necessary to open the whole disk devices: driverlist="da fla od sd vn wd wfd" (cd /devfs_mountpoint for d in $driverlist do for dev in `echo r$d[0-9] r$d[0-9][0-9] r$d[0-9][0-9][0-9]` do dd if="$dev" of=/dev/null count=1 >/dev/null 2>&1 done done) >appear. Devfs is rather impaired without this and is the show-stopper = Devfs is impaired mostly by cam not actually supporting it. The devfs entries for the whole disk devices currently must be created in each driver, not in dsopen(), because dsopen() doesn't get called until something is opened. Cam neglects to do this. The above script fails for cam devices because there are no whole disk devices to open. This could probably be done better by moving the creation of the whole disk devices to dsopen() and calling dsopen() for each device just before mounting root. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:27:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28005 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:27:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27970 for ; Mon, 21 Sep 1998 17:26:56 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA23913; Mon, 21 Sep 1998 17:26:21 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd023850; Mon Sep 21 17:26:13 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id RAA26255; Mon, 21 Sep 1998 17:26:09 -0700 (MST) From: Terry Lambert Message-Id: <199809220026.RAA26255@usr04.primenet.com> Subject: Re: shouting in a void? To: ben@rosengart.com Date: Tue, 22 Sep 1998 00:26:09 +0000 (GMT) Cc: dag-erli@ifi.uio.no, current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Sep 21, 98 02:46:37 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Dumping has been broken for a while and was fixed today or yesterday, > > judging from the cvs logs. You *do* read the cvs logs, right? > > I wanted to, but at the time it was all or nothing, and I'm not going to > receive and filter every commit for every part of current and stable and > the docs and web pages. If this has been fixed, I'll see about > subscribing. My normal practice is to use "cvs log", rather than getting the commits. That way, I can generate the messages in blocks, and for only the areas of the system I care about. The mail is sent at the end of my SUP script. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:29:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28777 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:29:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27043 for ; Mon, 21 Sep 1998 17:23:36 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id BAA00396; Tue, 22 Sep 1998 01:29:31 +0200 (MET DST) Date: Tue, 22 Sep 1998 01:29:31 +0200 (MET DST) Message-Id: <199809212329.BAA00396@qix> From: Jean-Marc Zucconi To: ken@plutotech.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809212206.QAA09558@panzer.plutotech.com> (ken@plutotech.com) Subject: Re: [CAM] boot messages, not configured devices X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Kenneth D Merry writes: > Jean-Marc Zucconi wrote... >> Thanks to the latest changes in the ncr driver I am able to boot a cam >> kernel. It works well, but I get a lot of >> 'MSG_MESSAGE_REJECT received (2:8)' messages during boot (see log >> below). What do they mean? > It looks like one of your CDROM drives doesn't like it when we try to scan > additional LUNs. I've attached a patch to cam_xpt.c, see if that elminates > the messages. Indeed, my drives had a 'SC_ONE_LU' entry in the old scsiconf.c file. However, your patch does not help - I still get the messages. >> In addition the cd driver refuses to attach my CD-R if there is >> no CD inside at boot time (cd2: fatal error: NOT READY), although it is >> correctly probed during the scan phase: >> pass5 at ncr1 bus 0 target 3 lun 0 >> pass5: Removable CD-ROM SCSI2 device >> pass5: 3.300MB/s transfers > Well, that's the passthrough driver, not the probe pseudo-peripheral. The > passthrough driver will attach to anything that survives the probe phase. > (i.e., anything that responds to an inquiry) [...] > There are a couple of possible explanations for this. How long is your bus > settle delay? It's possible that it takes a while to figure out that it always was 8 seconds (8000 milliseconds now :-) and the old drivers worked. Increasing to 30 seconds gives the same results. > doesn't have a CD in it or something like that. Try increasing SCSI_DELAY > to 30000 (30 seconds). Generally, when CDROM/WORM drives don't have any > media on board, they return a status of 0x3a,0x00. (medium not present) > If that fixes the problem, you can decrease it gradually until you figure > out how long it needs. It seems that the PHILIPS CDD2600 reply 'not ready' rather than 'medium not present' to the READ CAPACITY command if the medium is not present. > If increasing the bus settle delay doesn't fix it, there are other things > we can do that will probably fix the problem. Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:30:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29134 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:30:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29051; Mon, 21 Sep 1998 17:30:30 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA25476; Mon, 21 Sep 1998 17:29:54 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd025334; Mon Sep 21 17:29:41 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id RAA26776; Mon, 21 Sep 1998 17:29:35 -0700 (MST) From: Terry Lambert Message-Id: <199809220029.RAA26776@usr04.primenet.com> Subject: Re: DEVFS & SLICE? To: abial@nask.pl (Andrzej Bialecki) Date: Tue, 22 Sep 1998 00:29:35 +0000 (GMT) Cc: sos@FreeBSD.ORG, peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Sep 21, 98 09:51:51 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In reply to Andrzej Bialecki who wrote: > > > > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > > then, please, what for, because I can't see what (significant) added > > > functionality over standard /dev/* it offered... > > > > It doesn't give me anything but an emptier looking /dev with only those > > devices in it that I actually have :) > > Mhmhm.. But it's unable to create slices/partition nodes on the fly, so > you mean you use it only for non-disk devices, right? Actually, you can: for i in $(diskdevices) do dd if=$i count=1 of=/dev/null done /in the rc.boot/early in the main rc file, before mount is called/ to make the devices stick their heads up. This is much less satisfying than the slice code, of course, but it will work. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:32:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29640 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:32:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29595 for ; Mon, 21 Sep 1998 17:32:31 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA06007; Mon, 21 Sep 1998 17:32:00 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd005971; Mon Sep 21 17:31:56 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id RAA27106; Mon, 21 Sep 1998 17:31:50 -0700 (MST) From: Terry Lambert Message-Id: <199809220031.RAA27106@usr04.primenet.com> Subject: Re: the fs fun never stops To: jdp@polstra.com (John Polstra) Date: Tue, 22 Sep 1998 00:31:50 +0000 (GMT) Cc: seggers@semyam.dinoco.de, current@FreeBSD.ORG In-Reply-To: <199809211845.LAA02551@austin.polstra.com> from "John Polstra" at Sep 21, 98 11:45:18 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Make sure you use the propper strip. On my ELF system it defaults to > > the ELF strip and that hardly will work with an a.out kernel. Use the > > full path /usr/libexec/aout/strip or OBJFORMAT in the environment set > > to aout and it should do its job. > > The simplest is to use "strip -aout ...". I still find it silly that the wrapper functions don't just check the magic number, and call the right thing. The wrappers are *all* hard links to a single wrapper function that calls rindex of '/' on argv[0], right? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 17:47:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02626 for freebsd-current-outgoing; Mon, 21 Sep 1998 17:47:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02617 for ; Mon, 21 Sep 1998 17:47:01 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id SAA10418; Mon, 21 Sep 1998 18:46:14 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809220046.SAA10418@panzer.plutotech.com> Subject: Re: Strange CAM panics [LONG] In-Reply-To: from =?ISO-8859-1?Q?Dag=2DErling_C=2E_Sm=F8rgrav?= at "Sep 21, 98 10:56:35 pm" To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Mon, 21 Sep 1998 18:46:14 -0600 (MDT) Cc: tlambert@primenet.com, finrod@ewox.org, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling C. Smørgrav wrote... > Terry Lambert writes: > > > > The strange thing is that the panic always occurs in mountd, which I > > > > wouldn't think was related. > > > Update: I commented out the NFS configuration from my rc.conf.local > > > (effectively disabling mountd). Everything works just fine. > > The real question here is whether your CDROM is on the list of FS's > > you are exporting or not. > > I just checked; it isn't. > > Now that crash dumps are supposed to work again, is anybody interested > in a crash dump or backtrace of this panic? Sure, that'll help determine what the problem is. :) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 18:00:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18244 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:55:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18072 for ; Mon, 21 Sep 1998 16:54:52 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id QAA24422; Mon, 21 Sep 1998 16:54:57 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-reply-to: Your message of "Mon, 21 Sep 1998 22:43:01 +0800." <199809211443.WAA09682@ariadne.tensor.pgs.com> Date: Mon, 21 Sep 1998 16:54:56 -0700 Message-ID: <24418.906422096@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > in need of a major number so I can actually get this thing going. Can someone > hand me something? This looks quite straightforward otherwise. The usual policy with this is to use 20 (cdev) or 14 (bdev) until the driver is ready for integration, then we'll assign it a permanant number. Makes things easier on everyone. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 18:05:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17019 for freebsd-current-outgoing; Mon, 21 Sep 1998 16:50:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16654 for ; Mon, 21 Sep 1998 16:49:12 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.62]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA174; Mon, 21 Sep 1998 19:39:40 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id TAA00823; Mon, 21 Sep 1998 19:48:55 GMT (envelope-from root) Message-ID: <19980921194855.A805@scsn.net> Date: Mon, 21 Sep 1998 19:48:55 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: Vladimir Kushnir Cc: current@FreeBSD.ORG Subject: Re: Loadable Modules in ELF XF86 Reply-To: dmaddox@scsn.net References: <19980921163048.A869@scsn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Vladimir Kushnir on Tue, Sep 22, 1998 at 02:36:45AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 02:36:45AM +0300, Vladimir Kushnir wrote: > > No, it's not quite so. Just relink your X server with an additional flag > -rdynamic (cd xc/programs/Xserver; make CCLINK='cc -rdynamic' XF86_SVGA or > whatever server you're using). > Ok, thanks for the tip :-) I'll try it shortly... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 18:08:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06054 for freebsd-current-outgoing; Mon, 21 Sep 1998 18:08:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06042 for ; Mon, 21 Sep 1998 18:08:41 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id SAA16736; Mon, 21 Sep 1998 18:08:09 -0700 (PDT) (envelope-from jdp) Message-Id: <199809220108.SAA16736@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: the fs fun never stops In-reply-to: Your message of "Tue, 22 Sep 1998 00:31:50 -0000." <199809220031.RAA27106@usr04.primenet.com> Date: Mon, 21 Sep 1998 18:08:09 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The simplest is to use "strip -aout ...". > > I still find it silly that the wrapper functions don't just check > the magic number, and call the right thing. The wrappers don't do that because they don't know which command line arguments are file names. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 18:36:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09864 for freebsd-current-outgoing; Mon, 21 Sep 1998 18:36:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09817 for ; Mon, 21 Sep 1998 18:36:06 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id VAA18950; Mon, 21 Sep 1998 21:31:37 -0400 (EDT) Date: Mon, 21 Sep 1998 21:31:37 -0400 (EDT) From: Brian Feldman To: Julian Elischer cc: Ben Smithurst , Mike Smith , FreeBSD Current Subject: Re: system hangs with soft updates In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wow, I sure hope that noone read your message and ecided to follow it word-by-word. Ctrl-alt-del is the reboot key sequence (albeit disableable), ctrl-alt-ESC is the DDB break-in sequence. Cheers, Brian On Mon, 21 Sep 1998, Julian Elischer wrote: > > > On Thu, 17 Sep 1998, Ben Smithurst wrote: > > > Mike Smith wrote: > > > > > > _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] > > > > > > This is where you were when the interrupt occurred. Unfortunately the > > > line number above is wrong; wdstart() begins around line 900. > > > > I've repeated it, and it definitely says 332, so don't blame me for that > > one > > > > > Did you see any "dummy wdunwedge" messages before you dropped into DDB, > > > or any other messages at all? > > > > No, I'm pretty sure I didn't see anything like that. > > > > > If you can reproduce the situation again, it would be useful if you > > > could drop into DDB, copy the trace output, then use 'c' to continue > > > and repeat the process a couple of times. This would clarify whether > > > you're stuck in the IDE driver, or whether you just happened to catch > > > it there on a chance. > > > > When I press c, nothing happens. I have to ctrl-alt-esc to get back into > > the debugger. > > if you re-enter the debugger many times doe sthe stack trace ever change > at all? > > [get stack] > Cont > > [get stack] > Cont > > [get stack] > Cont > > [get stack] > Cont > > > > > A few other lines which may be relevant, everything else was pretty much > > the same as last time: > > > > _worklist_insert(head=f1a049a0,item=f0fa0280) at _worklist_insert+0x10 [../../ufs/ffs/ffs_softdep.c:402] > > _softdep_disk_write_complete(bp=f1a049a0) at _softdep_disk_write_complete+0x29d [../../ufs/ffs/ffs_softdep.c:3012] > > _biodone(bp=f1a049a0) at _biodone+0xab [../../kern/vfs_bio.c:1915] > > Very interesting... > I have to upgrade my test systems as they've been > 'suspended' during all the ELF/CAM transition. > > > > > The disk light did actually go off after a while, but it came on again > > as soon as I typed (c)ontinue, so it's stuck somewhere. > Well you can single-step.. > try 's' instead of 'c' > > julian > > > > > -- > > Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ > > > > PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 > > http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) > > > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:03:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14975 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:03:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--178.sirius.net [205.134.241.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14906 for ; Mon, 21 Sep 1998 19:02:37 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id TAA00429 for ; Mon, 21 Sep 1998 19:02:02 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809220202.TAA00429@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: CAM and Adaptec 7880 on motherboard problem X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_18489535640" Date: Mon, 21 Sep 1998 19:02:02 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_18489535640 Content-Type: text/plain; charset=us-ascii I'm having some minor problems with CAM as of early this morning (Sept 21). Firstly, it does appear to be working. Once it get past the probing, things seem to be running just fine. The problem is at probe time. It takes many minutes (5-7) to decide there are no LUNs attached to SCSI ID 4, which is a Sony CDU-926S CD-R drive. It eventally aborts out after issuing a bus reset. I was getting these errors from a kernel a few days ago, but it went through them a lot faster than it does now. Also, the Sony has no LUNs but CAM seems to think it has. Is there some BIOS setting I should now be using to prevent CAM from getting into this timeout loop? The dmesg output is appended below. I get the same output from the GENERIC kernel built from the same sources. Thanks in advance! -- Parag --==_Exmh_18489535640 Content-Type: text/plain ; name="dmesg.out"; charset=us-ascii Content-Description: dmesg.out Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-BETA #9: Mon Sep 21 18:16:19 PDT 1998 root@pinhead.parag.codegen.com:/usr/src/sys/compile/PINHEAD Timecounter "i8254" frequency 1193182 Hz cost 3031 ns CPU: Pentium II (686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 258211840 (252160K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 ide_pci0: rev 0x01 on pci0.4.1 chip3: rev 0x01 int d irq 19 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 ahc0: rev 0x00 int a irq 19 on pci0.6.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs de0: rev 0x12 int a irq 17 on pci0.11.0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:7e:df:e4 de0: enabling 10baseT port Probing for devices on PCI bus 1: vga0: rev 0x00 int a irq 16 on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: CTL00e4 [0xe4008c0e] Serial 0x08de2f0a Comp ID: PNPb02f [0x2fb0d041] pcm1 (SB16pnp sn 0x08de2f0a) at 0x220-0x22f irq 10 drq 1 flags 0x15 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> pcm0 not probed due to drq conflict with pcm1 at 1 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f on isa psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (atapi): , removable, accel, ovlap, dma, iordis wcd0: 5512Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked joy0 at 0x201 on isa joy0: joystick joy1 not probed due to I/O address conflict with joy0 at 0x201 npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 ccd0-3: Concatenated disk drivers SMP: AP CPU #1 Launched! ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe4:ahc0:0:4:1): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:1): BDR message in message buffer (probe4:ahc0:0:4:1): SCB 0x4 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:1): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 5 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe4:ahc0:0:4:2): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:2): BDR message in message buffer (probe4:ahc0:0:4:2): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe4:ahc0:0:4:2): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 4 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:3): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:3): BDR message in message buffer (probe0:ahc0:0:4:3): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:3): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 3 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:4): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:4): BDR message in message buffer (probe0:ahc0:0:4:4): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:4): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:5): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:5): BDR message in message buffer (probe0:ahc0:0:4:5): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:5): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:6): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:6): BDR message in message buffer (probe0:ahc0:0:4:6): SCB 0x2 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:6): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted ahc0:A:4: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_TCL == 0x40, ARG_1 == 0xff, SEQ_FLAGS == 0x0 (probe0:ahc0:0:4:7): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:7): BDR message in message buffer (probe0:ahc0:0:4:7): SCB 0x1 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x153 SSTAT1 == 0x2 (probe0:ahc0:0:4:7): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 2 SCBs aborted pass4 at ahc0 bus 0 target 6 lun 0 pass4: Fixed Scanner SCSI2 device pass4: 3.300MB/s transfers changing root device to da0s2a cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable Worm SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) ffs_mountfs: superblock updated ffs_mountfs: superblock updated --==_Exmh_18489535640-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:27:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19674 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:27:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA19519; Mon, 21 Sep 1998 19:26:32 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id WAA25016; Mon, 21 Sep 1998 22:31:15 -0400 From: Bill Paul Message-Id: <199809220231.WAA25016@skynet.ctr.columbia.edu> Subject: Strange behavior with ARP and IP fragmentation To: current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Date: Mon, 21 Sep 1998 22:31:13 -0400 (EDT) Cc: wollman@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello: For those who don't know, I've been working on yet another fast ethernet driver lately for the RealTek 8139 chip. This chip sucks, but that's not why I'm writing. Today, while running some tests, I noticed some odd IP fragmentation behavior which I thought was due to a bug in my driver code, but I've since been able to duplicate the problem on another machine with a 3c509 card using the ep driver. This has me a little confused. Here's the deal: one of the tests I do involves sending ICMP datagrams with ping using various payload sizes (using the -s flag). By using a packet size larger than 1500 bytes, I can get the system to queue up a small number of ethernet frames fairly quickly and observe the result. This lets me see if the driver is transmitting rapidly queued sequences of frames correctly. I use the -c flag with ping to limit the number of packets so that I can check short bursts of frames rather than a huge stream. (Watching a massive bunch of frames fly through tcpdump at 100Mbps makes it hard to spot glitches.) One thing I do a lot is this: # ifconfig 10.0.0.2 netmask 0xffffff00 up # ping -c 1 -s 4096 10.0.0.1 10.0.0.1 is another machine attached to the interface under test using a crossover cable. I run tcpdump on this host to monitor traffic from the first machine so I can see what the NIC is sending. Assuming the system has just been booted, the 10.0.0.2 host will not yet have an ARP entry for the 10.0.0.1 host, so the sequence should go something like this: 10.0.0.2: sends an ARP request for 10.0.0.1 10.0.0.1: sends an ARP reply to 10.0.0.2 10.0.0.2: sends the first fragment of an ICMP echo request which should be about 1514 bytes long. The ICMP packet is fragmented since 4096 bytes is larger than the interface MTU of 1500 bytes. 10.0.0.2: sends the next fragment, also of 1514 bytes 10.0.0.2: sends the last fragment, somewhere in the neigborhood of 1068 bytes 10.0.0.1: sends the first fragment of an ICMP echo reply. Again, the fragmentation occurs because the reply is also 4096 bytes. 10.0.0.1: sends the next frag 10.0.0.1: sends the last frag At this point, ping reports that the reply was received and all is happy and there is much rejoicing. Not. What I observed is that the ARP request and ARP reply proceed as expected, but the first portion of the ICMP packet transmitted is in fact the last fragment. The first two fragments have been vanished into the void. Since the ICMP echo request is contained in the first fragment, the host on the other side discards the fragment and never sends a reply. The result is that 'ping -c 1 -s 4096 10.0.0.1' just sits there and no reply is ever received. On the other hand, sending a second ICMP request immediately after the first does work. Below is a tcpdump capture of an actual exchange between two machines. Harpsichord is a Micron Pentium Pro 200Mhz machine with a 3Com 3c509 ethernet adapter running FreeBSD 2.2.6. Sax is an IBM RS/6000 model 390 running AIX 4.1.4. First, I run tcpdump on harpsichord to capture the session: [/homes/rwpaul]:harpsichord{1}# tcpdump -n -e -i ep0 host sax and harpsichord tcpdump: listening on ep0 Now I type 'ping -c 1 -s 4096 sax' on harpsichord. Note: there is no ARP entry for sax on harpsichord at this point. The resulting exchange is shown below: 21:41:03.105011 0:60:97:6c:6f:b0 ff:ff:ff:ff:ff:ff 0806 42: arp who-has 128.59.68.56 tell 128.59.68.72 21:41:03.105338 10:0:5a:fa:4e:9e 0:60:97:6c:6f:b0 0806 60: arp reply 128.59.68.56 is-at 10:0:5a:fa:4e:9e 21:41:03.105970 0:60:97:6c:6f:b0 10:0:5a:fa:4e:9e 0800 1178: 128.59.68.72 > 128.59.68.56: (frag 15401:1144@2960) Note that the only part of the ICMP datagram to make it out the door is the final fragment. This fails to illicit a response from the RS/6000, so the ping times out. Now I issue the same ping command to send another 4096 byte ICMP request. This time, an ARP entry for sax exists on harpsichord, so no ARP packets are sent. This time, everything looks normal: 21:41:19.647643 0:60:97:6c:6f:b0 10:0:5a:fa:4e:9e 0800 1514: 128.59.68.72 > 128.59.68.56: icmp: echo request (frag 15424:1480@0+) 21:41:19.648423 0:60:97:6c:6f:b0 10:0:5a:fa:4e:9e 0800 1514: 128.59.68.72 > 128.59.68.56: (frag 15424:1480@1480+) 21:41:19.649053 0:60:97:6c:6f:b0 10:0:5a:fa:4e:9e 0800 1178: 128.59.68.72 > 128.59.68.56: (frag 15424:1144@2960) 21:41:19.652758 10:0:5a:fa:4e:9e 0:60:97:6c:6f:b0 0800 1514: 128.59.68.56 > 128.59.68.72: icmp: echo reply (frag 12732:1480@0+) 21:41:19.654060 10:0:5a:fa:4e:9e 0:60:97:6c:6f:b0 0800 1514: 128.59.68.56 > 128.59.68.72: (frag 12732:1480@1480+) 21:41:19.655099 10:0:5a:fa:4e:9e 0:60:97:6c:6f:b0 0800 1178: 128.59.68.56 > 128.59.68.72: (frag 12732:1144@2960) I originally observed this behavior on a 3.0CAM snapshot with my not quite complete (but largely functional) RealTek driver, however it appears to manifest itself on 2.2.x too. I'm at a loss to explain what's going on here, but something's clearly wrong. For a while I was convinced that my driver was at fault, but after adding some debug code I realized that the transmit start routine was only being called with one fragment, so the other fragments weren't even making it to the device driver stage. This is further evidenced by the fact that I can reproduce the problem on 2.2.6 with a totally different driver. I have no idea if this behavior goes all the way back to 2.1.x. Note that larger ICMP datagram sizes will also trigger the behavior: on FreeBSD 3.0, I was able to specify a size of 8100 bytes without ping complaining, but again only the last fragment of the first datagram gets transmitted (subsequent datagrams send after the ARP request/reply exchange are send properly). If anybody has any insights on this, I'd love to hear them. I really don't want to wade through TCP/IP Illustrated Vol.II trying to track this down. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:28:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19810 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:28:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA19719 for ; Mon, 21 Sep 1998 19:27:46 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id MAA09200; Tue, 22 Sep 1998 12:27:11 +1000 (EST) Message-ID: <19980922122710.D8838@rf900.physics.usyd.edu.au> Date: Tue, 22 Sep 1998 12:27:10 +1000 From: David Dawes To: dmaddox@scsn.net, current@FreeBSD.ORG Subject: Re: Loadable Modules in ELF XF86 Mail-Followup-To: dmaddox@scsn.net, current@FreeBSD.ORG References: <19980921163048.A869@scsn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980921163048.A869@scsn.net>; from Donald J. Maddox on Mon, Sep 21, 1998 at 04:30:48PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 04:30:48PM +0000, Donald J. Maddox wrote: > After building a ELF XFree86 from the port committed last night, I >am seeing the following when starting the X server: > >------------------------------------------------------------------- > > >XF86Config: /etc/XF86Config >(**) stands for supplied, (--) stands for probed/default values >xf86Jstk.so: /usr/X11R6/lib/modules/xf86Jstk.so: Undefined symbol "xf86GetMotion >Events" >xie.so: /usr/X11R6/lib/modules/xie.so: Undefined symbol "isItTimeToYield" >pex5.so: /usr/X11R6/lib/modules/pex5.so: Undefined symbol "EventSwapVector" > > >------------------------------------------------------------------ > >Obviously, the X loadable modules don't work too well as ELF... I assume >that this can't possibly work, ELF LKMs with an a.out kernel, no? Or am I >just way off base here? > > If this is the case, is there any way to force the loadable modules >to be built as a.out until we have an ELF kernel? These are X server modles, not kernel modules. If the X server is ELF, then its modules should be too. My first guess is that the something like the following needs to be added to FreeBSD.cf so that X server symbols get exported for use by the modules: #if UseElfFormat #define DlLibrary -rdynamic #else #define DlLibrary /**/ #endif #if BuildDynamicLoading #define ServerExtraSysLibs DlLibrary #else #define ServerExtraSysLibs /**/ #endif Another thing that probably needs to be changed is the definition of PREPEND_UNDERSCORE in xfree86/common/xf86Dl.c, which determines whether symbols passed to dlsym(3) include a leading underscore. I'd suggest: #if defined(CSRG_BASED) && !defined(__ELF__) #define PREPEND_UNDERSCORE #endif David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:29:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20179 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:29:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20099 for ; Mon, 21 Sep 1998 19:29:23 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id TAA20688; Mon, 21 Sep 1998 19:28:52 -0700 (PDT) Date: Mon, 21 Sep 1998 19:28:52 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809220228.TAA20688@math.berkeley.edu> To: jkh@time.cdrom.com Subject: Re: SNAP Status Cc: current@FreeBSD.ORG, dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is really weird. I've had 2 people complain about this now but > doing a by-hand investigation of the files (I've literally taken the > bindist over to another location and unpacked it by hand) works > without a single problem. The source tarballs are fine. Harrumph. I tried the same thing: cat bin.?? | zcat | tar tvf - and it worked just fine (i.e. I saw no error messages though I did not check the pipeline return status). The problem seems to be in the installation process itself. It claimed the extraction failed but gave no reason. Is the error output from the extraction commands stored anyplace during the installation process? (Someplace that I could look at after the failure?) Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:38:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21800 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:38:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21644 for ; Mon, 21 Sep 1998 19:37:05 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id TAA17560; Mon, 21 Sep 1998 19:36:07 -0700 (PDT) (envelope-from jdp) Message-Id: <199809220236.TAA17560@austin.polstra.com> To: toshok@Hungry.COM Subject: Re: problem with gdb and symbols from dlopen()'ed .so's In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 21 Sep 1998 19:36:07 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , wrote: > > running elf on -current updated last night ~1am. > > I'm working on mozilla and trying to get my java runtime (japhar) to > work inside it. I'm having problems with gdb at the moment. gdb > doesn't seem to recognize that I've loaded another .so... 'share' > doesn't pull in any symbols from it, and stack traces (of course) show > up full of ???'s. Yes, I've noticed that too. But I don't have a solution so far. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:53:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24991 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:53:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24829 for ; Mon, 21 Sep 1998 19:52:09 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id GAA04519; Tue, 22 Sep 1998 06:50:51 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Tue, 22 Sep 1998 06:50:50 +0400 (MSD) From: Hostas Red To: Bill Paul cc: current@FreeBSD.ORG Subject: xl driver problems In-Reply-To: <199809200152.VAA20479@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! On Sat, 19 Sep 1998, Bill Paul wrote: >> Yes, it always says that. And it always plugged into network. > Something tells me your cabling should be checked. My cabling is OK, it's up for 1 year now, and no problems was here before. Not under freebsd vx driver, not under windows. > > ifconfig_xl0="inet 195.19.252.147 netmask 255.255.255.0 media 10baseT/UTP mediaopt half-duplex" > > Do it like that and use ifconfig to force the card to 10baseT/UTP like I > said to do before. Then tell me if it still gives you trouble. I did that. And for past 24 hours 'watchdog timeout' happened 3 times: xl0: watchdog timeout xl0: no carrier - transceiver cable problem? What sort of info you need now, if any? Adios, /KONG PS: I definetly have NO cable problems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 19:56:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25528 for freebsd-current-outgoing; Mon, 21 Sep 1998 19:56:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from owl.org (owl.org [198.206.215.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24066 for ; Mon, 21 Sep 1998 19:48:58 -0700 (PDT) (envelope-from cgull@owl.org) Received: (from cgull@localhost) by owl.org (8.8.8/8.8.8/cgull) id WAA00576; Mon, 21 Sep 1998 22:48:22 -0400 (EDT) (envelope-from cgull) Message-ID: <19980921224822.54206@owl.org> Date: Mon, 21 Sep 1998 22:48:22 -0400 From: john hood To: current@FreeBSD.ORG Subject: Re: UDMA Problems. References: <199809191612.QAA00309@localhost.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1 In-Reply-To: <199809191612.QAA00309@localhost.my.domain>; from Gilad Rom on Sat, Sep 19, 1998 at 04:12:52PM +0000 X-Mutt-References: <199809191612.QAA00309@localhost.my.domain> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 04:12:52PM +0000, Gilad Rom wrote: > > I have been having problems enabling my EIDE controller's support for DMA. > > The controller works fine when setting the flags to 0x80ff, but it barfs whenever > trying to set the flags to 0xa0ff. This is probably something I fixed a while back. I've submitted the patches to Soren, but since they do nasty things to his SMP machine, they haven't been committed. We're a bit stuck there at the moment. Gilad, I'd send you a copy of my diffs to try out, but it's a tad difficult when your email address is a puff of whimsical imagination. --jh -- Mr. Belliveau said, "the difference was the wise, John Hood, cgull intelligent look on the face of the cow." He was @ *so* right. --Ofer Inbar owl.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 20:02:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26989 for freebsd-current-outgoing; Mon, 21 Sep 1998 20:02:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26906 for ; Mon, 21 Sep 1998 20:01:42 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id XAA13889; Mon, 21 Sep 1998 23:01:00 -0400 (EDT) Date: Mon, 21 Sep 1998 23:01:00 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <24256.906420277@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Jordan K. Hubbard wrote: > It helps if you put it into your kernel first. :) Ya think? ;-) All right ... I've got my MFS ... I just put softupdates back in after a make -j12 world failed to crash ... now let's see if I can put all that good advice on how to report panics to use ... or better yet, not. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 20:06:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27698 for freebsd-current-outgoing; Mon, 21 Sep 1998 20:06:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA27553 for ; Mon, 21 Sep 1998 20:06:17 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id XAA13088 for ; Mon, 21 Sep 1998 23:05:09 -0400 (EDT) Date: Mon, 21 Sep 1998 23:05:07 -0400 (EDT) From: Chuck Robey To: freebsd-current@FreeBSD.ORG Subject: elf & compat Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It occurs to me that the function of the compat libs, under elf, has disappeared, hasn't it? They're still being built, tho. I want that for aout, but not elf, right? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 20:16:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA29722 for freebsd-current-outgoing; Mon, 21 Sep 1998 20:16:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA29622 for ; Mon, 21 Sep 1998 20:16:00 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by freefall.freebsd.org (8.8.8/8.8.5) with SMTP id UAA02820 for ; Mon, 21 Sep 1998 20:15:26 -0700 (PDT) Received: by uni4nn.gn.iaf.nl with UUCP id AA32296 (5.67b/IDA-1.5); Tue, 22 Sep 1998 05:00:01 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id XAA02617; Mon, 21 Sep 1998 23:54:49 +0200 (CEST) From: Wilko Bulte Message-Id: <199809212154.XAA02617@yedi.iaf.nl> Subject: Re: ncr - new log messages appearing In-Reply-To: <199809212020.OAA08872@panzer.plutotech.com> from "Kenneth D. Merry" at "Sep 21, 98 02:20:59 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Mon, 21 Sep 1998 23:54:49 +0200 (CEST) Cc: dnelson@emsphone.com, kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-current@freefall.cdrom.com, freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Kenneth D. Merry wrote... > > That just means your drive can't handle more than 15 tagged commands at > > once. CAM's max is 64 (is there any way to raise this?), so the first > > time your system hits the disk heavily, your drive will complain about > > the number of tags it can't handle, and the kernel message will pop up. > > You can adjust the maximum by adjusting the default quirk entry in > cam_xpt.c or by putting in a specific quirk entry for your device that sets > the limit higher. Most drives don't have any more than 64 tags. I think > there are some external RAID controllers that may have more. Quite true. For example the Digital HSZ40 controllers have a pool of 300 tags, that are shared by all LUNs that are configured on the array. There is one thing that must be kept in mind for those RAID boxes: you might encounter a QUEUE FULL even when that particular LUN had no I/O outstanding. Other I/O on different LUNs in that case has used up all tags from the pool. I've seen drivers choke on this before ;-) Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 20:38:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA03832 for freebsd-current-outgoing; Mon, 21 Sep 1998 20:38:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA03800 for ; Mon, 21 Sep 1998 20:38:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id UAA25511; Mon, 21 Sep 1998 20:38:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dan@math.berkeley.edu (Dan Strick) cc: current@FreeBSD.ORG Subject: Re: SNAP Status In-reply-to: Your message of "Mon, 21 Sep 1998 19:28:52 PDT." <199809220228.TAA20688@math.berkeley.edu> Date: Mon, 21 Sep 1998 20:38:28 -0700 Message-ID: <25507.906435508@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I tried the same thing: > > cat bin.?? | zcat | tar tvf - > > and it worked just fine (i.e. I saw no error messages though I did not > check the pipeline return status). The problem seems to be in the > installation process itself. It claimed the extraction failed but > gave no reason. Is the error output from the extraction commands stored > anyplace during the installation process? (Someplace that I could > look at after the failure?) John Hay found it earlier today and I fixed it. It was switching to minigzip that hosed us (dark look at Dima ;) and I failed to adequately ensure that it would be truly equivalent. My bad. I'm rolling another SNAP now. current.freebsd.org is also back up but behaving a little oddly; I'm working it too now. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 20:56:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06584 for freebsd-current-outgoing; Mon, 21 Sep 1998 20:56:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06575 for ; Mon, 21 Sep 1998 20:56:08 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id XAA06452; Mon, 21 Sep 1998 23:55:03 -0400 (EDT) Date: Mon, 21 Sep 1998 23:55:00 -0400 (EDT) From: Chuck Robey To: Luoqi Chen cc: freebsd-current@FreeBSD.ORG, smp@csn.net Subject: Re: make -j # buildworld In-Reply-To: <199809212137.RAA22851@lor.watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Luoqi Chen wrote: > > You know more about it than I, Luoqi, but please realize that I've > > talked with no one else who's seeing my problem ... which might even > > mean that it's not a Makefile problem, it could well be something > > screwey with my own environment. Why don't you let me test it (to see > > if it fixes my problem) and let, say, Jordan or Steve P. test it (as a > > representative of everyone else who _doesn't_ see it). > > > > I'd love to have my problem fixed, but only if it's a FreeBSD problem. > > Mail me your patches, please. Thanks _very_ much for helping me. > > > I think it is not just you. There have been quite a few reports on this > problem in -current (one of them was mine). I guess everyone pretty much > ignored it because it is so insignificant compared to what has been going > on in the last few weeks and there's a work-around for it (by setting > NOAOUT to true). > [patch deleted] Two builds done, one to check that failure still exists, and has not changed in character (it hasn't) and that, when patch is applied, failure disappears (it does!> I don't know about others, but I love this patch! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 21:41:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13232 for freebsd-current-outgoing; Mon, 21 Sep 1998 21:41:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13226 for ; Mon, 21 Sep 1998 21:41:46 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id WAA05997; Mon, 21 Sep 1998 22:40:07 -0600 (MDT) Message-Id: <199809220440.WAA05997@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Robert Crowe cc: "Justin T. Gibbs" , Robert Crowe , current@FreeBSD.ORG, bob@carlsbad.ipinc.com Subject: Re: Problems with DPT/CAM and RAIDed drives under 3.0-CURRENT In-reply-to: Your message of "Mon, 21 Sep 1998 14:42:25 PDT." <199809212142.OAA09587@osomil.carlsbad.ipinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Sep 1998 22:33:40 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I can't reproduce it right now (machine is in use), but it seems like about >20 or so seconds after the npx0 probe. It could have been 60, but it didn't >seem like it. My RAID 5 volume worked fine. I decided to try out a RAID 1 configuration and sure enough, it failed as you described. After several hours of going through the DPT driver code trying to determine what was wrong I stumbled upon the unexpected. DPT RAID 1 volumes cannot handle multi-lun probes. Further, they won't tolerate requests for device serial numbers. Why it is that the RAID 5 volumes are immune to this, I have no idea, but I would not have expected this kind of behavior from products built by a company claiming to be the world leader of SCSI RAID technology. I'll be checking in a DPT quirk entry shortly. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 21:56:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15867 for freebsd-current-outgoing; Mon, 21 Sep 1998 21:56:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from calvin.saturn-tech.com ([207.229.19.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15857 for ; Mon, 21 Sep 1998 21:56:33 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by calvin.saturn-tech.com (8.8.8/8.8.8) with SMTP id WAA06774; Mon, 21 Sep 1998 22:52:44 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Date: Mon, 21 Sep 1998 22:52:44 -0600 (MDT) From: Doug Russell To: "Jan B. Koum " cc: Archie Cobbs , sthaug@nethelp.no, kkennawa@physics.adelaide.edu.au, green@zone.syracuse.net, current@FreeBSD.ORG Subject: Re: Netscape 4.06 (was "freezing problems with CAM and dpt") In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Jan B. Koum wrote: > Too bad FreeBSD mozilla project is dead. Maybe we can start > working closers with people at mozilla.org? I'll see what I can do .. > meanwhile if anyone has any suggestions/contact info... Maybe not ENTIRELY dead... I've been attempting some (mainly cosmetic) fixups myself... but I don't have enough time to devote to the project and have nobody to confer & co-ordinate with. :) Is there ANYONE out there left that wants to try to fixup Mozilla? I'm subscribed to freebsd-mozilla. Feel free to join me. :) Please. :) Later...... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 22:32:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21960 for freebsd-current-outgoing; Mon, 21 Sep 1998 22:32:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA21937; Mon, 21 Sep 1998 22:32:10 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id BAA25338; Tue, 22 Sep 1998 01:37:05 -0400 From: Bill Paul Message-Id: <199809220537.BAA25338@skynet.ctr.columbia.edu> Subject: Nebbermind To: current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, wollman@FreeBSD.ORG Date: Tue, 22 Sep 1998 01:37:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Duh... Well, I did wade through TCP/IP Illustrated and found out that not only was the fragment discard behavior that I noticed mentioned in the book, it's the expected behavior. *sound of Bill smacking himself repeatedly with the Stick of Clue (tm)* If anyone wants me, I'll just be over here feeling really stupid. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 22:32:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA22123 for freebsd-current-outgoing; Mon, 21 Sep 1998 22:32:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22107 for ; Mon, 21 Sep 1998 22:32:55 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.9.1/8.8.8) id BAA25372; Tue, 22 Sep 1998 01:31:40 -0400 (EDT) (envelope-from kws) To: Chuck Robey Cc: freebsd-current@FreeBSD.ORG Subject: Re: elf & compat References: From: Kevin Street Date: 22 Sep 1998 01:31:39 -0400 In-Reply-To: Chuck Robey's message of "Mon, 21 Sep 1998 23:05:07 -0400 (EDT)" Message-ID: <8790jck91g.fsf@kstreet.interlog.com> Lines: 15 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey writes: > It occurs to me that the function of the compat libs, under elf, has > disappeared, hasn't it? > > They're still being built, tho. I want that for aout, but not elf, > right? It appears to me that it's actually the aout libs that are being built. They're just being put in the wrong place (in /usr/lib/compat vs /usr/lib/compat/aout). -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 22:39:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23271 for freebsd-current-outgoing; Mon, 21 Sep 1998 22:39:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.rdc1.bc.wave.home.com (ha1.rdc1.bc.wave.home.com [24.2.10.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA23264 for ; Mon, 21 Sep 1998 22:39:17 -0700 (PDT) (envelope-from ezduzit@home.com) Received: from CR830434-A ([24.113.33.47]) by mail.rdc1.bc.wave.home.com (InterMail v4.0 201-221) with SMTP id <19980922053847.HANJ13207.mail.rdc1.bc.wave.home.com@CR830434-A> for ; Mon, 21 Sep 1998 22:38:47 -0700 Message-ID: <000101bde5ec$26236ba0$2f217118@CR830434-A.mplrdg1.bc.wave.home.com> From: "Gary Godfrey" To: "freebsd-current" Subject: removing Boot Manager Date: Mon, 21 Sep 1998 22:45:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I tried to load FreeBsd over an ip connection and used all defaults.. with 652 megs i ran out of disk space.. So I removed the partition and will need to figure out what a less greedy install would need to be. However the problem is getting rid of the boot manager.. What is the name of the file i need to edit and where would it be found.. I run win98 on C:\ exclusively and NT4.0 Server on D:\ exclusively.. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 22:49:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA24441 for freebsd-current-outgoing; Mon, 21 Sep 1998 22:49:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA24436 for ; Mon, 21 Sep 1998 22:49:03 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id AAA05376; Tue, 22 Sep 1998 00:48:32 -0500 (CDT) From: Kevin Day Message-Id: <199809220548.AAA05376@home.dragondata.com> Subject: Re: removing Boot Manager In-Reply-To: <000101bde5ec$26236ba0$2f217118@CR830434-A.mplrdg1.bc.wave.home.com> from Gary Godfrey at "Sep 21, 98 10:45:04 pm" To: ezduzit@home.com (Gary Godfrey) Date: Tue, 22 Sep 1998 00:48:31 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, I tried to load FreeBsd over an ip connection and used all defaults.. > with 652 megs i ran out of disk space.. So I removed the partition and will > need to figure out what a less greedy install would need to be. > > However the problem is getting rid of the boot manager.. What is the name of > the file i need to edit and where would it be found.. > > I run win98 on C:\ exclusively and NT4.0 Server on D:\ exclusively.. > > Thanks > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Boot from a windows created boot floppy, and type FDISK /MBR Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:02:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25987 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:02:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA25968 for ; Mon, 21 Sep 1998 23:02:46 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id QAA00258; Tue, 22 Sep 1998 16:07:39 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809220607.QAA00258@cimlogic.com.au> Subject: Re: elf & compat In-Reply-To: <8790jck91g.fsf@kstreet.interlog.com> from Kevin Street at "Sep 22, 98 01:31:39 am" To: street@iname.com (Kevin Street) Date: Tue, 22 Sep 1998 16:07:38 +1000 (EST) Cc: chuckr@mat.net, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: > Chuck Robey writes: > > > It occurs to me that the function of the compat libs, under elf, has > > disappeared, hasn't it? > > > > They're still being built, tho. I want that for aout, but not elf, > > right? > > It appears to me that it's actually the aout libs that are being > built. They're just being put in the wrong place (in /usr/lib/compat > vs /usr/lib/compat/aout). Correct. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:05:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26588 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:05:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26568 for ; Mon, 21 Sep 1998 23:05:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA26074; Mon, 21 Sep 1998 23:06:01 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Chuck Robey cc: freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Mon, 21 Sep 1998 23:05:07 EDT." Date: Mon, 21 Sep 1998 23:06:00 -0700 Message-ID: <26071.906444360@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > They're still being built, tho. I want that for aout, but not elf, > right? Uh, right. Compat libs for things which never existed in ELF form would be somewhat superfluous, doncha think? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:19:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29061 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:19:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.rdc1.bc.wave.home.com (ha1.rdc1.bc.wave.home.com [24.2.10.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29034 for ; Mon, 21 Sep 1998 23:19:11 -0700 (PDT) (envelope-from ezduzit@home.com) Received: from CR830434-A ([24.113.33.47]) by mail.rdc1.bc.wave.home.com (InterMail v4.0 201-221) with SMTP id <19980922061841.HDVM13207.mail.rdc1.bc.wave.home.com@CR830434-A>; Mon, 21 Sep 1998 23:18:41 -0700 Message-ID: <001001bde5f1$b9848230$2f217118@CR830434-A.mplrdg1.bc.wave.home.com> From: "Gary Godfrey" To: "Kevin Day" Cc: Subject: Re: removing Boot Manager Date: Mon, 21 Sep 1998 23:24:59 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Boot from a windows created boot floppy, and type FDISK /MBR > > >Kevin Thanks worked liked a charm Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:22:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29758 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:22:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29662; Mon, 21 Sep 1998 23:22:04 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id AAA12885; Tue, 22 Sep 1998 00:21:33 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809220621.AAA12885@panzer.plutotech.com> Subject: Re: [CAM] boot messages, not configured devices In-Reply-To: <199809212329.BAA00396@qix> from Jean-Marc Zucconi at "Sep 22, 98 01:29:31 am" To: jmz@FreeBSD.ORG (Jean-Marc Zucconi) Date: Tue, 22 Sep 1998 00:21:33 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM906445293-12734-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ELM906445293-12734-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Jean-Marc Zucconi wrote... > >>>>> Kenneth D Merry writes: > > > Jean-Marc Zucconi wrote... > >> Thanks to the latest changes in the ncr driver I am able to boot a cam > >> kernel. It works well, but I get a lot of > >> 'MSG_MESSAGE_REJECT received (2:8)' messages during boot (see log > >> below). What do they mean? > > > It looks like one of your CDROM drives doesn't like it when we try to scan > > additional LUNs. I've attached a patch to cam_xpt.c, see if that elminates > > the messages. > > Indeed, my drives had a 'SC_ONE_LU' entry in the old scsiconf.c > file. However, your patch does not help - I still get the messages. Hmm. Well, I'm out of ideas to fix that one for now, unless I somehow botched the quirk entry in the patch....yep, I did. Sorry about that. Can you try the new patch I attached? > >> In addition the cd driver refuses to attach my CD-R if there is > >> no CD inside at boot time (cd2: fatal error: NOT READY), although it is > >> correctly probed during the scan phase: > >> pass5 at ncr1 bus 0 target 3 lun 0 > >> pass5: Removable CD-ROM SCSI2 device > >> pass5: 3.300MB/s transfers > > > Well, that's the passthrough driver, not the probe pseudo-peripheral. The > > passthrough driver will attach to anything that survives the probe phase. > > (i.e., anything that responds to an inquiry) > > [...] > > There are a couple of possible explanations for this. How long is your bus > > settle delay? It's possible that it takes a while to figure out that > > it always was 8 seconds (8000 milliseconds now :-) and the old drivers > worked. Increasing to 30 seconds gives the same results. Okay, that means it's most likely not timing dependent. > > doesn't have a CD in it or something like that. Try increasing SCSI_DELAY > > to 30000 (30 seconds). Generally, when CDROM/WORM drives don't have any > > media on board, they return a status of 0x3a,0x00. (medium not present) > > If that fixes the problem, you can decrease it gradually until you figure > > out how long it needs. > > It seems that the PHILIPS CDD2600 reply 'not ready' rather than > 'medium not present' to the READ CAPACITY command if the medium is not > present. I agree. Well, try the attached patch, it should make your drive attach. Let me know how it works. i.e. if you can mount CDs, etc. Assuming it works okay, I'll have to figure out how to handle this problem. (I guess I'll either have to accept 0x04,* as nonfatal conditions for CDROM drives on attach, or do a device-specific quirk entry for this drive.) Ken -- Kenneth Merry ken@plutotech.com --ELM906445293-12734-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=cam_xpt.sony.diffs2 Content-Description: cam_xpt.sony.diffs2 Content-Transfer-Encoding: 7bit ==== //depot/cam/sys/cam/cam_xpt.c#156 - /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c ==== *** /tmp/tmp.7316.0 Tue Sep 22 00:19:16 1998 --- /usr/home/ken/perforce/cam/sys/cam/cam_xpt.c Tue Sep 22 00:18:50 1998 *************** *** 300,305 **** --- 300,313 ---- CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 }, { + /* This drive doesn't like multiple LUN probing */ + { + T_CDROM, SIP_MEDIA_REMOVABLE, "SONY", + "CD-ROM CDU-80*", "*" + }, + CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 + }, + { /* Default tagged queuing parameters for all devices */ { T_ANY, SIP_MEDIA_REMOVABLE|SIP_MEDIA_FIXED, --ELM906445293-12734-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=jmz.cddiffs Content-Description: jmz.cddiffs Content-Transfer-Encoding: 7bit ==== //depot/cam/sys/cam/scsi/scsi_cd.c#84 - /usr/home/ken/perforce/cam/sys/cam/scsi/scsi_cd.c ==== *** /tmp/tmp.12821.0 Tue Sep 22 00:12:31 1998 --- /usr/home/ken/perforce/cam/sys/cam/scsi/scsi_cd.c Tue Sep 22 00:12:00 1998 *************** *** 1711,1717 **** * the error is anything else, though, we * shouldn't attach. */ ! if ((have_sense) && (asc == 0x3a) && (error_code == SSD_CURRENT_ERROR)) sprintf(announce_buf, "Attempt to query device " --- 1711,1718 ---- * the error is anything else, though, we * shouldn't attach. */ ! if ((have_sense) ! && ((asc == 0x3a) || (asc == 0x04)) && (error_code == SSD_CURRENT_ERROR)) sprintf(announce_buf, "Attempt to query device " --ELM906445293-12734-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:23:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29903 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:23:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.rdc1.bc.wave.home.com (ha1.rdc1.bc.wave.home.com [24.2.10.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29878 for ; Mon, 21 Sep 1998 23:23:32 -0700 (PDT) (envelope-from ezduzit@home.com) Received: from CR830434-A ([24.113.33.47]) by mail.rdc1.bc.wave.home.com (InterMail v4.0 201-221) with SMTP id <19980922062302.HECN13207.mail.rdc1.bc.wave.home.com@CR830434-A> for ; Mon, 21 Sep 1998 23:23:02 -0700 Message-ID: <000101bde5f2$54bc8810$2f217118@CR830434-A.mplrdg1.bc.wave.home.com> From: "Gary Godfrey" To: "freebsd-current" Subject: Basic Install Date: Mon, 21 Sep 1998 23:29:19 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to install freebsd on the weekend. I had 650 megs of free space and i was shocked when the ftp install stopped with a disk full wirte error. How would i go about getting a basic system up with a windows type environment and a mailer like pine or some such thing. Thanks Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03154 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:50:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [195.24.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03089 for ; Mon, 21 Sep 1998 23:50:02 -0700 (PDT) (envelope-from synker@enterprise.sanyusan.se) Received: (from synker@localhost) by enterprise.sanyusan.se (8.9.1/8.9.1) id IAA04093 for current@freebsd.org; Tue, 22 Sep 1998 08:48:01 +0200 (CEST) (envelope-from synker) Message-ID: <19980922084801.A4077@sanyusan.se> Date: Tue, 22 Sep 1998 08:48:01 +0200 From: synker To: current@FreeBSD.ORG Subject: make buildworld stops... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I have a full output of my 'make buildworld' if anyone is interested. I did my make buildworld last night: Script started on Mon Sep 21 21:02:47 1998 [root /usr/src]# make buildworld but when I got to work this morning I noticed it had stopped right after building 'rawboot': [snip] cc -O2 -malign-functions=0 -malign-jumps=0 -malign-loops=0 -DRAWBOOT -I/usr/sr c/sys/i386/boot/rawboot/../biosboot -DBOOTWAIT=5000 -DTIMEOUT= -DBOOTSEG=0x1000 -DBOOTSTACK=0xFFF0 -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnest ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W uninitialized -Wformat -fformat-extensions -ansi -DCOMCONSOLE=0x3F8 -DCONSPEED= 9600 -nostdinc -I/usr/src/sys/i386/boot/rawboot/../../../../include -I/usr/src/s ys/i386/boot/rawboot/../../.. -I/usr/obj/aout/usr/src/sys/i386/boot/rawboot -I /usr/obj/aout/usr/src/tmp/usr/include -N -T 0 -nostdlib -static -o boot start.o table.o boot2.o boot.o asm.o bios.o serial.o probe_keyboard.o io.o disk.o sys.o cp -p boot boot.strip strip boot.strip size boot.strip text data bss dec hex 6480 96 48552 55128 d758 dd if=boot.strip of=boot.nohdr ibs=32 skip=1 obs=1024b 205+1 records in 0+1 records out 6576 bytes transferred in 0.002997 secs (2194252 bytes/sec) ls -l boot.nohdr -rw-r--r-- 1 root bin 6576 21 Sep 23:08 boot.nohdr dd if=boot.nohdr of=rawboot bs=8k count=1 conv=sync 0+1 records in 1+0 records out 8192 bytes transferred in 0.000470 secs (17428221 bytes/sec) # there it stops... any ideas? Best regards, -synker To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 21 23:53:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03483 for freebsd-current-outgoing; Mon, 21 Sep 1998 23:53:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03470 for ; Mon, 21 Sep 1998 23:53:53 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id XAA06212 for ; Mon, 21 Sep 1998 23:53:22 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 21 Sep 1998 23:53:21 -0700 (PDT) From: Doug White To: current@FreeBSD.ORG Subject: 2.2.7->3.0-ELF: GENERICupgrade and others Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all... Attached is a patch that CAMifies GENERICupgrade. You can't build the upgrade kernel otherwise. A warning in Makefile.upgrade to AIC6360, AMD, and DPT SCSI controller owners that this upgrade will orphan them may be in order, until those drivers make an appearance in CAM. I'm also tracking a bug in the Makefile that depends on the existence of /usr/local/lib/aout, which doesn't on fresh 2.2.7 systems. I think some code needs to be added to the do_move_aout_libs section that checks if the ${LIBDIRS}/aout actually exists before ldconfig'ing them. My Makefile magic just isn't there yet, or I'd fashion a patch for that too. The final thing bothering me about the upgrade is errors in the perl build I identified earlier. It may not be an error after the upgrade; if so, Mark, please set me straight. If desired I can commit this, although I'm trying to make it a policy of staying out of the kernel code so I don't start my pointy-hat collection too early. Patch ho: --- GENERICupgrade.orig Mon Sep 21 23:35:17 1998 +++ GENERICupgrade Mon Sep 21 23:39:51 1998 @@ -67,7 +67,7 @@ # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 -controller amd0 +#controller amd0 controller ahb0 controller ahc0 controller isp0 @@ -76,22 +76,30 @@ # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. The options # line following dpt0 here is also currently a *required* option for it. -controller dpt0 -options DPT_MEASURE_PERFORMANCE +#controller dpt0 +#options DPT_MEASURE_PERFORMANCE -controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr -controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr -controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr -controller aic0 at isa? port 0x340 bio irq 11 vector aicintr -controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr -controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr -controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr +# Pre-CAM controllers +#controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr +#controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr +#controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr +#controller aic0 at isa? port 0x340 bio irq 11 vector aicintr +#controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr +#controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr +#controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr + +# Post-CAM controllers +controller adv0 at isa? port ? cam irq ? +controller bt0 at isa? port ? cam irq ? +controller aha0 at isa? port ? cam irq ? controller scbus0 device da0 device sa0 + +device pass0 device cd0 #Only need one of these, the code dynamically grows Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05694 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:12:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05685 for ; Tue, 22 Sep 1998 00:12:21 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id AAA10215 for ; Tue, 22 Sep 1998 00:11:43 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id JAA04124 for freebsd-current@freefall.cdrom.com; Tue, 22 Sep 1998 09:11:36 +0200 (MEST) (envelope-from kuku) Date: Tue, 22 Sep 1998 09:11:36 +0200 (MEST) From: Christoph Kukulies Message-Id: <199809220711.JAA04124@gilberto.physik.RWTH-Aachen.DE> To: freebsd-current@freefall.cdrom.com Subject: de driver still problematic? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After upgrading to a before yesterday -current (aout) I sadly notice that the machine's uptime only lasted a couple of hours. I will drive to the campus later and look at it would I'll bet it's the de driver still causing cumber. Maybe I change the network card (solution by avoiding) though I'd rather get this problem sorted out and would like to try test code if anyone is working at the driver presently. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de Latest feature of Visual C++ 6.0: 'Command-line builds' - msdev crc.dsw /MAKE "WinCRC - Win32 Debug" /Rebuild /OUT wincrc.log Taken from: MSJ Oct 98, p. 19 -- :-O To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:24:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07307 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:24:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07299; Tue, 22 Sep 1998 00:24:36 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id JAA29124; Tue, 22 Sep 1998 09:23:46 +0200 (CEST) (envelope-from sos) Message-Id: <199809220723.JAA29124@sos.freebsd.dk> Subject: Re: DEVFS & SLICE? In-Reply-To: from Andrzej Bialecki at "Sep 21, 98 09:51:51 pm" To: abial@nask.pl (Andrzej Bialecki) Date: Tue, 22 Sep 1998 09:23:46 +0200 (CEST) Cc: sos@FreeBSD.ORG, peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Andrzej Bialecki who wrote: > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > > then, please, what for, because I can't see what (significant) added > > > functionality over standard /dev/* it offered... > > > > It doesn't give me anything but an emptier looking /dev with only those > > devices in it that I actually have :) > > Mhmhm.. But it's unable to create slices/partition nodes on the fly, so > you mean you use it only for non-disk devices, right? Wrong, I use it for everthing, the only thing is that you must have a minimal normal /dev underneath or you wont be able to boot, which is somehow a god idea anyways :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:29:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08186 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:29:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08174; Tue, 22 Sep 1998 00:29:02 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id JAA29133; Tue, 22 Sep 1998 09:27:04 +0200 (CEST) (envelope-from sos) Message-Id: <199809220727.JAA29133@sos.freebsd.dk> Subject: Re: DEVFS & SLICE? In-Reply-To: <199809220016.KAA27998@godzilla.zeta.org.au> from Bruce Evans at "Sep 22, 98 10:16:34 am" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 22 Sep 1998 09:27:04 +0200 (CEST) Cc: peter@netplex.com.au, sos@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Bruce Evans who wrote: > > This could probably be done better by moving the creation of the whole > disk devices to dsopen() and calling dsopen() for each device just before > mounting root. Good idea, do you have a patch (hint hint) :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:36:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09837 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:36:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09718; Tue, 22 Sep 1998 00:36:17 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id JAA12524; Tue, 22 Sep 1998 09:35:51 +0200 (CEST) To: Pierre.Dampure@barclayscapital.com Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> <19980921193902.A595@radio-do.de> From: Frank Nobis Date: 22 Sep 1998 09:35:51 +0200 In-Reply-To: Frank Nobis's message of "Mon, 21 Sep 1998 19:39:02 +0200" Message-ID: Lines: 28 X-Mailer: Gnus v5.6.26/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is really strange. I did the last test in the afternoon, remote from work. I booted the maschine remote and did the test again. After some time - arounf one hour - I noticed that both pig processes are running at 50% cpu, but now th idle level was 0% and init was running on the other cpu with 100%. I stopped the pig's then and rebooted again when coming home. With the latest sources - cvsuped at midnight - but the same kernel, I did a make world and the strange top behaviour had just vanished. I have no idea why. su-2.01# time make -j4 buildworld>xxx real 43m47.956s user 38m5.671s sys 23m32.869s The "bad" make before took around 63 minutes. That seems to proof that before not both cpu's was full runnning. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by SMP FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:43:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10838 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:43:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA10832 for ; Tue, 22 Sep 1998 00:43:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id AAA26537; Tue, 22 Sep 1998 00:43:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: street@iname.com (Kevin Street), chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Tue, 22 Sep 1998 16:07:38 +1000." <199809220607.QAA00258@cimlogic.com.au> Date: Tue, 22 Sep 1998 00:43:08 -0700 Message-ID: <26534.906450188@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > built. They're just being put in the wrong place (in /usr/lib/compat > > vs /usr/lib/compat/aout). > > Correct. Oh, we're just arguing for a name change here? That's different. As long as rc.conf is taught the difference, I don't care where they go myself. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 00:47:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11242 for freebsd-current-outgoing; Tue, 22 Sep 1998 00:47:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11229 for ; Tue, 22 Sep 1998 00:47:21 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id RAA00410; Tue, 22 Sep 1998 17:52:12 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809220752.RAA00410@cimlogic.com.au> Subject: Re: elf & compat In-Reply-To: <26534.906450188@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 22, 98 00:43:08 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 22 Sep 1998 17:52:12 +1000 (EST) Cc: jb@cimlogic.com.au, street@iname.com, chuckr@mat.net, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > built. They're just being put in the wrong place (in /usr/lib/compat > > > vs /usr/lib/compat/aout). > > > > Correct. > > Oh, we're just arguing for a name change here? That's different. As > long as rc.conf is taught the difference, I don't care where they go > myself. The plan is to have aout libraries only in aout sub-directories. Then when we no longer need aout support, we just prune them. /usr/lib/compat is reserved for elf compat libraries. I think it will be empty for 3.0-RELEASE. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 01:01:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA13412 for freebsd-current-outgoing; Tue, 22 Sep 1998 01:01:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA13398 for ; Tue, 22 Sep 1998 01:01:34 -0700 (PDT) (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 22 Sep 1998 04:01:00 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 22 Sep 1998 01:00:59 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Tue, 22 Sep 1998 04:00:58 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: a.out buildworld still failing... X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 04:00:58 -0400 Message-ID: <18722.906451258@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I frequently re-cvsup and start with an *empty* /var/obj, just to be sure. This is about as far as I get; the irritating bit is that the failure point keeps moving around. The disk is local - no NFS. Ideas? H --- cc -O -pipe -D_GNU_SOURCE -I- -I. -I/var/src.cvs/src/gnu/usr.bin/binutils/ld/i38 6 -I/var/src.cvs/src/gnu/usr.bin/binutils/ld -I/var/src.cvs/src/gnu/usr.bin/binu tils/ld/../libbfd/i386 -I/var/src.cvs/src/gnu/usr.bin/binutils/ld/../../../../co ntrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown- freebsdelf\" -DSCRIPTDIR=\"/usr/obj/aout/var/src.cvs/src/tmp/usr/libdata\" -I/va r/src.cvs/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/o bj/aout/var/src.cvs/src/tmp/usr/include -c eelf_i386.c eelf_i386.c:753: parse error before `lang_statemen' eelf_i386.c:57: warning: `gldelf_i386_find_statement_assignment' declared `stati c' but never defined *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 01:11:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14901 for freebsd-current-outgoing; Tue, 22 Sep 1998 01:11:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA14892; Tue, 22 Sep 1998 01:11:18 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA05183; Tue, 22 Sep 1998 18:10:27 +1000 Date: Tue, 22 Sep 1998 18:10:27 +1000 From: Bruce Evans Message-Id: <199809220810.SAA05183@godzilla.zeta.org.au> To: bde@zeta.org.au, sos@FreeBSD.ORG Subject: Re: DEVFS & SLICE? Cc: abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com, peter@netplex.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> This could probably be done better by moving the creation of the whole >> disk devices to dsopen() and calling dsopen() for each device just before >> mounting root. > >Good idea, do you have a patch (hint hint) :) Now I remember why it is not such a good idea :-). Removable disks may not be there, and some disk drivers spew printfs when they are not there. This was especially annoying for floppy disks under SLICE. Keeping the list in userland allows better control. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 01:18:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15819 for freebsd-current-outgoing; Tue, 22 Sep 1998 01:18:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from charon.open.enicom.co.jp (styx.open.enicom.co.jp [202.33.90.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA15809; Tue, 22 Sep 1998 01:18:42 -0700 (PDT) (envelope-from Hirokazu.Matsui@open.enicom.co.jp) Received: by charon.open.enicom.co.jp (ENICOM open/apsd 1.1) id RAA03382; Tue, 22 Sep 1998 17:18:08 +0900 (JST) Received: by si5gw.open.enicom.co.jp (8.8.5/3.4Wbeta6/si5gw-1.3) id RAA10383; Tue, 22 Sep 1998 17:18:06 +0900 (JST) Message-Id: <199809220818.RAA10383@si5gw.open.enicom.co.jp> To: freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: JDK 1.1.6 broken in 3.0-beta/ELF? In-Reply-To: Your message of "Sun, 20 Sep 1998 17:45:44 -0700 (PDT)" References: X-Mailer: Mew version 1.70 on Emacs 19.34.2 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 22 Sep 1998 17:17:05 +0900 From: MATSUI Hirokazu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. "Eugene M. Kim" wrote: > I was installing JDK 1.1.6 port on a 3.0-beta/ELF machine when I found > that the included ``jre'' would not run, outputting the following > message: > > ld.so failed: Undefined symbol "_xmDrawingAreaWidgetClass" in > jre_X:/usr/local/java/lib/i386/green_threads/libawt.so.1.1.6 I had a same problem and got following message in FreeBSD-Java mailing- list. Nate Williams wrote: > I'm going to have to re-roll another release, and I have no time to do > it, nor do I have a clue what happened. I was sure the release I built > was correct, and I even downloaded it from the WWW site and installed it > on a machine to make sure it worked. :( > > Sorry about that, and I'll try and get a new release out soon to fix > this. > > In the meantime, you can use JDK1.1.6.V98-7-21, which is apparently what > I'm using, which works well except for the minor socket bug. (That's > what my test box is using...) This problem seems to be independent of ELF. -- Hirokazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 01:22:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA16509 for freebsd-current-outgoing; Tue, 22 Sep 1998 01:22:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA16503 for ; Tue, 22 Sep 1998 01:22:46 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.27] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id va435417 for ; Tue, 22 Sep 1998 03:21:40 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id DAA12643; Tue, 22 Sep 1998 03:22:10 -0500 (CDT) (envelope-from tom) Message-ID: <19980922032049.A12241@TOJ.org> Date: Tue, 22 Sep 1998 03:20:49 -0500 From: Tom Jackson To: Rob , current@FreeBSD.ORG Subject: Re: aic0 troubles... Can CAM be disabled in FreeBSD-CURRENT? References: <199809212143.RAA13222@stratos.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809212143.RAA13222@stratos.net>; from Rob on Mon, Sep 21, 1998 at 05:43:10PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is your source 8/31 or newer? 8/31 was about the right time to do the elf upgrade. The cam integration was on 9/15. If you source that date or later, you will SOL for running the 1502. Running CAM is NOT optional if you update to current source. If you are running current, GENERICupgrade does come into play, only used for stable upgrades. On Mon, Sep 21, 1998 at 05:43:10PM -0400, Rob wrote: > > > Unfortunately, I was bit by the aic situation too. I have an AIC 1520B > card running on a 3.0-08311998-SNAP running with no problems. Then I > decided it was time to take the big plunge and upgrade to ELF. > Before I did this, I noticed this lack of aic support problem > on the current mailing list, and discovered that it wouldn't run > under CAM. > Since I had seen an `options CAM' in my GENERICupgrade > kernel after cvsuping to the latest sources (I thought), I assumed that > CAM was optional, and as long as I didn't upgrade to it (regardless of > whether I had ELF or not), I would be fine. > So I backed up GENERICupgrade, then made the changes of > getting rid of the `option CAM' and the `da' and `sa' devices before > doing a `make aout-to-elf-build', `shutdown now', and `make aout-to- > elf install'. ^^^^^^- this (make aout-to-elf-install) will install elf binaries etal but your old kernel will still work. > After the aout and elf stuff was built in /usr/obj, it began > the upgrade process in building the kernel, and then with `make depend': > > ... blah blah ... > cc: ../../dev/aic6x60/aic.c: No such file or directory > cc: ../../i386/isa/aic_isa.c: No such file or directory > > (These did exist in the ../../compile/GENERICupgrade directory, however... > $ ls aic* > aic.h > aic7xxx_reg.h > aic7xxx_seq.h > aicasm > aicasm.o > aicasm_gram.c > aicasm_gram.o > aicasm_scan.c > aicasm_scan.o > aicasm_symbol.o > ). > > What gives here? Did I have to do something special to disable > CAM besides getting rid of options CAM. Is CAM really "built-in" so > there's no way to disable it in CURRENT? Is it a requirement for ELF? > Did I have any business assuming I could disable CAM just because I saw > it as an option to the GENERICupgrade config file? > > By the way, my computer is in single user mode as I write. > Can I safely reboot the system and restart it with my old kernel (the > ELF binaries were not installed yet...) with no problems until the > aic drivers are rewritten? > Where can I find out more about CAM anyway? > > Thanks, > > -Rob > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sorry if this not what you were asking. Good luck, -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:02:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21516 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:02:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns11.rim.or.jp (ns11.rim.or.jp [202.247.130.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21466 for ; Tue, 22 Sep 1998 02:01:53 -0700 (PDT) (envelope-from masafumi@aslm.rim.or.jp) Received: from rayearth.rim.or.jp (rayearth.rim.or.jp [202.247.130.242]) by ns11.rim.or.jp (8.8.5/3.5Wpl2-ns11/RIMNET-2) with ESMTP id RAA04860; Tue, 22 Sep 1998 17:47:57 +0900 (JST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id RAA13609; Tue, 22 Sep 1998 17:47:56 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.9.1/3.5Wpl3-SMTP) with ESMTP id RAA15097; Tue, 22 Sep 1998 17:35:50 +0900 (JST) To: max@wide.ad.jp Cc: mark@grondar.za, freebsd-current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: Re: problem with perl5? From: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= In-Reply-To: Your message of "Mon, 21 Sep 1998 17:22:54 +0900 (JST)" <199809210822.RAA03707@access.sfc.wide.ad.jp> References: <199809210822.RAA03707@access.sfc.wide.ad.jp> X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980922173549G.masafumi@aslm.rim.or.jp> Date: Tue, 22 Sep 1998 17:35:49 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 18 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG max> The script I included in my previous mail is part of a configure max> script of some program. One of my boxes had no problem with it, but max> two others had the same problem. I noticed the difference between perl on these machines. The one that has problem is not dynamically linked to libperl while the one that doesn't have the problem is dynamically linked to libperl. So, I deleted the perl executable in the obj directory and did make and make install in /usr/src/gnu/usr.bin/perl/perl, and the problem went away. I have no idea why this difference causes the problem, or why they were built differently. Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:03:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21652 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:03:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from we.wertep.com ([194.44.90.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21604 for ; Tue, 22 Sep 1998 02:03:04 -0700 (PDT) (envelope-from yuro@WERTEP.COM) Received: from localhost (yuro@localhost) by we.wertep.com (8.8.8/8.8.7) with SMTP id MAA21097; Tue, 22 Sep 1998 12:02:03 +0300 (EEST) (envelope-from yuro@WERTEP.COM) Date: Tue, 22 Sep 1998 12:02:03 +0300 (EEST) From: YURO To: Gary Godfrey cc: freebsd-current Subject: Re: removing Boot Manager In-Reply-To: <000101bde5ec$26236ba0$2f217118@CR830434-A.mplrdg1.bc.wave.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG fdisk /mbr On Mon, 21 Sep 1998, Gary Godfrey wrote: > Date: Mon, 21 Sep 1998 22:45:04 -0700 > From: Gary Godfrey > To: freebsd-current > Subject: removing Boot Manager > > Hi, I tried to load FreeBsd over an ip connection and used all defaults.. > with 652 megs i ran out of disk space.. So I removed the partition and will > need to figure out what a less greedy install would need to be. > > However the problem is getting rid of the boot manager.. What is the name of > the file i need to edit and where would it be found.. > > I run win98 on C:\ exclusively and NT4.0 Server on D:\ exclusively.. > > Thanks > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:14:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23372 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:14:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA23290; Tue, 22 Sep 1998 02:13:37 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA10985; Tue, 22 Sep 1998 10:09:09 +0100 (BST) Date: Tue, 22 Sep 1998 10:09:09 +0100 (BST) From: Doug Rabson To: Pierre.Dampure@barclayscapital.com cc: fn@radio-do.de, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: RE: Weired top display at smp current kernel from today In-Reply-To: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998 Pierre.Dampure@barclayscapital.com wrote: > > Frank, > > Are you by any chance running an ELF version of X? I experienced pretty > weird results over the past few days with and ELF X (built as per the port > mods posted to the list): a make world running under X would basically bring > the box to a halt, massive delays when typing characters on any of the other > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > than 256Mb free / no swap used, doing nothing else than the build. > > I'll be rebuilding the box tonight and verify whether this is still > happening now that we have "official" XFree86 port mods. Hey, I had this. I installed ELF XFree86 and it rewrote the /usr/X11R6/bin/X link to point at XF86_SVGA instead of my usual Xaccel. I decided to stay with XF86_SVGA for a few days for kicks but scrolling was so slow (the card is an 8Mb MGA Mill II) that I swapped back. I don't remember it being this slow last time I tried it and the MGA is supposed to be one of XFree86's faster servers :-(. It was acting as if it was a dumb framebuffer. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:15:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23561 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:15:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA23481 for ; Tue, 22 Sep 1998 02:14:38 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA11020; Tue, 22 Sep 1998 10:13:44 +0100 (BST) Date: Tue, 22 Sep 1998 10:13:44 +0100 (BST) From: Doug Rabson To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-Reply-To: <199809211443.WAA09682@ariadne.tensor.pgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > in need of a major number so I can actually get this thing going. Can someone > hand me something? This looks quite straightforward otherwise. Please tell me that you are porting Glide to FreeBSD! I am dying for a FreeBSD glide since its the only currently working freeware unix 3D hardware solution but I just don't have the time to take on a glide port as well as everything else... -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:22:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24929 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:22:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24808 for ; Tue, 22 Sep 1998 02:21:47 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id CAA27220; Tue, 22 Sep 1998 02:21:55 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: ben@rosengart.com cc: "Dag-Erling C. Smrgrav" , current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Mon, 21 Sep 1998 15:14:57 EDT." Date: Tue, 22 Sep 1998 02:21:52 -0700 Message-ID: <27214.906456112@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm tired of jumping through hoops. I'm going pretty far out of my way > to be helpful to the FreeBSD project and to myself by spotting problems > in 3.0-alpha^H^H^H^H^Hbeta, and all I hear is that I'm not doing enough. Now now, calm down. Perhaps the real problem is that you're not really cut out for running -current and we simply have a personnel mis-match problem here. And do hang on, before you get your back-fur all standing on end, and let me just clarify what I meant by that, subtracting out as best I can the usual pejorative implications of saying "you're not cut out for xyz" (e.g. "you wimp!"). I mean nothing of the kind, and simply state the very plain and simple fact that -current is not for everyone, not even relatively close to release time (that being usually when some of the most frenetic activity of all takes place, in fact). It does occasionally happen that someone wanders in who's NOT well-versed in the process of jumping through hoops and doesn't quite know that hoop-jumping is, indeed, an integral part of the process of getting into BETA testing at all. Consider it now stated explicitly. We're not out to alienate users, but we *are* after a certain calibre of tester here and I think maybe you might have inadvertantly wandered into the wrong line, that's all. It's no biggie and your manhood will be in no way diminished if you jump back into -stable, believe me! :-). Indeed, I have told a number of people who scarcely lacked for clues (who were, in fact, quite a bit smarter than I am) to stick to -stable and NOT to run -current or any of our dot-zero releases because I happened to know for a fact that they had better things to do with their time and, if they even tried to participate, would only become rapidly frustrated and annoyed at the various bumps in the road and the extra email and all the other hassles that go with the process and they'd probably just end up flaming somebody. It's a dead loss all around when something like that happens, so you really don't want to recommend it. > Is core interested in a stable 3.0-RELEASE or is the idea just to > alienate enough users that the complaint volume is low anyway? No, we simply recommend that some people stick with -stable, even if it hasn't got all the bells-and-whistles they might be looking for, and avoid -current if they're not willing to put up with some truly rough road occasionally. - stable has its occasional bumps as well (re: the recent ipfw stuff) but nothing like "E-day" or "C-day" and if there were any WORSE time for someone to wander inadvertantly into the -current zone, I can't think of one offhand. :-) There will be more than ample time later for the second-wave folks to jump on the 3.0 bandwagon, ideally at a time when the wagon is moving at a much less frenetic pace than it is now. And it will. Patience. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:26:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25621 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:26:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25401; Tue, 22 Sep 1998 02:24:35 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id LAA12645; Tue, 22 Sep 1998 11:23:46 +0200 (CEST) Message-ID: <19980922112346.A12636@radio-do.de> Date: Tue, 22 Sep 1998 11:23:46 +0200 From: Frank Nobis To: Doug Rabson , Pierre.Dampure@barclayscapital.com Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Doug Rabson on Tue, Sep 22, 1998 at 10:09:09AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 10:09:09AM +0100, Doug Rabson wrote: > On Mon, 21 Sep 1998 Pierre.Dampure@barclayscapital.com wrote: > > > > > Frank, > > > > Are you by any chance running an ELF version of X? I experienced pretty > > weird results over the past few days with and ELF X (built as per the port > > mods posted to the list): a make world running under X would basically bring > > the box to a halt, massive delays when typing characters on any of the other > > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > > than 256Mb free / no swap used, doing nothing else than the build. > > > > I'll be rebuilding the box tonight and verify whether this is still > > happening now that we have "official" XFree86 port mods. > > Hey, I had this. I installed ELF XFree86 and it rewrote the > /usr/X11R6/bin/X link to point at XF86_SVGA instead of my usual Xaccel. I > decided to stay with XF86_SVGA for a few days for kicks but scrolling was > so slow (the card is an 8Mb MGA Mill II) that I swapped back. I don't > remember it being this slow last time I tried it and the MGA is supposed > to be one of XFree86's faster servers :-(. It was acting as if it was a > dumb framebuffer. That may be a difference. I'm running the Xaccel server. The Matrox g200 agp card is currently not supportted in XF86_SVGA. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by SMP FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:27:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25821 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:27:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25681 for ; Tue, 22 Sep 1998 02:26:24 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id RAA08681; Tue, 22 Sep 1998 17:25:41 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id RAA01887; Tue, 22 Sep 1998 17:25:41 +0800 Message-Id: <199809220925.RAA01887@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-reply-to: Your message of "Tue, 22 Sep 1998 10:13:44 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 17:25:40 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 21 Sep 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > > in need of a major number so I can actually get this thing going. Can someone > > hand me something? This looks quite straightforward otherwise. > > Please tell me that you are porting Glide to FreeBSD! I am dying for a > FreeBSD glide since its the only currently working freeware unix 3D > hardware solution but I just don't have the time to take on a glide port > as well as everything else... > Weeellll... I'm porting the device driver, as to run the Linux Glide libs you need root privs to do the portio stuff when you don't have an operable /dev/3dfx. Certain Linux 3d applications are setuid, but reset themselves as nobody once they start. This then screws up subsequent port I/O. To free myself from this noxiousness (and because I'm tired of running a custom version of the Linux emulator), I've decied to port the device driver so that the Linux libraries can use it. It will need a couple of additions to linux_ioctl.c & one of the .h files, but I'm sure that's more acceptable than the truck-sized security hole my current "fix" involves. If Daryll Strauss would stop moving the goalposts all the time I'd consider asking for permission from 3dfx to do this, but I'm waiting until he has the multi-texture & SLI support in Glide. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:30:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26680 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:30:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26561 for ; Tue, 22 Sep 1998 02:29:57 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id CAA27273; Tue, 22 Sep 1998 02:30:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dan@math.berkeley.edu (Dan Strick) cc: freebsd-current@FreeBSD.ORG Subject: Re: unable to install 3.0-19980919-BETA In-reply-to: Your message of "Mon, 21 Sep 1998 16:55:34 PDT." <199809212355.QAA15994@math.berkeley.edu> Date: Tue, 22 Sep 1998 02:30:11 -0700 Message-ID: <27269.906456611@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > After the installation commit for 3.0-19980919-BETA, the installation > program newfs'ed the file systems, logged onto my ftp server, and > loaded the entire bin distribution (all 130 something chunks) before > popping up a window that said: Busted install (which you'll read about later in the list mail - seems to be a mighty lag at the moment). Please wait until tomorrow's snapshot on ftp.freebsd.org which will fix the problem - sorry! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27390 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:33:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27294 for ; Tue, 22 Sep 1998 02:32:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id CAA27306; Tue, 22 Sep 1998 02:32:53 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Luoqi Chen cc: chuckr@mat.net, freebsd-current@FreeBSD.ORG, smp@csn.net Subject: Re: make -j # buildworld In-reply-to: Your message of "Mon, 21 Sep 1998 17:37:01 EDT." <199809212137.RAA22851@lor.watermarkgroup.com> Date: Tue, 22 Sep 1998 02:32:52 -0700 Message-ID: <27302.906456772@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think it is not just you. There have been quite a few reports on this > problem in -current (one of them was mine). I guess everyone pretty much > ignored it because it is so insignificant compared to what has been going Well no, really, the -j buildworlds have been working GREAT for me all week. I think it probably is a bug, but one which is masked by something that folks like Steve and I just don't have in our environments (or, perhaps, something special that we do). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 02:50:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00169 for freebsd-current-outgoing; Tue, 22 Sep 1998 02:50:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00150 for ; Tue, 22 Sep 1998 02:50:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA11128; Tue, 22 Sep 1998 10:49:36 +0100 (BST) Date: Tue, 22 Sep 1998 10:49:36 +0100 (BST) From: Doug Rabson To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-Reply-To: <199809220925.RAA01887@ariadne.tensor.pgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > On Mon, 21 Sep 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > > > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) and am > > > in need of a major number so I can actually get this thing going. Can someone > > > hand me something? This looks quite straightforward otherwise. > > > > Please tell me that you are porting Glide to FreeBSD! I am dying for a > > FreeBSD glide since its the only currently working freeware unix 3D > > hardware solution but I just don't have the time to take on a glide port > > as well as everything else... > > > > Weeellll... I'm porting the device driver, as to run the Linux Glide > libs you need root privs to do the portio stuff when you don't have an > operable /dev/3dfx. Certain Linux 3d applications are setuid, but > reset themselves as nobody once they start. This then screws up > subsequent port I/O. To free myself from this noxiousness (and because > I'm tired of running a custom version of the Linux emulator), I've > decied to port the device driver so that the Linux libraries can use > it. It will need a couple of additions to linux_ioctl.c & one of the > .h files, but I'm sure that's more acceptable than the truck-sized > security hole my current "fix" involves. If Daryll Strauss would stop > moving the goalposts all the time I'd consider asking for permission > from 3dfx to do this, but I'm waiting until he has the multi-texture & > SLI support in Glide. Yes, it is kind of ugly to have to run the glide tests with 'sudo' :-). I can wait - I have plenty of non 3D fires to fight. Please consider doing the port if and when Daryll's dust settles. The last two people who got the source code just faded away. If it helps, I have good contacts with people at 3Dfx and the development lead for their Windows drivers is a good friend. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 03:11:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA02983 for freebsd-current-outgoing; Tue, 22 Sep 1998 03:11:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02968 for ; Tue, 22 Sep 1998 03:11:40 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id SAA23456; Tue, 22 Sep 1998 18:11:01 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id SAA02102; Tue, 22 Sep 1998 18:11:01 +0800 Message-Id: <199809221011.SAA02102@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: Need a mojor dev number.. In-reply-to: Your message of "Tue, 22 Sep 1998 10:49:36 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 18:11:01 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, it is kind of ugly to have to run the glide tests with 'sudo' :-). > I can wait - I have plenty of non 3D fires to fight. Please consider > doing the port if and when Daryll's dust settles. The last two people who > got the source code just faded away. If it helps, I have good contacts > with people at 3Dfx and the development lead for their Windows drivers is > a good friend. > Hmmm. That dripping sound you hear is me drooling 8^). Once I've finished the device driver port (and others have approved of it and the necessary changes to the Linuxulator) I might take you up on that. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 03:39:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06541 for freebsd-current-outgoing; Tue, 22 Sep 1998 03:39:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06527 for ; Tue, 22 Sep 1998 03:39:14 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id MAA16976 for current@freebsd.org; Tue, 22 Sep 1998 12:38:43 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 22 Sep 1998 12:38:43 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: current@FreeBSD.ORG Subject: burn cd ? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------------------------------- How can I burn cd's now in current/cam/elf ? I used the worm-device and team ("burncd.sh") before. Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:28:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15061 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:28:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15045 for ; Tue, 22 Sep 1998 04:28:51 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA04068; Tue, 22 Sep 1998 13:28:11 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 22 Sep 1998 13:28:10 +0200 (MET DST) Mime-Version: 1.0 To: Terry Lambert Cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? References: <199809220026.RAA26255@usr04.primenet.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Sep 1998 13:28:07 +0200 In-Reply-To: Terry Lambert's message of "Tue, 22 Sep 1998 00:26:09 +0000 (GMT)" Message-ID: Lines: 12 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA15057 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert writes: > My normal practice is to use "cvs log", rather than getting the > commits. That way, I can generate the messages in blocks, and > for only the areas of the system I care about. The mail is sent > at the end of my SUP script. Assuming you have a copy of the repository. Not everybody does or wants to... DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:33:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15729 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:33:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15719 for ; Tue, 22 Sep 1998 04:33:47 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id EAA10148; Tue, 22 Sep 1998 04:32:53 -0700 (PDT) Message-ID: <19980922043253.A10077@nuxi.com> Date: Tue, 22 Sep 1998 04:32:53 -0700 From: "David O'Brien" To: John Birrell Cc: freebsd-current@FreeBSD.ORG Subject: Re: elf & compat Reply-To: obrien@NUXI.com References: <26534.906450188@time.cdrom.com> <199809220752.RAA00410@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809220752.RAA00410@cimlogic.com.au>; from John Birrell on Tue, Sep 22, 1998 at 05:52:12PM +1000 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The plan is to have aout libraries only in aout sub-directories. Then when > we no longer need aout support, we just prune them. /usr/lib/compat is > reserved for elf compat libraries. I think it will be empty for 3.0-RELEASE. So we are going to toss 2.x support?? (sarcastic) -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Tue Sep 22 04:46:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17332 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:46:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17312 for ; Tue, 22 Sep 1998 04:46:19 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA07455; Tue, 22 Sep 1998 13:45:38 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 22 Sep 1998 13:45:37 +0200 (MET DST) Mime-Version: 1.0 To: "Kenneth D. Merry" Cc: tlambert@primenet.com, finrod@ewox.org, current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] References: <199809220046.SAA10418@panzer.plutotech.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Sep 1998 13:45:35 +0200 In-Reply-To: "Kenneth D. Merry"'s message of "Mon, 21 Sep 1998 18:46:14 -0600 (MDT)" Message-ID: Lines: 18 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA17324 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" writes: > Dag-Erling C. Smørgrav wrote... > > Now that crash dumps are supposed to work again, is anybody interested > > in a crash dump or backtrace of this panic? > Sure, that'll help determine what the problem is. :) Problem: the crash dump is 128 MB large, and I'm on a dialup :) Second (unrelated) problem: my three-months-old 6GB Fireball is reporting unrecoverable read errors :( Third (unrelated) problem: under CAM, my streamer won't attach at boot time (it will attach if I type 'camcontrol rescan 1' though). Maybe I should set my SCSI_DELAY higher than 100 ms :) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:51:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18172 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:51:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18167 for ; Tue, 22 Sep 1998 04:51:18 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id HAA00442; Tue, 22 Sep 1998 07:50:07 -0400 (EDT) Date: Tue, 22 Sep 1998 07:50:06 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: Luoqi Chen , freebsd-current@FreeBSD.ORG, smp@csn.net Subject: Re: make -j # buildworld In-Reply-To: <27302.906456772@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1582935734-906465006=:346" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1582935734-906465006=:346 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 22 Sep 1998, Jordan K. Hubbard wrote: > > I think it is not just you. There have been quite a few reports on this > > problem in -current (one of them was mine). I guess everyone pretty much > > ignored it because it is so insignificant compared to what has been going > > Well no, really, the -j buildworlds have been working GREAT for me > all week. I think it probably is a bug, but one which is masked by > something that folks like Steve and I just don't have in our > environments (or, perhaps, something special that we do). The patch he sent me worked great for me on test, but that doesn't prove it won't screw it up for everyone else. Since it's been working for you right along, would you mind doing a buildworld with the patch, without NOAOUT, and prove its safe for everyone else? I obviously can't do that. If you tossed the patch, I have a copy here attached. Thanks, if it's non-destructive, I'd commit it myself when I get back from classes. Luoqi, are you a committer? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- --0-1582935734-906465006=:346 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=diff SW5kZXg6IE1ha2VmaWxlLmluYzANCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9NYWtlZmlsZS5pbmMwLHYNCnJl dHJpZXZpbmcgcmV2aXNpb24gMS44DQpkaWZmIC11IC1yMS44IE1ha2VmaWxl LmluYzANCi0tLSBNYWtlZmlsZS5pbmMwCTE5OTgvMDkvMTcgMTY6MzI6MDAJ MS44DQorKysgTWFrZWZpbGUuaW5jMAkxOTk4LzA5LzE3IDIyOjQzOjA4DQpA QCAtNDIsMTAgKzQyLDExIEBADQogIw0KICMgVGVtcG9yYXJ5IHBhdGggYW5k IGVudmlyb25tZW50IGZvciB0aGUgbGVnYWN5IGJ1aWxkLg0KICMNCi1FTEZU TVBQQVRIPQkke01BS0VPQkpESVJQUkVGSVh9L2VsZiR7LkNVUkRJUn0vdG1w L3NiaW46JHtNQUtFT0JKRElSUFJFRklYfS9lbGYkey5DVVJESVJ9L3RtcC9i aW46JHtNQUtFT0JKRElSUFJFRklYfS9lbGYkey5DVVJESVJ9L3RtcC91c3Iv c2Jpbjoke01BS0VPQkpESVJQUkVGSVh9L2VsZiR7LkNVUkRJUn0vdG1wL3Vz ci9iaW46JHtNQUtFT0JKRElSUFJFRklYfS9lbGYkey5DVVJESVJ9L3RtcC91 c3IvZ2FtZXMNCi1MRUdBQ1lfRU5WPQlNQUtFT0JKRElSUFJFRklYPSR7TUFL RU9CSkRJUlBSRUZJWH0vYW91dAlcDQotCQlQQVRIPSR7RUxGVE1QUEFUSH0g T0JKRk9STUFUPWFvdXQgTk9UT09MUz0xCVwNCi0JCVRPT0xST09UPSR7TUFL RU9CSkRJUlBSRUZJWH0vZWxmJHsuQ1VSRElSfS90bXANCitFTEZUTVA9CQkk e01BS0VPQkpESVJQUkVGSVh9L2VsZiR7LkNVUkRJUn0vdG1wDQorRUxGVE1Q UEFUSD0JJHtFTEZUTVB9L3NiaW46JHtFTEZUTVB9L2Jpbjoke0VMRlRNUH0v dXNyL3NiaW46JHtFTEZUTVB9L3Vzci9iaW46JHtFTEZUTVB9L3Vzci9nYW1l cw0KK0xFR0FDWV9FTlY9CVBBVEg9JHtFTEZUTVBQQVRIfSBPQkpGT1JNQVQ9 YW91dCBOT1RPT0xTPTEgVE9PTFJPT1Q9JHtFTEZUTVB9IFwNCisJCU1BS0VP QkpESVJQUkVGSVg9JHtNQUtFT0JKRElSUFJFRklYfS9hb3V0DQorWE1BS0U9 CQkke0VMRlRNUH0vdXNyL2Jpbi8ke01BS0V9DQogDQogIw0KICMgd29ybGQN CkBAIC02NywxMSArNjgsMTEgQEANCiAuZW5kaWYNCiAJQGNkICR7LkNVUkRJ Un07ICR7TUtfRU5WfSAke01BS0V9IGJ1aWxkd29ybGQNCiAuaWYJJHtNQUNI SU5FX0FSQ0h9ID09ICJpMzg2IiAmJiAke09CSkZPUk1BVH0gPT0gImVsZiIg JiYgIWRlZmluZWQoTk9BT1VUKQ0KLQlAY2QgJHsuQ1VSRElSfTsgJHtMRUdB Q1lfRU5WfSAke01BS0V9IGxlZ2FjeS1idWlsZA0KKwlAY2QgJHsuQ1VSRElS fTsgJHtMRUdBQ1lfRU5WfSAke1hNQUtFfSBsZWdhY3ktYnVpbGQNCiAuZW5k aWYNCiAJQGNkICR7LkNVUkRJUn07ICR7TUtfRU5WfSAke01BS0V9IC1CIGlu c3RhbGx3b3JsZA0KIC5pZgkke01BQ0hJTkVfQVJDSH0gPT0gImkzODYiICYm ICR7T0JKRk9STUFUfSA9PSAiZWxmIiAmJiAhZGVmaW5lZChOT0FPVVQpDQot CUBjZCAkey5DVVJESVJ9OyAke0xFR0FDWV9FTlZ9ICR7TUFLRX0gbGVnYWN5 LWluc3RhbGwNCisJQGNkICR7LkNVUkRJUn07ICR7TEVHQUNZX0VOVn0gJHtY TUFLRX0gbGVnYWN5LWluc3RhbGwNCiAuZW5kaWYNCiAuaWYgdGFyZ2V0KHBv c3Qtd29ybGQpDQogCUBlY2hvDQpAQCAtOTQsNyArOTUsNyBAQA0KIGJ1aWxk d29ybGQJOg0KIAlAY2QgJHsuQ1VSRElSfTsgJHtNS19FTlZ9ICR7TUFLRX0g YnVpbGR3b3JsZA0KIC5pZgkke01BQ0hJTkVfQVJDSH0gPT0gImkzODYiICYm ICR7T0JKRk9STUFUfSA9PSAiZWxmIiAmJiAhZGVmaW5lZChOT0FPVVQpDQot CUBjZCAkey5DVVJESVJ9OyAke0xFR0FDWV9FTlZ9ICR7TUFLRX0gbGVnYWN5 LWJ1aWxkDQorCUBjZCAkey5DVVJESVJ9OyAke0xFR0FDWV9FTlZ9ICR7WE1B S0V9IGxlZ2FjeS1idWlsZA0KIC5lbmRpZg0KIA0KICMNCkBAIC0xMDYsNSAr MTA3LDUgQEANCiBpbnN0YWxsd29ybGQJOg0KIAlAY2QgJHsuQ1VSRElSfTsg JHtNS19FTlZ9ICR7TUFLRX0gaW5zdGFsbHdvcmxkDQogLmlmCSR7TUFDSElO RV9BUkNIfSA9PSAiaTM4NiIgJiYgJHtPQkpGT1JNQVR9ID09ICJlbGYiICYm ICFkZWZpbmVkKE5PQU9VVCkNCi0JQGNkICR7LkNVUkRJUn07ICR7TEVHQUNZ X0VOVn0gJHtNQUtFfSAtRE5PTUFOIC1ETk9JTkZPIGxlZ2FjeS1pbnN0YWxs DQorCUBjZCAkey5DVVJESVJ9OyAke0xFR0FDWV9FTlZ9ICR7WE1BS0V9IC1E Tk9NQU4gLUROT0lORk8gbGVnYWN5LWluc3RhbGwNCiAuZW5kaWYNCg0K --0-1582935734-906465006=:346-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:52:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18311 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:52:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18306 for ; Tue, 22 Sep 1998 04:52:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA27936 for ; Tue, 22 Sep 1998 04:52:24 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: Ding ding ding... Dinner is served. Date: Tue, 22 Sep 1998 04:52:24 -0700 Message-ID: <27932.906465144@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980921-BETA, featuring a new and improved should-actually-work-this-time floppy install, is now up at ftp.freebsd.org. Enjoy. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:54:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18649 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:54:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18605 for ; Tue, 22 Sep 1998 04:54:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA27952; Tue, 22 Sep 1998 04:54:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: luoqi@watermarkgroup.com cc: current@FreeBSD.ORG Subject: initiate_write_filepage panic. Date: Tue, 22 Sep 1998 04:54:19 -0700 Message-ID: <27949.906465259@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Your "Yet another patch to try for softupdates panic" fix works just great for me too. Couldn't get my SMP box through a world build before, now it's doing them just fine! Just FYI.. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 04:58:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19283 for freebsd-current-outgoing; Tue, 22 Sep 1998 04:58:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19278 for ; Tue, 22 Sep 1998 04:58:54 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id NAA19888; Tue, 22 Sep 1998 13:51:15 +0200 (CEST) To: Eivind Eklund cc: ben@rosengart.com, "Dag-Erling C. Smrgrav" , current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Tue, 22 Sep 1998 01:06:06 +0200." <19980922010606.17300@follo.net> Date: Tue, 22 Sep 1998 13:51:13 +0200 Message-ID: <19886.906465073@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980922010606.17300@follo.net>, Eivind Eklund writes: >Apart from that: The only way to get anything done "around here" is to catch >the attention of somebody who is competent to fix the problem. You mean: Apart from that: The only way to get anything done "around here" is to sit down and figure out the problem, make a patch and submit it. Everybody else is probably too busy to help you anyway. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 05:37:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23783 for freebsd-current-outgoing; Tue, 22 Sep 1998 05:37:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23760 for ; Tue, 22 Sep 1998 05:37:42 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id HAA13049; Tue, 22 Sep 1998 07:33:55 -0500 (CDT) Message-ID: <36079933.47A08A7D@webwizard.org.mx> Date: Tue, 22 Sep 1998 07:33:55 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Werner Griessl CC: current@FreeBSD.ORG Subject: Re: burn cd ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Werner Griessl wrote: > ---------------------------------- > > How can I burn cd's now in current/cam/elf ? > I used the worm-device and team ("burncd.sh") before. > Werner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message I have the same question, except I'm using cdrecord, a Mitsubishi cdrw226 and an adaptec 2940UW, elf-current. It was working fine under elf until i recompiled kernel this weekend and noticed that I had to change sd0 to da0 to get the kernel to compile. I can still mount cd's and read them but every time I try to write it can't access the device. I got around this yesterday by booting an old kernel and had no problems. I haven't reported it because I felt I had to be missing something. Any suggestions will be appreciated. ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:00:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27192 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:00:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27184 for ; Tue, 22 Sep 1998 06:00:26 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id OAA06737; Tue, 22 Sep 1998 14:59:51 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id OAA03153; Tue, 22 Sep 1998 14:59:50 +0200 (MET DST) Message-ID: <19980922145950.48071@follo.net> Date: Tue, 22 Sep 1998 14:59:50 +0200 From: Eivind Eklund To: Doug White , current@FreeBSD.ORG Subject: Re: 2.2.7->3.0-ELF: GENERICupgrade and others References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Doug White on Mon, Sep 21, 1998 at 11:53:21PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 21, 1998 at 11:53:21PM -0700, Doug White wrote: > Hi all... > > Attached is a patch that CAMifies GENERICupgrade. You can't build the > upgrade kernel otherwise. A warning in Makefile.upgrade to AIC6360, AMD, > and DPT SCSI controller owners that this upgrade will orphan them may be > in order, until those drivers make an appearance in CAM. The DPT is supposed to work in CAM - just not the DPT_MEASURE_PERFORMANCE option. Eivind, who hasn't yet CAMified his main workstation, which run DPT... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:05:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27884 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:05:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27876 for ; Tue, 22 Sep 1998 06:05:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA28260; Tue, 22 Sep 1998 06:05:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: obrien@NUXI.com cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Tue, 22 Sep 1998 04:32:53 PDT." <19980922043253.A10077@nuxi.com> Date: Tue, 22 Sep 1998 06:05:07 -0700 Message-ID: <28256.906469507@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The plan is to have aout libraries only in aout sub-directories. Then when > > we no longer need aout support, we just prune them. /usr/lib/compat is > > reserved for elf compat libraries. I think it will be empty for 3.0-RELEASE . > > So we are going to toss 2.x support?? (sarcastic) Um, he already answered that question. The 2.x stuff goes in /usr/lib/compat/aout, the legacy elf stuff goes in /usr/lib/compat. Simple. Since there ARE NO LEGACY ELF LIBRARIES YET, the /usr/lib/compat directory will have no libraries in it, which is what he meant by "empty" in this context. Do we need to enlarge your font or what? (more sarcastic :-). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:05:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27997 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:05:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27982 for ; Tue, 22 Sep 1998 06:05:51 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:3pKUTpmb5J2zvDlNokNNKiDn/94n9H9H@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id WAA26467 for ; Tue, 22 Sep 1998 22:05:20 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id WAA17527; Tue, 22 Sep 1998 22:06:21 +0900 (JST) Message-Id: <199809221306.WAA17527@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-current@FreeBSD.ORG cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: CAM and ncr driver - my story Date: Tue, 22 Sep 1998 22:06:20 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the following SCSI devices in my box. scsi id 0 Seagate ST-32550N (fast SCSI hd) scsi id 2 Seagate ST-15150N (fast SCSI hd) scsi id 6 Pioneer DR-U12X (CD-ROM) The SCSI host adapter is Diamond FirePort 20 (NCR 875j). The source tree was cvsupped on 19 Sept. ncr.c was of v1.129. The kernel with CAM support didn't boot. It printed the following error messages (I noted the messages by hand). ncr0: restart (scsi reset) (probe6:ncr0:6:0) INQUIERY. CDB: 12 1 80 ff 0 (probe6:ncr0:6:0) ILLEGAL REQUEST asc:24,0 (probe6:ncr0:6:0) Invalid field in CDB ncr0: timeout nccb = f07bd200 (skip) ...(lots of timeout messages) I turned off the CD-ROM drive and restarted the machine in vain. I got: ncr0:2: ERRROR (a0:0) (7-a3-2) (e0/5) @ (mem a00001ac:a00001ac) ncr0: regdump da 10 80 05 47 e0 00 0f 01 07 82 a3 80 00 03 00 ncr0: restart (fatal error) (probe2:ncr0:0:2:0) COMMAND FAILED (9 ff) @ f07bda00 (probe2:ncr0:0:0:0) COMMAND FAILED (9 2) @ f07bde00 I just cvsupped again. ncr.c is now up to date; it's v1.132. This time the kernel panics: Fatal trap 12: page fault while in kernel mode. fault virtual address: 0x0 ... _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) Any ideas? Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:07:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28213 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:07:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28202 for ; Tue, 22 Sep 1998 06:07:20 -0700 (PDT) (envelope-from michael_class@bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by atlrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id JAA09704; Tue, 22 Sep 1998 09:06:13 -0400 (EDT) Received: from bbn.hp.com (michaelc@tmbbwmc.bbn.hp.com [15.136.25.181]) by hpbbse.bbn.hp.com with ESMTP (8.7.6/8.7.3) id OAA05655; Tue, 22 Sep 1998 14:06:42 +0100 (MEZ) Message-ID: <3607A0E1.AE3B74B1@bbn.hp.com> Date: Tue, 22 Sep 1998 15:06:41 +0200 From: Michael Class Organization: Hewlett-Packard GmbH X-Mailer: Mozilla 4.5b2 [en] (X11; I; HP-UX B.10.20 9000/777) X-Accept-Language: en MIME-Version: 1.0 To: Edwin Culp , Werner Griessl CC: current@FreeBSD.ORG Subject: Re: burn cd ? References: <36079933.47A08A7D@webwizard.org.mx> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, the short answer to your questions is yes, but ... Werner, I was using the same setup as you before C-Day. Basically with CAM, worm is gone. So you have to go to cdrecord. You need a special version for CAMified FreeBSD, that is most likely the reason why it not working any more for you, Edwin. I got the software from port: ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz patch: ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 After building cdrecord, I was able to burn cd's. Michael Edwin Culp wrote: > > Werner Griessl wrote: > > > ---------------------------------- > > > > How can I burn cd's now in current/cam/elf ? > > I used the worm-device and team ("burncd.sh") before. > > Werner > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > I have the same question, except I'm using cdrecord, a Mitsubishi > cdrw226 and an adaptec 2940UW, elf-current. It was working fine under > elf until i recompiled kernel this weekend and noticed that I had to > change sd0 to da0 to get the kernel to compile. I can still mount cd's > and read them but every time I try to write it can't access the device. > I got around this yesterday by booting an old kernel and had no > problems. > > I haven't reported it because I felt I had to be missing something. > > Any suggestions will be appreciated. > > ed > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Böblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:22:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00210 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:22:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00193 for ; Tue, 22 Sep 1998 06:22:06 -0700 (PDT) (envelope-from michael_class@bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id GAA03932 for ; Tue, 22 Sep 1998 06:21:25 -0700 (PDT) Received: from bbn.hp.com (michaelc@tmbbwmc.bbn.hp.com [15.136.25.181]) by hpbbse.bbn.hp.com with ESMTP (8.7.6/8.7.3) id OAA05846; Tue, 22 Sep 1998 14:21:15 +0100 (MEZ) Message-ID: <3607A449.9EA5341D@bbn.hp.com> Date: Tue, 22 Sep 1998 15:21:13 +0200 From: Michael Class Organization: Hewlett-Packard GmbH X-Mailer: Mozilla 4.5b2 [en] (X11; I; HP-UX B.10.20 9000/777) X-Accept-Language: en MIME-Version: 1.0 To: Kazutaka YOKOTA CC: current@FreeBSD.ORG Subject: Re: CAM and ncr driver - my story References: <199809221306.WAA17527@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I got the very same problems then you. Upgrade to (at least) ncr.c rev. 1.130. Now it seems that almost everything is working for me with ncr and CAM. One minor glitch that is left for me is that my CD-WORM (HP4020i) is not recognized as CD-ROM drive if there is no CD in it during boot-time... Michael Kazutaka YOKOTA wrote: > > I have the following SCSI devices in my box. > > scsi id 0 Seagate ST-32550N (fast SCSI hd) > scsi id 2 Seagate ST-15150N (fast SCSI hd) > scsi id 6 Pioneer DR-U12X (CD-ROM) > > The SCSI host adapter is Diamond FirePort 20 (NCR 875j). > > The source tree was cvsupped on 19 Sept. ncr.c was of v1.129. > > The kernel with CAM support didn't boot. It printed the following > error messages (I noted the messages by hand). > > ncr0: restart (scsi reset) > (probe6:ncr0:6:0) INQUIERY. CDB: 12 1 80 ff 0 > (probe6:ncr0:6:0) ILLEGAL REQUEST asc:24,0 > (probe6:ncr0:6:0) Invalid field in CDB > ncr0: timeout nccb = f07bd200 (skip) > ...(lots of timeout messages) > > I turned off the CD-ROM drive and restarted the machine in vain. > I got: > > ncr0:2: ERRROR (a0:0) (7-a3-2) (e0/5) @ (mem a00001ac:a00001ac) > ncr0: regdump da 10 80 05 47 e0 00 0f 01 07 82 a3 80 00 03 00 > ncr0: restart (fatal error) > (probe2:ncr0:0:2:0) COMMAND FAILED (9 ff) @ f07bda00 > (probe2:ncr0:0:0:0) COMMAND FAILED (9 2) @ f07bde00 > > I just cvsupped again. ncr.c is now up to date; it's v1.132. > This time the kernel panics: > > Fatal trap 12: page fault while in kernel mode. > fault virtual address: 0x0 > ... > _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) > > Any ideas? > > Kazu > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Böblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:23:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00330 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:23:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00324 for ; Tue, 22 Sep 1998 06:23:03 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id PAA20387; Tue, 22 Sep 1998 15:19:46 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3607A0E1.AE3B74B1@bbn.hp.com> Date: Tue, 22 Sep 1998 15:19:46 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: Michael Class Subject: Re: burn cd ? Cc: current@FreeBSD.ORG, Edwin Culp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22-Sep-98 Michael Class wrote: > Hello, > > the short answer to your questions is yes, but ... > > Werner, I was using the same setup as you before C-Day. Basically with > CAM, worm is gone. So you have to go to cdrecord. You need a special > version for CAMified FreeBSD, that is most likely the reason why it not > working any more for you, Edwin. > > I got the software from > port: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > patch: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 > > After building cdrecord, I was able to burn cd's. > > Michael > > > Edwin Culp wrote: >> >> Werner Griessl wrote: >> >> > ---------------------------------- >> > >> > How can I burn cd's now in current/cam/elf ? >> > I used the worm-device and team ("burncd.sh") before. >> > Werner >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-current" in the body of the message >> >> I have the same question, except I'm using cdrecord, a Mitsubishi >> cdrw226 and an adaptec 2940UW, elf-current. It was working fine under >> elf until i recompiled kernel this weekend and noticed that I had to >> change sd0 to da0 to get the kernel to compile. I can still mount cd's >> and read them but every time I try to write it can't access the device. >> I got around this yesterday by booting an old kernel and had no >> problems. >> >> I haven't reported it because I felt I had to be missing something. >> >> Any suggestions will be appreciated. >> >> ed >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message > > -- > ___________________________________________________________________________ > Michael Class E-Mail: michael_class@hp.com > E-Business Solutions Center Phone: +49 7031 14-3707 > EBSO-SERC Fax: +49 7031 14-4196 > ___________________________________________________________________________ > Hewlett-Packard GmbH, PO Box 1430, 71004 Böblingen > Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 > Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, > Rudi Speier, Fritz Schuller, Hans-Günter Hohmann > ___________________________________________________________________________ ---------------------------------- Thanks Michael, I'll try it. Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:23:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00439 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00429 for ; Tue, 22 Sep 1998 06:23:52 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id GAA22628; Tue, 22 Sep 1998 06:23:18 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id GAA22816; Tue, 22 Sep 1998 06:23:17 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id GAA17424; Tue, 22 Sep 1998 06:23:16 -0700 (PDT) From: Don Lewis Message-Id: <199809221323.GAA17424@salsa.gv.tsc.tdk.com> Date: Tue, 22 Sep 1998 06:23:16 -0700 In-Reply-To: Luoqi Chen "Re: Yet another patch to try for softupdates panic" (Sep 21, 7:27pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Luoqi Chen , current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 21, 7:27pm, Luoqi Chen wrote: } Subject: Re: Yet another patch to try for softupdates panic } > It looks like this bogus unlocking could also affect vinvalbuf() which } > expects the vnode to be locked. } > } The unlock is not bogus at all. You have to maintain a strict locking order } to avoid deadlocks. For vnodes, this locking order is the directory tree } itself, i.e., you have to lock the parent first, then the child. So if you } hold the lock on the child and intend to lock the parent, you have to } release the lock on child first, then acquire the lock on the parent, and } then reacquire lock the the child. That's also the reason why you can't have } hardlinks to a directory. Yes, I read the comments in the code and understand why the locking must be done that way, and I also understand why this new code is needed when a user process calls fsync() for a file that exists on a filesystem using softupdates. What's bogus is that this new code changes the semantics of VOP_FSYNC(). The fact that VOP_FSYNC() may now unlock the vnode for a while then lock it again may break other parts of the kernel that expect the vnode to remain locked across a call VOP_FSYNC(). This change in semantics caused the directory truncation race that your patch fixed, although admittedly this particular call to VOP_FSYNC() was added to support softupdates. For another example, take a look at vinvalbuf(), which has the following code: /* * Flush out and invalidate all buffers associated with a vnode. * Called with the underlying object locked. */ int vinvalbuf(vp, flags, cred, p, slpflag, slptimeo) [ snip ] if (vp->v_dirtyblkhd.lh_first != NULL) { splx(s); if ((error = VOP_FSYNC(vp, cred, MNT_WAIT, p)) != 0) return (error); s = splbio(); if (vp->v_numoutput > 0 || vp->v_dirtyblkhd.lh_first != NULL) panic("vinvalbuf: dirty bufs"); } splx(s); It sure looks to me like if VOP_FSYNC() called ffs_fsync(), ffs_fsync() would first write all the dirty buffers and then call softdep_fsync(). Softdep_fsync() would unlock the vnode in order to sync the parent directories, and while the vnode was unlocked, another process could grab the vnode and dirty its buffers. Softdep_fsync() would relock the vnode and return. When VOP_FSYNC() returns, we get a nice panic ... You could tweak this call to VOP_FSYNC() to get it to avoid the call to softdep_fsync(), but how many other places in the kernel also need to be fixed? It may be better to only call softdep_fsync() from within the fsync() syscall handler. I don't know that any other users of VOP_FSYNC() need to ensure that the parent directories are pushed to disk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:35:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02474 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:35:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com (assurance.rstcorp.com [206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02455 for ; Tue, 22 Sep 1998 06:35:32 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id JAA05596 for ; Tue, 22 Sep 1998 09:34:56 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma005590; Tue, 22 Sep 98 09:34:28 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id JAA04548 for ; Tue, 22 Sep 1998 09:34:26 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.9.1/8.8.8) id JAA13374; Tue, 22 Sep 1998 09:34:27 -0400 (EDT) Date: Tue, 22 Sep 1998 09:34:27 -0400 (EDT) Message-Id: <199809221334.JAA13374@jabberwock.rstcorp.com> From: "Viren R. Shah" To: freebsd-current@FreeBSD.ORG Subject: Perl problems? X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [I'm not quite sure whether this is a -current problem i.e. a problem withthe perl5 build in -current. If not, just tell me where this should be asked] I'm running -current/ELF as of Sunday. I'm trying to install the pilot-link port (and specifically one of the Perl modules that doesn't get installed by default -- the PDA:Pilot module. It gets installed fine in /usr/local/lib/perl/5.00502/i386-freebsd/{auto,PDA} However, when I try to run the test program that comes along with the application, it bombs on me with: [vshah]/usr/ports/comms/pilot-link/work/pilot-link.0.8.13/Perl5# perl ./test.pl Can't load '/usr/local/lib/perl/5.00502/i386-freebsd/auto/PDA/Pilot/Pilot.so' for module PDA::Pilot: /usr/local/lib/perl/5.00502/i386-freebsd/auto/PDA/Pilot/Pilot.so: Undefined symbol "PL_sv_undef" at /usr/libdata/perl/5.00502/mach/DynaLoader.pm line 168. at ./test.pl line 3 Not being a perl master, I grepped for the "PL_sv_undef" symbol through the /usr/local/lib/perl/5.00502 hierarchy, and it turns up several times. Anyone got any ideas? The test.pl script is simply: -------- sub FooBar { print "Foo: $_[0]\n"; $x = $_[0]; $x =~ s/[aeiou]/\U$&/g; return $x }; use PDA::Pilot; use Data::Dumper; ... -------- I also get a core dump if I check for the existence of the Data::Dumper module (which is installed by default in 5.00502). [vshah@jabberwock] ~> perl -d -e "use Data::Dumper" Loading DB routines from perl5db.pl version 1.0401 Emacs support available. Enter h or `h h' for help. Signal SEGV at -e line 1 main::BEGIN() called at /usr/libdata/perl/5.00502/overload.pm line 0 eval {...} called at /usr/libdata/perl/5.00502/overload.pm line 0 Abort (core dumped) Thanks Viren -- Viren R. Shah "Design is the successful application of constraints until only an unique product is left" -- Richard W. Pew (from "The Design of Everday Things" by Don Norman) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:39:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02900 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:39:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from po.sphere.ne.jp (po.sphere.ne.jp [203.138.71.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA02878 for ; Tue, 22 Sep 1998 06:39:05 -0700 (PDT) (envelope-from baystars@po.sphere.ne.jp) Received: from localhost (pl06-yokohama-s10.infosphere.or.jp [210.165.195.5]) by po.sphere.ne.jp (8.8.8/3.6W) with ESMTP id WAA29484 for ; Tue, 22 Sep 1998 22:38:30 +0900 (JST) To: freebsd-current@FreeBSD.ORG From: Naoki Sugihara X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980922223915Y.baystars@po.sphere.ne.jp> Date: Tue, 22 Sep 1998 22:39:15 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth 28dc739b subscribe freebsd-current baystars@po.sphere.ne.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:47:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04631 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:47:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04620 for ; Tue, 22 Sep 1998 06:47:46 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id HAA14437; Tue, 22 Sep 1998 07:47:01 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809221347.HAA14437@panzer.plutotech.com> Subject: Re: Strange CAM panics [LONG] In-Reply-To: from =?ISO-8859-1?Q?Dag=2DErling_C=2E_Sm=F8rgrav?= at "Sep 22, 98 01:45:35 pm" To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Tue, 22 Sep 1998 07:47:01 -0600 (MDT) Cc: ken@plutotech.com, tlambert@primenet.com, finrod@ewox.org, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling C. Smørgrav wrote... > "Kenneth D. Merry" writes: > > Dag-Erling C. Smørgrav wrote... > > > Now that crash dumps are supposed to work again, is anybody interested > > > in a crash dump or backtrace of this panic? > > Sure, that'll help determine what the problem is. :) > > Problem: the crash dump is 128 MB large, and I'm on a dialup :) Well, just send the stack trace, not the dump. > Second (unrelated) problem: my three-months-old 6GB Fireball is > reporting unrecoverable read errors :( Make sure you have read and write reallocation turned on. Edit mode page 1 to do that. > Third (unrelated) problem: under CAM, my streamer won't attach at boot > time (it will attach if I type 'camcontrol rescan 1' though). Maybe I > should set my SCSI_DELAY higher than 100 ms :) Yeah, that's probably too short for your drive. :) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:55:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05692 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:55:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05684 for ; Tue, 22 Sep 1998 06:55:27 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id NAA29826; Tue, 22 Sep 1998 13:54:46 +0200 (CEST) (envelope-from sos) Message-Id: <199809221154.NAA29826@sos.freebsd.dk> Subject: Re: a.out buildworld still failing... In-Reply-To: <18722.906451258@brown.pfcs.com> from Harlan Stenn at "Sep 22, 98 04:00:58 am" To: Harlan.Stenn@pfcs.com (Harlan Stenn) Date: Tue, 22 Sep 1998 13:54:46 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Harlan Stenn who wrote: > I frequently re-cvsup and start with an *empty* /var/obj, just to be sure. > This is about as far as I get; the irritating bit is that the failure point > keeps moving around. The disk is local - no NFS. > > Ideas? It works here... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 06:58:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06448 for freebsd-current-outgoing; Tue, 22 Sep 1998 06:58:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06406 for ; Tue, 22 Sep 1998 06:58:46 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id VAA07116; Tue, 22 Sep 1998 21:49:02 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809221349.VAA07116@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: "Kenneth D. Merry" , tlambert@primenet.com, finrod@ewox.org, current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] In-reply-to: Your message of "22 Sep 1998 13:45:35 +0200." Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Sep 1998 21:49:01 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling C. =3D?iso-8859-1?Q?Sm=3DF8rgrav?=3D wrote: [..] > Second (unrelated) problem: my three-months-old 6GB Fireball is > reporting unrecoverable read errors :( I had exactly the same problem but with the IDE version of that 6GB = Fireball. It's sitting on my shelf waiting for return. It had excessive= = media problems right from the start and they got worse and worse over = time. I went back to a 2G/1G/1542CF scsi system when the drive was 2 = months old. The other 6G Fireball is working the same, so is the 4G = Fireball. Cheers, -Peter -- Peter Wemm Netplex Consulting "No coffee, No workee!" :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 07:08:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08348 for freebsd-current-outgoing; Tue, 22 Sep 1998 07:08:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08342 for ; Tue, 22 Sep 1998 07:08:23 -0700 (PDT) (envelope-from hinman@us.networkcs.com) Received: from us.networkcs.com (us.networkcs.com [137.66.11.15]) by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id JAA16500; Tue, 22 Sep 1998 09:07:52 -0500 (CDT) Received: (from hinman@localhost) by us.networkcs.com (8.8.7/8.8.7) id JAA08207; Tue, 22 Sep 1998 09:07:50 -0500 (CDT) From: "Lee E. Hinman" Message-Id: <199809221407.JAA08207@us.networkcs.com> Subject: Re: SNAP Status In-Reply-To: <24504.906422581@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 21, 98 05:03:01 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 22 Sep 1998 09:07:50 -0500 (CDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As one of the offending parties just thought I would add a little extra info. I am going through a firewall, and am using FTP passive mode. Also I am using the boot floppy from 3.0-19980919-BETA. When I tried 3.0-19980918-SNAP from current.freebsd.org and the boot floppy from that snap everything worked fine. I'd be happy to do further testing, but as a newbie to current, I'm not really sure what would be helpful. Lee > > Just tried to install the latest SNAP (3.0-19980919-BETA) from both > > ftp.cdrom.com and trane.uninett.no; both fall over when extracting the bin > > distribution, with /stand/cpio complaining about finding junk in the dist > > and the files being in the wrong byte order... any clues? > > This is really weird. I've had 2 people complain about this now but > doing a by-hand investigation of the files (I've literally taken the > bindist over to another location and unpacked it by hand) works > without a single problem. The source tarballs are fine. Harrumph. > > Sheesh. I have no idea! :-( > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- _________________________________________________________________ | Lee E. Hinman | Email: hinman@networkcs.com | | Network Computing Services Inc. | Phone: 612-337-3442 | | Network & System Admin Group | Pager: 612-538-0835 | | 1200 Washington Ave S. | Fax: 612-337-3400 | | Minneapolis, MN 55415 | Web: www.networkcs.com | ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 08:08:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19957 for freebsd-current-outgoing; Tue, 22 Sep 1998 08:08:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19844 for ; Tue, 22 Sep 1998 08:08:04 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id XAA13075 for ; Tue, 22 Sep 1998 23:07:27 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id XAA02885; Tue, 22 Sep 1998 23:07:27 +0800 Message-Id: <199809221507.XAA02885@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Grief with $Id: ncr.c,v 1.132 1998/09/22 04:56:08 gibbs Exp $ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 23:07:27 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dies in the bum before the thing even finishes its probe. Sigh. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 08:22:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA21574 for freebsd-current-outgoing; Tue, 22 Sep 1998 08:22:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from moran.grauel.com (moran.grauel.com [199.233.104.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21547 for ; Tue, 22 Sep 1998 08:22:06 -0700 (PDT) (envelope-from rjk@moran.grauel.com) Received: (from rjk@localhost) by moran.grauel.com (8.9.1/8.8.7) id KAA00445; Tue, 22 Sep 1998 10:21:25 -0500 (EST) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <13831.49269.578934.271721@moran.grauel.com> Date: Tue, 22 Sep 1998 10:21:25 -0500 (EST) To: freebsd-current@FreeBSD.ORG Subject: Can't write tape with -current kernel X-Mailer: VM 6.56 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Apparently, the system always thinks it's at the beginning of the tape. I can read tapes just fine, however. Here are the vitals, followed by the results of trying to backup /var with both tar and dump. The kernel was fresh this morning (about 8AM EST). moran is a 200MH PPro with 64MB RAM. softupdate enabled on all partitions. I tried "mt erase" also; it ran for a while (the tape drive was active the whole time) and didn't complain about anything, but I still couldn't write the tape. ... Probing for devices on PCI bus 0: Correcting Natoma config for non-SMP chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 vga0: rev 0x02 int a irq 11 on pci0.19.0 ahc0: rev 0x00 int a irq 10 on pci0.20.0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs ... sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI1 device sa0: 3.300MB/s transfers da2 at ahc0 bus 0 target 3 lun 0 da2: Fixed Direct Access SCSI2 device da2: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da2: 4136MB (8471232 512 byte sectors: 255H 63S/T 527C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da1: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C) ... moran:/var# tar -cvf /dev/rsa0 . ./ account/ at/ at/jobs/ at/jobs/.lockfile at/jobs/.SEQ at/spool/ at/at.deny backups/ backups/master.passwd.bak backups/group.bak backups/aliases.bak tar: only wrote 0 of 10240 bytes to /dev/rsa0 moran:/var# cd / moran:~# dump 0uaf /dev/rst0 /var DUMP: Date of this level 0 dump: Tue Sep 22 10:03:13 1998 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0s2e (/var) to /dev/rst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 1999 tape blocks on 0.05 tape(s). DUMP: dumping (Pass III) [directories] DUMP: End of tape detected DUMP: Closing /dev/rst0 DUMP: Change Volumes: Mount volume #2 DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") yes DUMP: Volume 2 begins with blocks from inode 0 DUMP: EOT detected at start of the tape! DUMP: The ENTIRE dump is aborted. moran:~# mt status Mode Density Blocksize bpi Compression Current: QIC-320 1024 bytes 16000 unsupported ---------available modes--------- 0: QIC-320 1024 bytes 16000 unsupported 1: QIC-320 1024 bytes 16000 unsupported 2: QIC-320 1024 bytes 16000 unsupported 3: QIC-320 1024 bytes 16000 unsupported moran:~# -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 08:48:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25955 for freebsd-current-outgoing; Tue, 22 Sep 1998 08:48:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25949 for ; Tue, 22 Sep 1998 08:48:51 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id LAA01145; Tue, 22 Sep 1998 11:48:16 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 11:48:16 -0400 (EDT) From: Luoqi Chen Message-Id: <199809221548.LAA01145@lor.watermarkgroup.com> To: jkh@time.cdrom.com, luoqi@watermarkgroup.com Subject: Re: initiate_write_filepage panic. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Your "Yet another patch to try for softupdates panic" fix works just > great for me too. Couldn't get my SMP box through a world build > before, now it's doing them just fine! Just FYI.. > > - Jordan > The patch is now under Kirk's review. He promised the official version will be much better looking :) -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 09:00:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27848 for freebsd-current-outgoing; Tue, 22 Sep 1998 09:00:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27842 for ; Tue, 22 Sep 1998 09:00:45 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id MAA17830 for ; Tue, 22 Sep 1998 12:00:09 -0400 (EDT) Date: Tue, 22 Sep 1998 12:00:09 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: world breakage with today's sources in g++ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- Fix24.so --- /usr/obj/aout/usr/src/tmp/usr/include/g++/Fix24.h:33: warning: ANSI C++ forbids declaration `mantissa' with no type or storage class /usr/obj/aout/usr/src/tmp/usr/include/g++/Fix24.h:33: confused by earlier errors , bailing out *** Error code 1 --- Fix24.o --- /usr/obj/aout/usr/src/tmp/usr/include/g++/Fix24.h:33: warning: ANSI C++ forbids declaration `mantissa' with no type or storage class /usr/obj/aout/usr/src/tmp/usr/include/g++/Fix24.h:33: confused by earlier errors , bailing out *** Error code 1 2 errors This from a make -j8 world, soft updates, a.out, sources as of a few minutes ago. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 09:06:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28982 for freebsd-current-outgoing; Tue, 22 Sep 1998 09:06:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28963 for ; Tue, 22 Sep 1998 09:06:46 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA01306; Tue, 22 Sep 1998 12:05:22 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 12:05:22 -0400 (EDT) From: Luoqi Chen Message-Id: <199809221605.MAA01306@lor.watermarkgroup.com> To: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com Subject: Re: Yet another patch to try for softupdates panic Cc: mckusick@flamingo.McKusick.COM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, I read the comments in the code and understand why the locking must > be done that way, and I also understand why this new code is needed when > a user process calls fsync() for a file that exists on a filesystem using > softupdates. What's bogus is that this new code changes the semantics of > VOP_FSYNC(). The fact that VOP_FSYNC() may now unlock the vnode for a while > then lock it again may break other parts of the kernel that expect the > vnode to remain locked across a call VOP_FSYNC(). This change in semantics > caused the directory truncation race that your patch fixed, although > admittedly this particular call to VOP_FSYNC() was added to support > softupdates. For another example, take a look at vinvalbuf(), which > has the following code: > > /* > * Flush out and invalidate all buffers associated with a vnode. > * Called with the underlying object locked. > */ > int > vinvalbuf(vp, flags, cred, p, slpflag, slptimeo) > [ snip ] > if (vp->v_dirtyblkhd.lh_first != NULL) { > splx(s); > if ((error = VOP_FSYNC(vp, cred, MNT_WAIT, p)) != 0) > return (error); > s = splbio(); > if (vp->v_numoutput > 0 || > vp->v_dirtyblkhd.lh_first != NULL) > panic("vinvalbuf: dirty bufs"); > } > splx(s); > > It sure looks to me like if VOP_FSYNC() called ffs_fsync(), ffs_fsync() > would first write all the dirty buffers and then call softdep_fsync(). > Softdep_fsync() would unlock the vnode in order to sync the parent > directories, and while the vnode was unlocked, another process could > grab the vnode and dirty its buffers. Softdep_fsync() would relock the > vnode and return. When VOP_FSYNC() returns, we get a nice panic ... > Yes, there's a race here, and also a couple of other places VOP_FSYNC() are called. > You could tweak this call to VOP_FSYNC() to get it to avoid the > call to softdep_fsync(), but how many other places in the kernel > also need to be fixed? It may be better to only call softdep_fsync() > from within the fsync() syscall handler. I don't know that any other > users of VOP_FSYNC() need to ensure that the parent directories are > pushed to disk. > I totally agree. This is the way to go. I'll try this and let you know how it turns out. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 09:17:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01459 for freebsd-current-outgoing; Tue, 22 Sep 1998 09:17:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA01344 for ; Tue, 22 Sep 1998 09:16:49 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA26438; Tue, 22 Sep 1998 12:21:05 -0400 From: Bill Paul Message-Id: <199809221621.MAA26438@skynet.ctr.columbia.edu> Subject: xl driver and watchdog timeouts To: kong@kong.dorms.spbu.ru, gubarev@raven.itep.ru Date: Tue, 22 Sep 1998 12:21:03 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hm. Okay. I'm not sure what's going on here exactly, but if you have problems with a 3c905-TX that generates 'watchdog timeout' errors, please try the patch included at the end of this message. This patch was generated against the if_xl.c from FreeBSD-current, but it will apply to the 2.2.x version too with a little fuzz. Something I realized last night is that if the IFF_OACTIVE flag is set on an interface, ether_output() won't even bother trying to call the interface transmit start routine. This being the case, the code I had added to test for the IFF_OACTIVE condition in xl_start() would never actually be called. Anyway, if you are having watchdog timeout problems, please try this patch and let me know what effect (if any) it has. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= *** if_xl.c 1998/09/08 16:05:04 1.53 --- if_xl.c 1998/09/22 15:57:54 *************** *** 2192,2219 **** } /* - * If the OACTIVE flag is set, make sure the transmitter - * isn't wedged. Call the txeoc handler to make sure the - * transmitter is enabled and then call the txeof handler - * to see if any descriptors can be reclaimed and reload - * the downlist pointer register if necessary. If after - * that the OACTIVE flag is still set, return, otherwise - * proceed and queue up some more frames. - */ - if (ifp->if_flags & IFF_OACTIVE) { - xl_txeoc(sc); - xl_txeof(sc); - if (ifp->if_flags & IFF_OACTIVE) - return; - } - - /* * Check for an available queue slot. If there are none, * punt. */ if (sc->xl_cdata.xl_tx_free == NULL) { ! ifp->if_flags |= IFF_OACTIVE; ! return; } start_tx = sc->xl_cdata.xl_tx_free; --- 2192,2207 ---- } /* * Check for an available queue slot. If there are none, * punt. */ if (sc->xl_cdata.xl_tx_free == NULL) { ! xl_txeoc(sc); ! xl_txeof(sc); ! if (sc->xl_cdata.xl_tx_free == NULL) { ! ifp->if_flags |= IFF_OACTIVE; ! return; ! } } start_tx = sc->xl_cdata.xl_tx_free; *************** *** 2653,2658 **** --- 2641,2652 ---- printf("xl%d: no carrier - transceiver cable problem?\n", sc->xl_unit); xl_txeoc(sc); + xl_txeof(sc); + xl_rxeof(sc); + xl_init(sc); + + if (ifp->if_snd.ifq_head != NULL) + xl_start(ifp); return; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 09:26:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03268 for freebsd-current-outgoing; Tue, 22 Sep 1998 09:26:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03227 for ; Tue, 22 Sep 1998 09:25:42 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from rumba.enst.fr (rumba.enst.fr [137.194.32.188]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id SAA27715 for ; Tue, 22 Sep 1998 18:24:56 +0200 (MET DST) Received: (from beyssac@localhost) by rumba.enst.fr (8.8.8/8.8.8) id SAA25013 for freebsd-current@freebsd.org; Tue, 22 Sep 1998 18:24:51 +0200 (MET DST) Message-ID: <19980922182451.A24869@rumba.enst.fr> Date: Tue, 22 Sep 1998 18:24:51 +0200 From: Pierre Beyssac To: freebsd-current@FreeBSD.ORG Subject: 3.0-19980921-BETA install report Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've installed yesterday's snapshot just a few minutes ago (it was supposed to be under 2.2.7, but since the 3.0 beta is available now I figured it would be nice if I could help with some testing). There are a few problems with sysinstall being not quite up to date with the available distributions: - the "proflibs" distribution is in the distribution list but doesn't seem to exist anymore. - when doing a Custom install, the XFree package installation is never selected unless you choose to install "All" of XFree, then deselect the packages you don't want. - some of the XFree distribution files don't seem to be properly installed. For example, X3323bin.tgz. Apparently this is a file name problem (sysinstall seems to want X332bin.tgz). There are others: at least X3323prog.tgz, X3323nest.tgz, X3323lkit.tgz, X3323lib.tgz... Other than that, the installation procedure is very easy and smooth when you are used to installing 2.2.x. Great job ! -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 09:35:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05052 for freebsd-current-outgoing; Tue, 22 Sep 1998 09:35:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05041 for ; Tue, 22 Sep 1998 09:35:42 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id SAA02511 for current@freebsd.org; Tue, 22 Sep 1998 18:29:09 +0200 (CEST) Message-ID: <19980922182908.A2506@cons.org> Date: Tue, 22 Sep 1998 18:29:08 +0200 From: Martin Cracauer To: current@FreeBSD.ORG Subject: No libbfd on -current? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems no libbfd gets installed on an ELF FreeBSD system. Is this just a matter of available time on the developer's side or is there a fundamental problem that makes this undesireable? Thanks Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:11:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12455 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:11:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12426 for ; Tue, 22 Sep 1998 10:11:04 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id NAA07258; Tue, 22 Sep 1998 13:11:28 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Tue, 22 Sep 1998 13:11:28 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Ding ding ding... Dinner is served. In-Reply-To: <27932.906465144@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG just fyi, when i enabled crash dumps the other day on /dev/wd0s1b it decided that /usr (wd0s1g i think) looked like a more cozy spot... well urm, OWWWW, :) i was able to use/install the BETA you have it only seems like there was some problems with the floppies, (taking a SNAP and pointing it at that BETA worked ok) now i have a sorta defualt install of that -BETA however i'm a bit confused as to how to install shared libs, do they still use major/minor numbers like: libX11.so.6.0 or libX11.so.6 this is in regards to ELF. also do we still mostly need the symlinks of libX11.so -> libX11.so.6 ? some good news, i was able to compile a few rather large projects in this new enviornment: most of the base KDE apps/core compiled ok, (by hand, minor tweaking because of brain dead configure scripts, "DAMMIT I TOLD YOU MY X LIBS ARE OVER HERE!!! GRRR" :) ) i was able to link MesaGl by removing the leading underscores (actually by undef'ing FreeBSD in the asm files) XF86 built ok. then Xaccel overlaid it fine. a buncha other things with a bit of sweat and blood compiled seemingly ok. anyhow it has been an experiance. thank you, Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Tue, 22 Sep 1998, Jordan K. Hubbard wrote: > ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980921-BETA, featuring a new > and improved should-actually-work-this-time floppy install, is now up > at ftp.freebsd.org. Enjoy. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:12:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12870 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:12:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12856 for ; Tue, 22 Sep 1998 10:12:37 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA15704; Tue, 22 Sep 1998 11:10:21 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809221710.LAA15704@panzer.plutotech.com> Subject: Re: burn cd ? In-Reply-To: from Werner Griessl at "Sep 22, 98 12:38:43 pm" To: croot@btp1da.phy.uni-bayreuth.de (Werner Griessl) Date: Tue, 22 Sep 1998 11:10:21 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Werner Griessl wrote... > How can I burn cd's now in current/cam/elf ? > I used the worm-device and team ("burncd.sh") before. > Werner You have to use cdrecord. Try the port: ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz or a binary with the latest CAM fixes: ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test Try the binary first, and if that doesn't work, try compiling the port. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:16:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13667 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:16:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13640 for ; Tue, 22 Sep 1998 10:16:32 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA15738; Tue, 22 Sep 1998 11:15:49 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809221715.LAA15738@panzer.plutotech.com> Subject: Re: CAM and ncr driver - my story In-Reply-To: <199809221306.WAA17527@zodiac.mech.utsunomiya-u.ac.jp> from Kazutaka YOKOTA at "Sep 22, 98 10:06:20 pm" To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Date: Tue, 22 Sep 1998 11:15:49 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA wrote... > I have the following SCSI devices in my box. > > scsi id 0 Seagate ST-32550N (fast SCSI hd) > scsi id 2 Seagate ST-15150N (fast SCSI hd) > scsi id 6 Pioneer DR-U12X (CD-ROM) > > The SCSI host adapter is Diamond FirePort 20 (NCR 875j). > > The source tree was cvsupped on 19 Sept. ncr.c was of v1.129. > > The kernel with CAM support didn't boot. It printed the following > error messages (I noted the messages by hand). > > ncr0: restart (scsi reset) > (probe6:ncr0:6:0) INQUIERY. CDB: 12 1 80 ff 0 > (probe6:ncr0:6:0) ILLEGAL REQUEST asc:24,0 > (probe6:ncr0:6:0) Invalid field in CDB > ncr0: timeout nccb = f07bd200 (skip) > ...(lots of timeout messages) > > I turned off the CD-ROM drive and restarted the machine in vain. > I got: > > ncr0:2: ERRROR (a0:0) (7-a3-2) (e0/5) @ (mem a00001ac:a00001ac) > ncr0: regdump da 10 80 05 47 e0 00 0f 01 07 82 a3 80 00 03 00 > ncr0: restart (fatal error) > (probe2:ncr0:0:2:0) COMMAND FAILED (9 ff) @ f07bda00 > (probe2:ncr0:0:0:0) COMMAND FAILED (9 2) @ f07bde00 There are known problems with ncr.c before version 1.130. > I just cvsupped again. ncr.c is now up to date; it's v1.132. > This time the kernel panics: > > Fatal trap 12: page fault while in kernel mode. > fault virtual address: 0x0 > ... > _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) > > Any ideas? Try downgrading from version 1.132 to version 1.130 of ncr.c. It could be that some of the Alpha fixes I put in (revision 1.131) or the cleanups that Justin did (1.132) have broken something. Let me (and Justin) know whether downgrading works for you. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14597 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:19:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14559 for ; Tue, 22 Sep 1998 10:19:50 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id NAA07271; Tue, 22 Sep 1998 13:20:11 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Tue, 22 Sep 1998 13:20:11 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Don Lewis cc: Luoqi Chen , current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic In-Reply-To: <199809221323.GAA17424@salsa.gv.tsc.tdk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > caused the directory truncation race that your patch fixed, although > admittedly this particular call to VOP_FSYNC() was added to support > softupdates. For another example, take a look at vinvalbuf(), which > has the following code: > > /* > * Flush out and invalidate all buffers associated with a vnode. > * Called with the underlying object locked. > */ > int > vinvalbuf(vp, flags, cred, p, slpflag, slptimeo) > [ snip ] > if (vp->v_dirtyblkhd.lh_first != NULL) { > splx(s); > if ((error = VOP_FSYNC(vp, cred, MNT_WAIT, p)) != 0) > return (error); > s = splbio(); > if (vp->v_numoutput > 0 || > vp->v_dirtyblkhd.lh_first != NULL) > panic("vinvalbuf: dirty bufs"); > } > splx(s); > > It sure looks to me like if VOP_FSYNC() called ffs_fsync(), ffs_fsync() > would first write all the dirty buffers and then call softdep_fsync(). > Softdep_fsync() would unlock the vnode in order to sync the parent > directories, and while the vnode was unlocked, another process could > grab the vnode and dirty its buffers. Softdep_fsync() would relock the > vnode and return. When VOP_FSYNC() returns, we get a nice panic ... just to further my understand with a quite niave question :) doesn't splx(s); block all other things from running thereby making this a no-race situation? (ducking and running back to language parsing) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:27:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16504 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:27:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16483 for ; Tue, 22 Sep 1998 10:27:29 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA15788; Tue, 22 Sep 1998 11:24:13 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809221724.LAA15788@panzer.plutotech.com> Subject: Re: CAM and ncr driver - my story In-Reply-To: <3607A449.9EA5341D@bbn.hp.com> from Michael Class at "Sep 22, 98 03:21:13 pm" To: michael_class@bbn.hp.com (Michael Class) Date: Tue, 22 Sep 1998 11:24:13 -0600 (MDT) Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM906485053-15587-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ELM906485053-15587-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Michael Class wrote... > Hello, > > I got the very same problems then you. Upgrade to (at least) ncr.c rev. > 1.130. Now it seems that almost everything is working for me with ncr > and CAM. > > One minor glitch that is left for me is that my CD-WORM (HP4020i) is not > recognized as CD-ROM drive if there is no CD in it during boot-time... Does it probe as a WORM or CDROM device? It sounds like you may have a problem similar to the one Jean-Marc Zucconi has. He has a Philips drive that fails the read capacity command with 0x04,0x00 instead of 0x3a,*, like most CDROM drives do. Try the attached patch for scsi_cd.c and see if your drive is recognized without a CD in it. Ken -- Kenneth Merry ken@plutotech.com --ELM906485053-15587-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=jmz.cddiffs Content-Description: jmz.cddiffs Content-Transfer-Encoding: 7bit ==== //depot/cam/sys/cam/scsi/scsi_cd.c#84 - /usr/home/ken/perforce/cam/sys/cam/scsi/scsi_cd.c ==== *** /tmp/tmp.12821.0 Tue Sep 22 00:12:31 1998 --- /usr/home/ken/perforce/cam/sys/cam/scsi/scsi_cd.c Tue Sep 22 00:12:00 1998 *************** *** 1711,1717 **** * the error is anything else, though, we * shouldn't attach. */ ! if ((have_sense) && (asc == 0x3a) && (error_code == SSD_CURRENT_ERROR)) sprintf(announce_buf, "Attempt to query device " --- 1711,1718 ---- * the error is anything else, though, we * shouldn't attach. */ ! if ((have_sense) ! && ((asc == 0x3a) || (asc == 0x04)) && (error_code == SSD_CURRENT_ERROR)) sprintf(announce_buf, "Attempt to query device " --ELM906485053-15587-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:28:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16884 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:28:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16874 for ; Tue, 22 Sep 1998 10:28:26 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id TAA01202; Tue, 22 Sep 1998 19:29:12 +0200 (MET DST) Date: Tue, 22 Sep 1998 19:29:12 +0200 (MET DST) Message-Id: <199809221729.TAA01202@qix> From: Jean-Marc Zucconi To: ken@plutotech.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809220621.AAA12885@panzer.plutotech.com> (ken@plutotech.com) Subject: Re: [CAM] boot messages, not configured devices X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Kenneth D Merry writes: >> Indeed, my drives had a 'SC_ONE_LU' entry in the old scsiconf.c >> file. However, your patch does not help - I still get the messages. > Hmm. Well, I'm out of ideas to fix that one for now, unless I somehow > botched the quirk entry in the patch....yep, I did. Sorry about that. Can > you try the new patch I attached? Works fine now. Thanks. >> >> In addition the cd driver refuses to attach my CD-R if there is >> >> no CD inside at boot time (cd2: fatal error: NOT READY), although it is >> >> correctly probed during the scan phase: >> >> pass5 at ncr1 bus 0 target 3 lun 0 >> >> pass5: Removable CD-ROM SCSI2 device >> >> pass5: 3.300MB/s transfers >> >> > Well, that's the passthrough driver, not the probe pseudo-peripheral. The >> > passthrough driver will attach to anything that survives the probe phase. >> > (i.e., anything that responds to an inquiry) >> >> [...] >> > There are a couple of possible explanations for this. How long is your bus >> > settle delay? It's possible that it takes a while to figure out that >> >> it always was 8 seconds (8000 milliseconds now :-) and the old drivers >> worked. Increasing to 30 seconds gives the same results. > Okay, that means it's most likely not timing dependent. >> > doesn't have a CD in it or something like that. Try increasing SCSI_DELAY >> > to 30000 (30 seconds). Generally, when CDROM/WORM drives don't have any >> > media on board, they return a status of 0x3a,0x00. (medium not present) >> > If that fixes the problem, you can decrease it gradually until you figure >> > out how long it needs. >> >> It seems that the PHILIPS CDD2600 reply 'not ready' rather than >> 'medium not present' to the READ CAPACITY command if the medium is not >> present. > I agree. Well, try the attached patch, it should make your drive attach. > Let me know how it works. i.e. if you can mount CDs, etc. Assuming it > works okay, I'll have to figure out how to handle this problem. (I guess > I'll either have to accept 0x04,* as nonfatal conditions for CDROM drives > on attach, or do a device-specific quirk entry for this drive.) The CD-R is now attached, but the message appears a long time after the system has booted: Sep 22 09:13:52 qix /kernel.cam: changing root device to da0a Sep 22 09:14:46 qix /kernel.cam: cd2 at ncr1 bus 0 target 3 lun 0 Sep 22 09:14:46 qix /kernel.cam: cd2: Removable CD-ROM SCSI2 device Sep 22 09:14:46 qix /kernel.cam: cd2: 3.300MB/s transfers Sep 22 09:14:46 qix /kernel.cam: cd2: Attempt to query device size failed: NOT READY, Logical unit not ready, cause not reportable Unfortunately I can't mount any CD. I get an I/O error: (cd2:ncr1:0:3:0): extraneous data discarded. (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. (cd2:ncr1:0:3:0): extraneous data discarded. (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. (cd2:ncr1:0:3:0): extraneous data discarded. (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. (cd2:ncr1:0:3:0): extraneous data discarded. (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. (cd2:ncr1:0:3:0): extraneous data discarded. (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. (cd2:ncr1:0:3:0): cddone: got error 0x5 back Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:29:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17017 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:29:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17011 for ; Tue, 22 Sep 1998 10:29:03 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA15828; Tue, 22 Sep 1998 11:28:24 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809221728.LAA15828@panzer.plutotech.com> Subject: Re: Grief with $Id: ncr.c,v 1.132 1998/09/22 04:56:08 gibbs Exp $ In-Reply-To: <199809221507.XAA02885@ariadne.tensor.pgs.com> from Stephen Hocking-Senior Programmer PGS Tensor Perth at "Sep 22, 98 11:07:27 pm" To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Tensor Perth) Date: Tue, 22 Sep 1998 11:28:24 -0600 (MDT) Cc: current@FreeBSD.ORG, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Hocking-Senior Programmer PGS Tensor Perth wrote... > > Dies in the bum before the thing even finishes its probe. Sigh. Can you try to find out where the breakage happened? My guess is that 1.130 may work for you, but either 1.131 or 1.132 broke things for you. If you could try to hunt down which one breaks things for you, that'll help us find the problem. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:41:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20021 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:41:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19941 for ; Tue, 22 Sep 1998 10:40:39 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from rumba.enst.fr (rumba.enst.fr [137.194.32.188]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id TAA03679 for ; Tue, 22 Sep 1998 19:39:57 +0200 (MET DST) Received: (from beyssac@localhost) by rumba.enst.fr (8.8.8/8.8.8) id TAA25207 for freebsd-current@freebsd.org; Tue, 22 Sep 1998 19:39:53 +0200 (MET DST) Message-ID: <19980922193953.B24869@rumba.enst.fr> Date: Tue, 22 Sep 1998 19:39:53 +0200 From: Pierre Beyssac To: freebsd-current@FreeBSD.ORG Subject: 19980921-BETA: more comments Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Another small problem with the installed configuration: all the distribution is in ELF format, but the default configuration seems to generate a.out executables when installing packages. For example I installed bash-2.02 through the standard GNU procedure, and I got the following (I noticed it because "size" at the end of the bash compilation failed): fbdell# file bash bash: FreeBSD/i386 compact demand paged dynamically linked executable not stripped fbdell# size bash /usr/libexec/elf/size: bash: File format not recognized -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 10:53:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21741 for freebsd-current-outgoing; Tue, 22 Sep 1998 10:53:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--187.sirius.net [205.134.241.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21715 for ; Tue, 22 Sep 1998 10:53:33 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id KAA00466 for ; Tue, 22 Sep 1998 10:52:59 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809221752.KAA00466@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-reply-to: Your message of "Mon, 21 Sep 1998 19:02:02 PDT." <199809220202.TAA00429@pinhead.parag.codegen.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 10:52:58 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Replying to my own message after seeing a similar patch for a Sony CD-ROM drive, I added a similar quirk for my Sony CD-R drive. Appended is the patch for /sys/cam/cam_xpt.c. With this patch, the inital probing of SCSI disks works just fine with no errors or timeouts, and it probes the SCSI devices relatively quickly (no 5-7 minute wait like before). I hope this is the right fix. I don't know how may other Sony CD-R drives are affected by this problem, so the string match could be more or less specific. My drive is a CDU926S and there really are three spaces between "CD-R" and "CDU". Whoever owns the code, please feel free to commit this or something similar. Thanks! -- Parag =================================================================== RCS file: /src/freebsd/src/sys/cam/cam_xpt.c,v retrieving revision 1.10 diff -c -r1.10 cam_xpt.c *** cam_xpt.c 1998/09/22 04:53:23 1.10 --- cam_xpt.c 1998/09/22 17:39:06 *************** *** 300,305 **** --- 300,313 ---- CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 }, { + /* This drive doesn't like multiple LUN probing */ + { + T_WORM, SIP_MEDIA_REMOVABLE, "SONY", + "CD-R CDU9*", "*" + }, + CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 + }, + { /* Default tagged queuing parameters for all devices */ { T_ANY, SIP_MEDIA_REMOVABLE|SIP_MEDIA_FIXED, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 11:29:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27431 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:29:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27423 for ; Tue, 22 Sep 1998 11:29:51 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id OAA17290 for ; Tue, 22 Sep 1998 14:29:20 -0400 (EDT) Date: Tue, 22 Sep 1998 14:29:20 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: world death in g++ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doesn't reproduce with the same source, same # of jobs, etc. :-( Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 11:35:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28641 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:35:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28635 for ; Tue, 22 Sep 1998 11:35:07 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id LAA11441; Tue, 22 Sep 1998 11:33:29 -0700 (PDT) Message-ID: <19980922113329.A10186@nuxi.com> Date: Tue, 22 Sep 1998 11:33:29 -0700 From: "David O'Brien" To: "Jordan K. Hubbard" Cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: elf & compat Reply-To: obrien@NUXI.com References: <19980922043253.A10077@nuxi.com> <28256.906469507@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <28256.906469507@time.cdrom.com>; from Jordan K. Hubbard on Tue, Sep 22, 1998 at 06:05:07AM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 06:05:07AM -0700, Jordan K. Hubbard wrote: > > > The plan is to have aout libraries only in aout sub-directories. Then when > > > we no longer need aout support, we just prune them. /usr/lib/compat is > > > > So we are going to toss 2.x support?? (sarcastic) > > Um, he already answered that question. The 2.x stuff goes in > /usr/lib/compat/aout, the legacy elf stuff goes in /usr/lib/compat. > Simple. Since there ARE NO LEGACY ELF LIBRARIES YET, the > /usr/lib/compat directory will have no libraries in it, which is what > he meant by "empty" in this context. Do we need to enlarge your font > or what? (more sarcastic :-). I was speaking about the "when we no longer need them - prune them". I can see not really supporting pre 3.0-RELEAES 3.0 a.out binaries, so that would mean the `aout' dir contains more than just junk. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Tue Sep 22 11:42:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00337 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:42:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx ([148.245.50.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00290 for ; Tue, 22 Sep 1998 11:42:30 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id NAA18418; Tue, 22 Sep 1998 13:36:16 -0500 (CDT) Message-ID: <3607EE20.EF2FDAD0@webwizard.org.mx> Date: Tue, 22 Sep 1998 13:36:16 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Class CC: Werner Griessl , current@FreeBSD.ORG Subject: Re: burn cd ? References: <36079933.47A08A7D@webwizard.org.mx> <3607A0E1.AE3B74B1@bbn.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you very much, Michael. Works great. No problema at all. ed Michael Class wrote: > Hello, > > the short answer to your questions is yes, but ... > > Werner, I was using the same setup as you before C-Day. Basically with > CAM, worm is gone. So you have to go to cdrecord. You need a special > version for CAMified FreeBSD, that is most likely the reason why it not > working any more for you, Edwin. > > I got the software from > port: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > patch: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 > > After building cdrecord, I was able to burn cd's. > > Michael > > Edwin Culp wrote: > > > > Werner Griessl wrote: > > > > > ---------------------------------- > > > > > > How can I burn cd's now in current/cam/elf ? > > > I used the worm-device and team ("burncd.sh") before. > > > Werner > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-current" in the body of the message > > > > I have the same question, except I'm using cdrecord, a Mitsubishi > > cdrw226 and an adaptec 2940UW, elf-current. It was working fine under > > elf until i recompiled kernel this weekend and noticed that I had to > > change sd0 to da0 to get the kernel to compile. I can still mount cd's > > and read them but every time I try to write it can't access the device. > > I got around this yesterday by booting an old kernel and had no > > problems. > > > > I haven't reported it because I felt I had to be missing something. > > > > Any suggestions will be appreciated. > > > > ed > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 11:50:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01872 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:50:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01852 for ; Tue, 22 Sep 1998 11:50:48 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id OAA18127 for ; Tue, 22 Sep 1998 14:50:17 -0400 (EDT) Date: Tue, 22 Sep 1998 14:50:17 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: world death in gperf, and much do you want to bet it won't reproduce? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --- gperf --- cc -O2 -pipe -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS -I/usr/obj/aout/usr/src/tmp/usr/include -static -o gperf options.o iterator.o main.o perfect.o keylist.o listnode.o xmalloc.o hashtable.o boolarray.o readline.o stderr.o version.o getopt.o ld: /usr/obj/aout/usr/src/tmp/usr/lib/aout/libgcc.a: malformatted header of archive member: *** Error code 1 1 error Is this some sort of ELF fallout? I'm still running an a.out system. Latest source, softupdates, make -j12 world, MFS /tmp, BT-948 controller, uniprocessor, *is there anything else I should be reporting here*? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 11:52:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02440 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:52:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02412 for ; Tue, 22 Sep 1998 11:52:35 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA16327; Tue, 22 Sep 1998 11:47:18 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpds16324; Tue Sep 22 18:47:10 1998 Date: Tue, 22 Sep 1998 11:47:07 -0700 (PDT) From: Julian Elischer To: "Jordan K. Hubbard" cc: luoqi@watermarkgroup.com, current@FreeBSD.ORG Subject: Re: initiate_write_filepage panic. In-Reply-To: <27949.906465259@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kirk will be releasing an official 'clean' patch thanks to luoqi... (again) julian On Tue, 22 Sep 1998, Jordan K. Hubbard wrote: > Your "Yet another patch to try for softupdates panic" fix works just > great for me too. Couldn't get my SMP box through a world build > before, now it's doing them just fine! Just FYI.. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 11:53:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02736 for freebsd-current-outgoing; Tue, 22 Sep 1998 11:53:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx ([148.245.50.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02709 for ; Tue, 22 Sep 1998 11:53:44 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id NAA18590; Tue, 22 Sep 1998 13:47:55 -0500 (CDT) Message-ID: <3607F0DB.E13321C2@webwizard.org.mx> Date: Tue, 22 Sep 1998 13:47:55 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Class CC: Werner Griessl , current@FreeBSD.ORG Subject: Re: burn cd ? References: <36079933.47A08A7D@webwizard.org.mx> <3607A0E1.AE3B74B1@bbn.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Class wrote: > Hello, > > the short answer to your questions is yes, but ... > > Werner, I was using the same setup as you before C-Day. Basically with > CAM, worm is gone. So you have to go to cdrecord. You need a special > version for CAMified FreeBSD, that is most likely the reason why it not > working any more for you, Edwin. > > I got the software from > port: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > patch: > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 By the way, you are aware that the above "patch" is the executable with the cam patch? Thanks again. ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 12:12:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07109 for freebsd-current-outgoing; Tue, 22 Sep 1998 12:12:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07012 for ; Tue, 22 Sep 1998 12:12:17 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id PAA23680 for ; Tue, 22 Sep 1998 15:11:43 -0400 (EDT) Date: Tue, 22 Sep 1998 15:11:43 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: further debugging woes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I thought when I got some sort of dirbad panic just now during a pwd=/usr/src make clean I'd get to finally give a proper panic report. No such luck. First came "syncing disks" which ended with 1 1 1 1 and gave up. Then when the kernel tried to dump, it hung after "dump" and eventually gave up with an "I/O error" of some sort. Then when I pressed a key to forestall a reboot so I could write some of this down, the machine rebooted anyway. The automatic fsck failed with an unexpected softupdates inconsistency. I ran fsck manually, and then, as an experiment, ran it again. The second time, it found a link count of -11 that should have been 2 that it missed during the first manual run! Just for kicks: soft updates, latest source, BT-948, two SCSI disks, one processor, a.out, no special patches running. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 12:36:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12688 for freebsd-current-outgoing; Tue, 22 Sep 1998 12:36:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12648 for ; Tue, 22 Sep 1998 12:36:23 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.59.213]) by smtp01.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA89F for ; Tue, 22 Sep 1998 21:07:52 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Tue, 22 Sep 1998 21:09:09 +0200 To: FreeBSD Current From: Jeroen Ruigrok/Asmodai Subject: DNS in CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OK, call me a lamer, luser, dork, whatever, but I am totally confused... I was trying to set up DNS for 3.0 CURRENT and was amazed at the different style of configurating... Can anybody point me to the right direction of where I can find some docs about this new style, because I just managed the 'old' one and haven't found anything about the new one... Thanks in advance, Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgfnxoY752GnxADpEQLilQCfYgD1ddePSHpn1IBqbljJxY4Mi40AoLDx pNu2iiBQjCRJhRZUrJGtrSYb =X352 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 12:46:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14536 for freebsd-current-outgoing; Tue, 22 Sep 1998 12:46:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14476 for ; Tue, 22 Sep 1998 12:46:31 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id MAA15441; Tue, 22 Sep 1998 12:45:52 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Tue, 22 Sep 1998 12:45:52 -0700 (PDT) From: Doug White To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: 2.2.7->3.0-ELF: GENERICupgrade and others In-Reply-To: <19980922145950.48071@follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Eivind Eklund wrote: > On Mon, Sep 21, 1998 at 11:53:21PM -0700, Doug White wrote: > > Hi all... > > > > Attached is a patch that CAMifies GENERICupgrade. You can't build the > > upgrade kernel otherwise. A warning in Makefile.upgrade to AIC6360, AMD, > > and DPT SCSI controller owners that this upgrade will orphan them may be > > in order, until those drivers make an appearance in CAM. > > The DPT is supposed to work in CAM - just not the > DPT_MEASURE_PERFORMANCE option. I noted that GENERIC has dpt0 commented out when it was CAMified and assumed that the dpt driver hadn't caught up yet. Any reason for that? Since DPT_MEASURE_PERFORMANCE isn't needed, it can be removed from GENERIC, since the note above it says that the option is required.... Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:04:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18059 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:04:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18053; Tue, 22 Sep 1998 13:04:42 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id WAA19350; Tue, 22 Sep 1998 22:02:59 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id VAA17781; Tue, 22 Sep 1998 21:55:23 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809221955.VAA17781@semyam.dinoco.de> To: ben@rosengart.com cc: current@FreeBSD.ORG, jmb@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: making current a bit friendlier: cvs-cur In-reply-to: Your message of "Mon, 21 Sep 1998 15:36:23 EDT." Date: Tue, 22 Sep 1998 21:55:22 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > whereby one could receive CVS messages for commits to the source of > current only? I would greatly appreciate it. I'd like that one, too. It would make reading the commig message digests easier as I don't care about stable and only ocassionally have a halfway interesting (to me, of course) one in ports. I think cvs-all cvs-all-digest cvs-current cvs-current-digest cvs-docs cvs-docs-digest cvs-ports cvs-ports-digest cvs-stable cvs-stable-digest cvs-www cvs-www-digest would be a nice collection and more useful than the previous system with a list per subdirectory in the source. And of course note it in the handbook, too. Reading -current for a while just to find out the digest versions exist (I didn't know about cvs-all-digest before) isn't exactly the best way to do it. ;-) Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:06:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18260 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:06:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gate.netbenefit.co.uk (gate.netbenefit.co.uk [195.153.24.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA18210 for ; Tue, 22 Sep 1998 13:06:10 -0700 (PDT) (envelope-from dampurep@k2c.co.uk) Received: from bladerunner.k2c.co.uk [193.149.79.131] by gate.netbenefit.co.uk with esmtp (9.1.3/8.7.3) id 0zLYfe-0005Cd-00; Tue, 22 Sep 1998 21:04:22 +0100 Received: (from dampurep@localhost) by bladerunner.k2c.co.uk (8.9.1/8.9.1) id VAA02059; Tue, 22 Sep 1998 21:03:34 +0100 (BST) (envelope-from dampurep@bladerunner.k2c.co.uk) Date: Tue, 22 Sep 1998 21:03:34 +0100 (BST) Message-Id: <199809222003.VAA02059@bladerunner.k2c.co.uk> X-Authentication-Warning: bladerunner.k2c.co.uk: dampurep set sender to dampurep@bladerunner.k2c.co.uk using -f From: "Pierre Y. Dampure" To: asmodai@wxs.nl CC: current@FreeBSD.ORG In-reply-to: (message from Jeroen Ruigrok/Asmodai on Tue, 22 Sep 1998 21:09:09 +0200) Subject: Re: DNS in CURRENT References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG http://www.isc.org, then follow the tutorial about BIND8; there's an example file, you can use that as a start... Best Of Luck, Pierre Y. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:15:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20005 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:15:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19932 for ; Tue, 22 Sep 1998 13:15:00 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.18]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA202 for ; Tue, 22 Sep 1998 16:05:51 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id QAA01823 for current@FreeBSD.ORG; Tue, 22 Sep 1998 16:14:55 GMT (envelope-from root) Message-ID: <19980922161455.A1815@scsn.net> Date: Tue, 22 Sep 1998 16:14:55 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: current@FreeBSD.ORG Subject: Re: Loadable Modules in ELF XF86 Reply-To: dmaddox@scsn.net References: <19980921163048.A869@scsn.net> <19980922122710.D8838@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980922122710.D8838@rf900.physics.usyd.edu.au>; from David Dawes on Tue, Sep 22, 1998 at 12:27:10PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 12:27:10PM +1000, David Dawes wrote: > These are X server modles, not kernel modules. If the X server is ELF, > then its modules should be too. > > My first guess is that the something like the following needs to be > added to FreeBSD.cf so that X server symbols get exported for use by > the modules: > > #if UseElfFormat > #define DlLibrary -rdynamic > #else > #define DlLibrary /**/ > #endif > > #if BuildDynamicLoading > #define ServerExtraSysLibs DlLibrary > #else > #define ServerExtraSysLibs /**/ > #endif > > > Another thing that probably needs to be changed is the definition of > PREPEND_UNDERSCORE in xfree86/common/xf86Dl.c, which determines whether > symbols passed to dlsym(3) include a leading underscore. I'd suggest: > > #if defined(CSRG_BASED) && !defined(__ELF__) > #define PREPEND_UNDERSCORE > #endif Yeah, Vladimir was kind enough to straighten me out on this stuff. Now that you've posted this, maybe someone with commit privs will actually put it in the port... I hope :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:29:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21824 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:29:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21818 for ; Tue, 22 Sep 1998 13:29:10 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id QAA07565; Tue, 22 Sep 1998 16:29:54 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Tue, 22 Sep 1998 16:29:54 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Pierre Beyssac cc: freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-Reply-To: <19980922193953.B24869@rumba.enst.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG uh :) that's because the packages are just pre-compiled binaries, most are done in a.out to support 2.2.x, in fact i don't know of a ELF package made so far. if anyone wants to do me a ddd-3.0 in ELF with motif.... mmm mmm good :) thank you, Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Tue, 22 Sep 1998, Pierre Beyssac wrote: > Another small problem with the installed configuration: all the > distribution is in ELF format, but the default configuration seems to > generate a.out executables when installing packages. > > For example I installed bash-2.02 through the standard GNU procedure, > and I got the following (I noticed it because "size" at the end of the > bash compilation failed): > > fbdell# file bash > bash: FreeBSD/i386 compact demand paged dynamically linked executable not stripped > fbdell# size bash > /usr/libexec/elf/size: bash: File format not recognized > -- > Pierre Beyssac pb@enst.fr > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:32:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22315 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:32:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22301 for ; Tue, 22 Sep 1998 13:32:45 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id OAA09052; Tue, 22 Sep 1998 14:25:41 -0600 (MDT) Date: Tue, 22 Sep 1998 14:25:41 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809222025.OAA09052@narnia.plutotech.com> To: Kazutaka YOKOTA cc: current@FreeBSD.ORG Subject: Re: CAM and ncr driver - my story Newsgroups: pluto.freebsd.current In-Reply-To: <199809221306.WAA17527@zodiac.mech.utsunomiya-u.ac.jp> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I just cvsupped again. ncr.c is now up to date; it's v1.132. > This time the kernel panics: > > Fatal trap 12: page fault while in kernel mode. > fault virtual address: 0x0 > ... > _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) Can you give us a stack trace?? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:35:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22652 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:35:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22621 for ; Tue, 22 Sep 1998 13:35:19 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.59.213]) by smtp04.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA1A79; Tue, 22 Sep 1998 22:33:19 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Tue, 22 Sep 1998 22:34:38 +0200 To: "Pierre Y. Dampure" From: Jeroen Ruigrok/Asmodai Subject: Re: DNS in CURRENT Cc: current@FreeBSD.ORG In-Reply-To: <199809222003.VAA02059@bladerunner.k2c.co.uk> References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 22:03 22-09-98 , Pierre Y. Dampure wrote: > >http://www.isc.org, then follow the tutorial about BIND8; there's an example file, you can use that as a start... Yeah, I have been there a while ago... So what I have used thus far with named.boot and it's contents such as: directory /etc/dns cache . named.ca was BIND 4? and this new one named.conf with: options { directory "/etc/dns"; }; is BIND 8? *sounding lamer every second =) * Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgf7zoY752GnxADpEQI+6QCfXMpTexOpsWOqtIHSGA0fxNUWkoIAoNcF rEaRzHN5I1ZhYdETUjqksgVc =mdbU -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:44:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24894 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:44:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24758 for ; Tue, 22 Sep 1998 13:43:47 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id AAA24218 for ; Wed, 23 Sep 1998 00:43:08 +0400 (MSD) Received: by sunny.aha.ru id AAA22861; (8.8.8/vak/1.9) Wed, 23 Sep 1998 00:42:05 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma022818; Wed Sep 23 00:41:43 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id AAA13864; (8.9.1/vak/1.9) Wed, 23 Sep 1998 00:44:33 +0400 (MSD) Received: by ozz.etrust.ru id AAA05525; (8.9.1/vak/1.9) Wed, 23 Sep 1998 00:44:03 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809222044.AAA05525@ozz.etrust.ru> Subject: Can't compile XFree86 on my FreeBSD-3.0-BETA-elf box... To: current@FreeBSD.ORG Date: Wed, 23 Sep 1998 00:44:03 +0400 (MSD) Reply-To: osa@etrust.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Today I cvsuped my source tree & want compile XFree86 in elf-format... ===> Extracting for XFree86-3.3.2 >> Checksum OK for xc/X332src-1.tgz >> Checksum OK for xc/X332src-2.tgz >> Checksum OK for xc/3.3.2-patch-1. >> Checksum OK for xc/3.3.2-patch-2. >> Checksum OK for xc/3.3.2-patch-3. ===> Patching fot XFree86-3.3.2 ===> Applying distribution patches for XFree86-3.3.2 ===> Applying FreeBSD patches for XFree86-3.3.2 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving reject to conf/cf/bsdLib.rules.rej *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. What can I do ??? Rgdz, oZZ, osa@etrust.ru http://www.etrust.ru/osa/main.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:44:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24954 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:44:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24856 for ; Tue, 22 Sep 1998 13:44:08 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id OAA16753; Tue, 22 Sep 1998 14:43:19 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809222043.OAA16753@panzer.plutotech.com> Subject: Re: CAM and Adaptec 7880 on motherboard problem In-Reply-To: <199809221752.KAA00466@pinhead.parag.codegen.com> from Parag Patel at "Sep 22, 98 10:52:58 am" To: parag@cgt.com (Parag Patel) Date: Tue, 22 Sep 1998 14:43:19 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote... > > Replying to my own message after seeing a similar patch for a Sony CD-ROM drive, I added a similar quirk for my Sony CD-R drive. > > Appended is the patch for /sys/cam/cam_xpt.c. With this patch, the inital probing of SCSI disks works just fine with no errors or timeouts, and it probes the SCSI devices relatively quickly (no 5-7 minute wait like before). > > I hope this is the right fix. I don't know how may other Sony CD-R drives are affected by this problem, so the string match could be more or less specific. My drive is a CDU926S and there really are three spaces between "CD-R" and "CDU". That's probably good enough. My guess is that most of their drives are broken. :( > Whoever owns the code, please feel free to commit this or something similar. Thanks! > I just commited it. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:52:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26657 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:52:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26494 for ; Tue, 22 Sep 1998 13:51:25 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA24091; Tue, 22 Sep 1998 22:50:41 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 22 Sep 1998 22:50:41 +0200 (MET DST) Mime-Version: 1.0 To: "Kenneth D. Merry" Cc: current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] References: <199809221347.HAA14437@panzer.plutotech.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Sep 1998 22:50:40 +0200 In-Reply-To: "Kenneth D. Merry"'s message of "Tue, 22 Sep 1998 07:47:01 -0600 (MDT)" Message-ID: Lines: 47 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA26551 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" writes: > Dag-Erling C. Smørgrav wrote... > > Problem: the crash dump is 128 MB large, and I'm on a dialup :) > Well, just send the stack trace, not the dump. Unfortuantely, gdb won't recognize my kernel dump: finrod@niobe ~/crash$ gdb -k kernel.sym vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type ßhow copying"to see the conditions. There is absolutely no warranty for GDB; type ßhow warranty"for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... "/home/finrod/crash/kernel.sym": not in executable format: File format not recognized kgdb could not open the exec-file, please check the name you used ! (kgdb) quit finrod@niobe ~/crash$ file kernel.sym kernel.sym: unknown pure executable not stripped kernel.sym is the unstripped kernel. > > Second (unrelated) problem: my three-months-old 6GB Fireball is > > reporting unrecoverable read errors :( > Make sure you have read and write reallocation turned on. Edit mode page 1 > to do that. I'm quite sure it is; the drive reports 6 grown defects. (checking...) root@niobe ~# camcontrol modepage -u 1 -m 1 -d AWRE (Auto Write Reallocation Enbld): 1 ARRE (Auto Read Reallocation Enbld): 1 [...] > > Third (unrelated) problem: under CAM, my streamer won't attach at boot > > time (it will attach if I type 'camcontrol rescan 1' though). Maybe I > > should set my SCSI_DELAY higher than 100 ms :) > Yeah, that's probably too short for your drive. :) Yup, it works just fine with SCSI_DELAY set to 2000 (2 seconds). DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 13:53:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26847 for freebsd-current-outgoing; Tue, 22 Sep 1998 13:53:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26676 for ; Tue, 22 Sep 1998 13:52:35 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA24238; Tue, 22 Sep 1998 22:51:55 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 22 Sep 1998 22:51:55 +0200 (MET DST) Mime-Version: 1.0 To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: Strange CAM panics [LONG] References: <199809221349.VAA07116@spinner.netplex.com.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Sep 1998 22:51:54 +0200 In-Reply-To: Peter Wemm's message of "Tue, 22 Sep 1998 21:49:01 +0800" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA26718 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > Dag-Erling C. =3D?iso-8859-1?Q?Sm=3DF8rgrav?=3D wrote: > > Second (unrelated) problem: my three-months-old 6GB Fireball is > > reporting unrecoverable read errors :( > I had exactly the same problem but with the IDE version of that 6GB> > Fireball. It's sitting on my shelf waiting for return. It had excessive > media problems right from the start and they got worse and worse over > time. I went back to a 2G/1G/1542CF scsi system when the drive was 2 > months old. The other 6G Fireball is working the same, so is the 4G > Fireball. Hmpf. I'm gonna swap mine for an Atlas-II if the shop lets me. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:05:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29297 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:05:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29149 for ; Tue, 22 Sep 1998 14:04:34 -0700 (PDT) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id OAA23665 for ; Tue, 22 Sep 1998 14:03:56 -0700 (PDT) Received: from localhost (michaelc@localhost) by hpbbse.bbn.hp.com with SMTP (8.7.6/8.7.3) id XAA09338 for ; Tue, 22 Sep 1998 23:03:53 +0200 (METDST) Date: Tue, 22 Sep 1998 23:03:53 +0200 (METDST) From: Michael Class To: current@FreeBSD.ORG Subject: CAM and quantum disc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id OAA29167 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, during a make world, on a current-system of today I am getting the following messages in the system log. (da1:ncr0:0:1:0): tagged openings now 31 (da1:ncr0:0:1:0): tagged openings now 30 (da1:ncr0:0:1:0): tagged openings now 29 (da1:ncr0:0:1:0): tagged openings now 28 (da1:ncr0:0:1:0): tagged openings now 27 (da1:ncr0:0:1:0): tagged openings now 26 (da1:ncr0:0:1:0): tagged openings now 25 (da1:ncr0:0:1:0): tagged openings now 24 (da1:ncr0:0:1:0): tagged openings now 23 (da1:ncr0:0:1:0): tagged openings now 22 (da1:ncr0:0:1:0): tagged openings now 21 (da1:ncr0:0:1:0): tagged openings now 20 (da1:ncr0:0:1:0): tagged openings now 19 (da1:ncr0:0:1:0): tagged openings now 18 (da1:ncr0:0:1:0): tagged openings now 17 (da1:ncr0:0:1:0): tagged openings now 16 The disk is a "Quantum XP34300W L915". I remember that I read about these things before on this list. Do we need a quirk entry like for the other quantum disks in cam_xpt.c to restrict the number of tagged queue entries? Thank you Michael ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:06:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29572 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:06:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29463 for ; Tue, 22 Sep 1998 14:05:49 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id OAA09149; Tue, 22 Sep 1998 14:58:43 -0600 (MDT) Date: Tue, 22 Sep 1998 14:58:43 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809222058.OAA09149@narnia.plutotech.com> To: Richard J Kuhns cc: current@FreeBSD.ORG Subject: Re: Can't write tape with -current kernel Newsgroups: pluto.freebsd.current In-Reply-To: <13831.49269.578934.271721@moran.grauel.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <13831.49269.578934.271721@moran.grauel.com> you wrote: > sa0 at ahc0 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI1 device > sa0: 3.300MB/s transfers ... > Mode Density Blocksize bpi Compression > Current: QIC-320 1024 bytes 16000 unsupported > ---------available modes--------- > 0: QIC-320 1024 bytes 16000 unsupported According to the old st driver's quirk entries, this drive can only do QIC-120, QIC-150, and QIC-525. The CAM driver does not have this information on hand, and relies on the user to specify a proper density. Ken and I are looking at the best way to deal with these kinds of issues without bloating the driver too much. In the mean time, can you experiment with different densities (via mt) and see if this helps your situation? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00611 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:10:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00490 for ; Tue, 22 Sep 1998 14:09:29 -0700 (PDT) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id OAA25616 for ; Tue, 22 Sep 1998 14:08:52 -0700 (PDT) Received: from localhost (michaelc@localhost) by hpbbse.bbn.hp.com with SMTP (8.7.6/8.7.3) id XAA09345 for ; Tue, 22 Sep 1998 23:08:51 +0200 (METDST) Date: Tue, 22 Sep 1998 23:08:51 +0200 (METDST) From: Michael Class To: current@FreeBSD.ORG Subject: ncr.c rev 1.131 and 1.132 do not work for me! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id OAA00514 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am getting problems with ncr.c rev 1.131 and 1.132. Revision 1.130 is up to now the only one that works for me. With 1.131 and 1.132 the system stops during the boot process with "page fault while in kernel mode" The stack trace is: ncr_script_copy_and_bind ncr_attach pci_drvattach pci_addcfg pci_probebus pci_probe pci_configure configure main System is a P6, 200Mhz, 64MB-Ram with ncr 875 and 810 controller. Let me know, if you need more information. Michael ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:11:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00990 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:11:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-230.detroit.mi.ameritech.net [199.179.188.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00882 for ; Tue, 22 Sep 1998 14:11:04 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id RAA14124 for ; Tue, 22 Sep 1998 17:10:07 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <3608122E.6C8D1DAF@ameritech.net> Date: Tue, 22 Sep 1998 17:10:06 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: tosha on CAM and ELF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I haven't used tosha since the conversion to ELF and CAM, and now I can't seem to get tosha to work with audio cd's anymore. I can mount data cd's fine. Insight to the problem would be appreciated :) dpt0: rev 0x02 int a irq 12 on pci0.17.0 dpt0: DPT PM2144UW FW Rev. 07LY, 1 channel, 64 CCBs cd0 at dpt0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: cd present [328542 x 2048 byte records] ls -l /dev/cd* brw-r----- 1 root operator 6, 0 Sep 22 17:03 /dev/cd0a brw-r----- 1 root operator 6, 2 Sep 22 17:03 /dev/cd0c tosha -i Device: /dev/cd0c tosha: WARNING: Drive type not recognized. tosha: Can't read table of contents. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:30:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05174 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:30:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05051 for ; Tue, 22 Sep 1998 14:29:42 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA02697; Wed, 23 Sep 1998 07:34:52 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809222134.HAA02697@cimlogic.com.au> Subject: Re: world death in gperf, and much do you want to bet it won't reproduce? In-Reply-To: from Snob Art Genre at "Sep 22, 98 02:50:17 pm" To: ben@rosengart.com Date: Wed, 23 Sep 1998 07:34:51 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > Is this some sort of ELF fallout? I'm still running an a.out system. > Latest source, softupdates, make -j12 world, MFS /tmp, BT-948 > controller, uniprocessor, *is there anything else I should be reporting > here*? I'm having difficulty keeping up with the number of your postings like this one. I would prefer that you only post this sort of thing after confirming that the problem repeats on _your_ system. Unless you do that, I bet most people will just ignore your posts. In your case, I think you should avoid continually re-supping and building because you'll have a moving target that way. Please stabilize your sources, ensure you have a clean source tree, no custom build options, and try to build. If the build fails, take the time to repeat the same process. If and when it fails again (assuming it fails in the same way), please spend some time trying to find out what the problem is on _your_ system before posting here. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:31:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05591 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:31:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05484 for ; Tue, 22 Sep 1998 14:31:15 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id XAA22689 for freebsd-current@freebsd.org; Tue, 22 Sep 1998 23:30:36 +0200 (CEST) From: Holm Tiffe Message-Id: <199809222130.XAA22689@magnet.geophysik.tu-freiberg.de> Subject: SMP Gurus, please help To: freebsd-current@FreeBSD.ORG Date: Tue, 22 Sep 1998 23:30:36 +0200 (CEST) Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have an - current (kernel upgraded today to cvs-cur.4669) aout machine with an ASUS PCI/E P54NP4 Neptune PCI/EISA Motherboard. I have equipped this machine with an P90 and an P100, and this configuration was running SMP on Slowaris 2.4 or so (only a short time for testing purposes). The P90 is one of the last exemplares from intel, before the P90 was dropped. The SCSI Controller is an AHA2724T twin bus adapter revision C. Peter Wemm has sucessfully running on this machine SMP-current with an revision E (or newer SCSI Controller). Because I have read this on this list, I have tried again to get SMP working on my machine but no luck jet: The kernel is booting to the line SMP: AP CPU #1 launched ! the the SCSI LED goes on, and after a long time I get some timeout messages from the Adaptec driver ( something with BDR, and no longer in timeout, and bus resets). nothing other happens. I know, this sounds like the 2742 is unable to generate an interrupt, I have double checked the EISA setup, switched the slots, disabled both caches, clocked down the entire machine to 75 Mhz, changed the IRQ's and so on, no change... The overclocked P90 CPU (100Mhz) has never had any problems in UP mode, (as 1st. processor) this machine is rock solid ! Both CPU's are good cooled, with handmade passive CPU coolers, and have the same APIC ID. I have changed the CPU's vis versa, there is no change in the behavior. Guys, what is happening here ? Is the aha 2742T Rev C able to run in a SMP system ? What I'm doing wrong, what can I do to debug this ? Please help me... mptable and kernel config are as follows: =============================================================================== MPTable, version 2.0.15 #------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f8360 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x9d mode: Virtual Wire #------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f8374 signature: 'PCMP' base table length: 228 version: 1.1 checksum: 0x51 OEM ID: 'ASUSTEK0' Product ID: 'P54NP4000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 20 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 #------------------------------------------------------------------------------- MP Config Base Table Entries: #-- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 5 2 1 0x07bf 1 0x11 AP, usable 5 2 1 0x07bf #-- Bus: Bus ID Type 0 EISA 1 PCI #-- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 #-- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT conforms conforms 0 1 2 1 INT conforms conforms 0 0 2 2 INT conforms conforms 0 3 2 3 INT conforms conforms 0 4 2 4 INT conforms conforms 0 5 2 5 INT conforms conforms 0 6 2 6 INT conforms conforms 0 7 2 7 INT conforms conforms 0 8 2 8 INT conforms conforms 0 9 2 9 INT conforms conforms 0 10 2 10 INT conforms conforms 0 11 2 11 INT conforms conforms 0 12 2 12 INT conforms conforms 0 13 2 13 INT conforms conforms 0 14 2 14 INT conforms conforms 0 15 2 15 #-- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# #------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== # # UNICORN # # machine "i386" cpu "I586_CPU" ident UNICORN maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options SOFTUPDATES options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options "SHMMAX=16777216" options "SHMSEG=32" options "SHMMNI=128" options "SHMALL=4096" options KTRACE #options "AUTO_EOI_2" options "CLK_CALIBRATION_LOOP" options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_TSC_CALIBRATION" options PQ_LARGECACHE #options DDB options "NDGBPORTS=8" #options "VM86" options DEVFS options SMP options APIC_IO options NCPU=2 options DDB config kernel root on da1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller eisa0 controller ahc0 controller scbus0 at ahc0 bus 0 controller scbus1 at ahc0 bus 1 device da0 at scbus0 target 0 device da1 at scbus0 target 2 device da2 at scbus1 target 2 device sa0 at scbus1 target 3 device sa1 device cd0 at scbus0 target 4 device pass0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr #device sio4 at isa? port 0x2a0 tty flags 0x781 #device sio5 at isa? port 0x2a8 tty flags 0x781 #device sio6 at isa? port 0x2b0 tty flags 0x781 #device sio7 at isa? port 0x2b8 tty flags 0x781 irq5 vector siointr device dgb0 at isa? tty port 0x300 iomem 0xd0000 iosiz ? flags 0x0 device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmint r #controller snd0 #device sb0 at isa? port 0x220 irq9 conflicts drq1 vector sb intr #device opl0 at isa? port 0x388 conflicts #controller snd0 #device mss0 at isa? port 0x530 irq 9 drq 1 vector adintr #device mpu0 at isa? port 0x330 irq 5 drq 0 device de0 pseudo-device loop pseudo-device ether pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 # Berkeley Packet Filter pseudo-device vn 2 # Vnode Driver Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:35:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06451 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:35:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06384 for ; Tue, 22 Sep 1998 14:34:51 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA02712; Wed, 23 Sep 1998 07:39:56 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809222139.HAA02712@cimlogic.com.au> Subject: Re: No libbfd on -current? In-Reply-To: <19980922182908.A2506@cons.org> from Martin Cracauer at "Sep 22, 98 06:29:08 pm" To: cracauer@cons.org (Martin Cracauer) Date: Wed, 23 Sep 1998 07:39:56 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Cracauer wrote: > It seems no libbfd gets installed on an ELF FreeBSD system. > > Is this just a matter of available time on the developer's side or is > there a fundamental problem that makes this undesireable? It hasn't been installed because there aren't any applications in the main tree that require it other than when binutils is built. I would hesitate before choosing to install it for use with things outside the main tree because I don't see a clean way to share the header files from which it was built. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:38:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07038 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:38:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06988 for ; Tue, 22 Sep 1998 14:37:53 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id XAA12509; Tue, 22 Sep 1998 23:37:19 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id XAA07068; Tue, 22 Sep 1998 23:37:18 +0200 (MET DST) Message-ID: <19980922233717.03849@follo.net> Date: Tue, 22 Sep 1998 23:37:18 +0200 From: Eivind Eklund To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: world death in gperf, and much do you want to bet it won't reproduce? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Snob Art Genre on Tue, Sep 22, 1998 at 02:50:17PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 02:50:17PM -0400, Snob Art Genre wrote: > Is this some sort of ELF fallout? I'm still running an a.out system. > Latest source, softupdates, make -j12 world, MFS /tmp, BT-948 > controller, uniprocessor, *is there anything else I should be reporting > here*? Exact time of cvsup is convenient for build failures. Also if you have anything weird in your make.conf. Eivind, who can't offer direct advice as he's not tried a 'make world' or similar for almost 30 hours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:42:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08041 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:42:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07941 for ; Tue, 22 Sep 1998 14:42:12 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.18]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA184; Tue, 22 Sep 1998 17:33:03 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id RAA02069; Tue, 22 Sep 1998 17:42:06 GMT (envelope-from root) Message-ID: <19980922174205.B1815@scsn.net> Date: Tue, 22 Sep 1998 17:42:05 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: "Jordan K. Hubbard" , obrien@NUXI.com Cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: elf & compat Reply-To: dmaddox@scsn.net References: <19980922043253.A10077@nuxi.com> <28256.906469507@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <28256.906469507@time.cdrom.com>; from Jordan K. Hubbard on Tue, Sep 22, 1998 at 06:05:07AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 06:05:07AM -0700, Jordan K. Hubbard wrote: > > > The plan is to have aout libraries only in aout sub-directories. Then when > > > we no longer need aout support, we just prune them. /usr/lib/compat is > > > reserved for elf compat libraries. I think it will be empty for 3.0-RELEASE > . > > > > So we are going to toss 2.x support?? (sarcastic) > > Um, he already answered that question. The 2.x stuff goes in > /usr/lib/compat/aout, the legacy elf stuff goes in /usr/lib/compat. > Simple. Since there ARE NO LEGACY ELF LIBRARIES YET, the > /usr/lib/compat directory will have no libraries in it, which is what > he meant by "empty" in this context. Do we need to enlarge your font > or what? (more sarcastic :-). Interestingly enough, I just looked at my /usr/lib/compat dir, and was surprised to find that three of the libs built ELF versions as well when I did my last 'make world' (Sep 18): # ls -l /usr/lib/compat total 3269 drwxr-xr-x 2 root bin 1024 Sep 14 04:56 aout -r--r--r-- 1 root wheel 403106 Sep 18 02:55 libc.so.1.1 -r--r--r-- 1 root wheel 435857 Sep 18 02:55 libc.so.2.2 -r--r--r-- 1 root wheel 50633 Sep 18 02:55 libcurses.so.1.1 -r--r--r-- 1 root wheel 59206 Sep 18 02:55 libdialog.so.2.0 -r--r--r-- 1 root wheel 95078 Sep 18 02:55 libf2c.so.1.1 -r--r--r-- 1 root wheel 13298 Sep 18 02:55 libforms.so.2.0 -r--r--r-- 1 root wheel 418581 Sep 18 02:55 libg++.so.1.1 -r--r--r-- 1 root wheel 514024 Sep 18 02:55 libg++.so.2.0 -r--r--r-- 1 root wheel 494649 Sep 18 02:55 libg++.so.3.0 -r--r--r-- 1 root wheel 24854 Sep 18 02:55 libgcc.so.1.1 -r--r--r-- 1 root wheel 26376 Sep 18 02:55 libgcc.so.261.0 -r--r--r-- 1 root wheel 46237 Sep 18 02:55 libgmp.so.2.0 lrwxr-xr-x 1 root wheel 17 Sep 18 02:44 libgnumalloc.so -> libgnumalloc.so.2 -r--r--r-- 1 root wheel 19704 Sep 18 02:55 libgnumalloc.so.1.1 -r--r--r-- 1 root wheel 2482 Sep 18 02:44 libgnumalloc.so.2 -r--r--r-- 1 root wheel 8417 Sep 18 02:55 libgnumalloc.so.2.0 -r--r--r-- 1 root wheel 34310 Sep 18 02:55 libgnuregex.so.1.1 -r--r--r-- 1 root wheel 8406 Sep 18 02:55 libln.so.1.1 -r--r--r-- 1 root wheel 56601 Sep 18 02:55 libm.so.1.1 -r--r--r-- 1 root wheel 25231 Sep 18 02:55 libmalloc.so.1.1 -r--r--r-- 1 root wheel 67333 Sep 18 02:55 libncurses.so.2.0 -r--r--r-- 1 root wheel 126824 Sep 18 02:55 libreadline.so.1.1 -r--r--r-- 1 root wheel 138392 Sep 18 02:55 libreadline.so.2.0 lrwxr-xr-x 1 root wheel 14 Sep 18 02:44 libresolv.so -> libresolv.so.2 -r--r--r-- 1 root wheel 18558 Sep 18 02:55 libresolv.so.1.1 -r--r--r-- 1 root wheel 2155 Sep 18 02:44 libresolv.so.2 -r--r--r-- 1 root wheel 8398 Sep 18 02:55 libresolv.so.2.0 -r--r--r-- 1 root wheel 34295 Sep 18 02:55 librpcsvc.so.1.1 -r--r--r-- 1 root wheel 26332 Sep 18 02:55 libskey.so.1.1 -r--r--r-- 1 root wheel 9279 Sep 18 02:55 libtelnet.so.1.1 -r--r--r-- 2 root wheel 13417 Sep 18 02:55 libtermcap.so.1.1 lrwxr-xr-x 1 root wheel 31 Sep 18 02:55 libtermcap.so.3.0 -> /usr/lib/aout/libtermcap.so.2.1 -r--r--r-- 2 root wheel 13417 Sep 18 02:55 libtermlib.so.1.1 lrwxr-xr-x 1 root wheel 31 Sep 18 02:55 libtermlib.so.3.0 -> /usr/lib/aout/libtermlib.so.2.1 -r--r--r-- 1 root wheel 24937 Sep 18 02:55 libutil.so.1.1 lrwxr-xr-x 1 root wheel 9 Sep 18 02:44 liby.so -> liby.so.2 -r--r--r-- 1 root wheel 8600 Sep 18 02:55 liby.so.1.1 -r--r--r-- 1 root wheel 3058 Sep 18 02:44 liby.so.2 -r--r--r-- 1 root wheel 8437 Sep 18 02:55 liby.so.2.0 # file /usr/lib/compat/* | grep ELF /usr/lib/compat/libgnumalloc.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped /usr/lib/compat/libresolv.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped /usr/lib/compat/liby.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped Wonder how that happened? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:48:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09277 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:48:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09192 for ; Tue, 22 Sep 1998 14:48:17 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id PAA17117; Tue, 22 Sep 1998 15:47:36 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809222147.PAA17117@panzer.plutotech.com> Subject: Re: Grief with $Id: ncr.c,v 1.132 1998/09/22 04:56:08 gibbs Exp $ In-Reply-To: <199809221507.XAA02885@ariadne.tensor.pgs.com> from Stephen Hocking-Senior Programmer PGS Tensor Perth at "Sep 22, 98 11:07:27 pm" To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Tensor Perth) Date: Tue, 22 Sep 1998 15:47:36 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Hocking-Senior Programmer PGS Tensor Perth wrote... > > Dies in the bum before the thing even finishes its probe. Sigh. I just checked in a fix. Please try revision 1.133 of ncr.c. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:50:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09574 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:50:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09473 for ; Tue, 22 Sep 1998 14:49:49 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id PAA17138; Tue, 22 Sep 1998 15:49:10 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809222149.PAA17138@panzer.plutotech.com> Subject: Re: CAM and ncr driver - my story In-Reply-To: <199809221306.WAA17527@zodiac.mech.utsunomiya-u.ac.jp> from Kazutaka YOKOTA at "Sep 22, 98 10:06:20 pm" To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Date: Tue, 22 Sep 1998 15:49:10 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA wrote... > I just cvsupped again. ncr.c is now up to date; it's v1.132. > This time the kernel panics: > > Fatal trap 12: page fault while in kernel mode. > fault virtual address: 0x0 > ... > _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) > > Any ideas? I just checked in a fix. Please try revision 1.133 of ncr.c. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 14:52:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09915 for freebsd-current-outgoing; Tue, 22 Sep 1998 14:52:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from flamingo.McKusick.COM (flamingo.mckusick.com [209.31.233.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09845 for ; Tue, 22 Sep 1998 14:51:46 -0700 (PDT) (envelope-from mckusick@flamingo.McKusick.COM) Received: from flamingo.McKusick.COM (mckusick@localhost [127.0.0.1]) by flamingo.McKusick.COM (8.8.5/8.8.5) with ESMTP id NAA14526; Tue, 22 Sep 1998 13:11:40 -0700 (PDT) Message-Id: <199809222011.NAA14526@flamingo.McKusick.COM> To: Luoqi Chen Subject: Re: Yet another patch to try for softupdates panic cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-reply-to: Your message of "Tue, 22 Sep 1998 17:39:26 EDT." <199809222139.RAA04421@lor.watermarkgroup.com> Date: Tue, 22 Sep 1998 13:11:35 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In case (2), the fsync() syscall does call VOP_FSYNC with MNT_WAIT and you most definitely *must* write out the parent directory entries! When the fsync system call returns, it ensures that the entire file, including its name, is on stable storage. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:11:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13553 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:11:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hi.pu.ru (xi.pu.ru [193.124.85.215]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13410 for ; Tue, 22 Sep 1998 15:10:09 -0700 (PDT) (envelope-from igor@hi.pu.ru) Received: (from igor@localhost) by hi.pu.ru (8.8.8/8.8.8) id CAA07715; Wed, 23 Sep 1998 02:09:50 +0400 (MSD) (envelope-from igor) Message-ID: <19980923020950.57947@pu.ru> Date: Wed, 23 Sep 1998 02:09:50 +0400 From: Igor Nikolaev To: current@FreeBSD.ORG Subject: OBJFORMAT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! All mk files in 3.0-19980919-BETA:/usr/share/mk have # Default executable format OBJFORMAT?= aout and I `export OBJFORMAT=elf` for `cd port; make; make install` in another way I see striptease with `/usr/libexec/elf/strip -> bla-bla-bla format`. *0921 have this problem or not? --- Igor Nikolaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:11:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13626 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:11:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13478 for ; Tue, 22 Sep 1998 15:10:31 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from rumba.enst.fr (rumba.enst.fr [137.194.32.188]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id AAA28149; Wed, 23 Sep 1998 00:09:48 +0200 (MET DST) Received: (from beyssac@localhost) by rumba.enst.fr (8.8.8/8.8.8) id AAA25825; Wed, 23 Sep 1998 00:09:43 +0200 (MET DST) Message-ID: <19980923000943.A25792@rumba.enst.fr> Date: Wed, 23 Sep 1998 00:09:43 +0200 From: Pierre Beyssac To: Alfred Perlstein , Pierre Beyssac Cc: freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments References: <19980922193953.B24869@rumba.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Alfred Perlstein on Tue, Sep 22, 1998 at 04:29:54PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 04:29:54PM -0500, Alfred Perlstein wrote: > uh :) that's because the packages are just pre-compiled binaries, most are > done in a.out to support 2.2.x, in fact i don't know of a ELF package made > so far. That I could understand, but I was talking about a bash I recompiled myself from the GNU archive, using 3.0 tools installed from the BETA distribution. Unless I missed something (which is quite possible), it seems to me it would be more logical to generate ELF binaries in a 3.0 installed from scratch. -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:23:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16231 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:23:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16190 for ; Tue, 22 Sep 1998 15:22:59 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id RAA06561; Tue, 22 Sep 1998 17:22:23 -0500 (CDT) Date: Tue, 22 Sep 1998 17:22:23 -0500 (CDT) From: Steve Price To: "Donald J. Maddox" cc: current@FreeBSD.ORG Subject: Re: Loadable Modules in ELF XF86 In-Reply-To: <19980922161455.A1815@scsn.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Donald J. Maddox wrote: # On Tue, Sep 22, 1998 at 12:27:10PM +1000, David Dawes wrote: # > These are X server modles, not kernel modules. If the X server is ELF, # > then its modules should be too. # > # > My first guess is that the something like the following needs to be # > added to FreeBSD.cf so that X server symbols get exported for use by # > the modules: # > # > #if UseElfFormat # > #define DlLibrary -rdynamic # > #else # > #define DlLibrary /**/ # > #endif # > # > #if BuildDynamicLoading # > #define ServerExtraSysLibs DlLibrary # > #else # > #define ServerExtraSysLibs /**/ # > #endif # > # > # > Another thing that probably needs to be changed is the definition of # > PREPEND_UNDERSCORE in xfree86/common/xf86Dl.c, which determines whether # > symbols passed to dlsym(3) include a leading underscore. I'd suggest: # > # > #if defined(CSRG_BASED) && !defined(__ELF__) # > #define PREPEND_UNDERSCORE # > #endif # # Yeah, Vladimir was kind enough to straighten me out on this stuff. Now # that you've posted this, maybe someone with commit privs will actually # put it in the port... I hope :-) I'm fixing to start a build with this patch. If all goes well it will be submitted later on tonight. Steve # # To Unsubscribe: send mail to majordomo@FreeBSD.org # with "unsubscribe freebsd-current" in the body of the message # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:32:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18090 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:32:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from flamingo.McKusick.COM (flamingo.mckusick.com [209.31.233.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18031 for ; Tue, 22 Sep 1998 15:31:52 -0700 (PDT) (envelope-from mckusick@flamingo.McKusick.COM) Received: from flamingo.McKusick.COM (mckusick@localhost [127.0.0.1]) by flamingo.McKusick.COM (8.8.5/8.8.5) with ESMTP id NAA14655; Tue, 22 Sep 1998 13:51:21 -0700 (PDT) Message-Id: <199809222051.NAA14655@flamingo.McKusick.COM> To: Luoqi Chen Subject: Re: Yet another patch to try for softupdates panic cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-reply-to: Your message of "Tue, 22 Sep 1998 18:11:27 EDT." <199809222211.SAA04717@lor.watermarkgroup.com> Date: Tue, 22 Sep 1998 13:51:20 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Date: Tue, 22 Sep 1998 18:11:27 -0400 (EDT) From: Luoqi Chen To: luoqi@watermarkgroup.com, mckusick@McKusick.COM Subject: Re: Yet another patch to try for softupdates panic Cc: Don.Lewis@tsc.tdk.com, current@freebsd.org > In case (2), the fsync() syscall does call VOP_FSYNC with MNT_WAIT > and you most definitely *must* write out the parent directory > entries! When the fsync system call returns, it ensures that > the entire file, including its name, is on stable storage. > > Kirk McKusick > That's not what I see in FreeBSD's code. Here is the fsync() function copied from kern/vfs_syscalls.c [rev1.106], int fsync(p, uap) struct proc *p; struct fsync_args /* { syscallarg(int) fd; } */ *uap; { register struct vnode *vp; struct file *fp; int error; if (error = getvnode(p->p_fd, SCARG(uap, fd), &fp)) return (error); vp = (struct vnode *)fp->f_data; if ((error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) == NULL) { if (vp->v_object) { vm_object_page_clean(vp->v_object, 0, 0, FALSE); } if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_SOFTDEP)) { error = VOP_FSYNC(vp, fp->f_cred, MNT_LAZY, p); ^^^^^^^^ } else { error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASY NC)) ? MNT_NOWAIT : MNT_WAIT, p); } VOP_UNLOCK(vp, 0, p); if ((vp->v_mount->mnt_flag & MNT_SOFTDEP) && bioops.io_sync) (*bioops.io_sync)(NULL); } return (error); } Ok, I did a little digging through the CVS log, the waitfor flag was changed to MNT_LAZY by John Dyson in March with the following log message: Correct a significant problem with the softupdates port. Allow fsync to work properly within the softupdates framework, and thereby eliminate some unfortunate panics. Does anyone know what significant problem John was refering to? -lq That is very strange. The code that I put in was: int fsync(p, uap) struct proc *p; struct fsync_args /* { syscallarg(int) fd; } */ *uap; { register struct vnode *vp; struct file *fp; int error; if (error = getvnode(p->p_fd, SCARG(uap, fd), &fp)) return (error); vp = (struct vnode *)fp->f_data; if ((error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) == NULL) { if (vp->v_object) { vm_object_page_clean(vp->v_object, 0, 0, FALSE); } error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? MNT_NOWAIT : MNT_WAIT, p); VOP_UNLOCK(vp, 0, p); } return (error); } The whole point of adding softdep_fsync was specifically to make sure that the name got sync'ed when the user did an fsync syscall. Also the addition of a call to bioops.io_sync is totally gratuitous and indeed will cause terrible performance problems if fsyncs occur too rapidly. I really wish that people that make changes that affect the soft update code would at least send me the diffs before they commit them so I can catch blatent errors like the change you sent me. Sigh. I do think that you are moving in the right direction towards resolving the problem. Specifically, I think that what we need to do is to break softdep_fsync out of VOP_FSYNC and call it separately in those places where it is really needed and desired. That way VOP_FSYNC will not violate the locking rule on the vnode with which it is called. I am plowing through the list that you made to check whether there are any other cases beside the fsync system call where softdep_fsync is needed. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:42:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20356 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:42:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20264 for ; Tue, 22 Sep 1998 15:42:15 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id RAA04421; Tue, 22 Sep 1998 17:39:26 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 17:39:26 -0400 (EDT) From: Luoqi Chen Message-Id: <199809222139.RAA04421@lor.watermarkgroup.com> To: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com Subject: Re: Yet another patch to try for softupdates panic Cc: mckusick@flamingo.McKusick.COM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You could tweak this call to VOP_FSYNC() to get it to avoid the > > call to softdep_fsync(), but how many other places in the kernel > > also need to be fixed? It may be better to only call softdep_fsync() > > from within the fsync() syscall handler. I don't know that any other > > users of VOP_FSYNC() need to ensure that the parent directories are > > pushed to disk. > > > I totally agree. This is the way to go. I'll try this and let you know > how it turns out. > > -lq > I have checked all places that VOP_FSYNC() is called, and I found that we may not need the function softdep_fsync() after all. Calls to VOP_FSYNC() can be basically grouped into 4 categories: 1. via the VFS_SYNC() call. In this case we don't need to call softdep_fsync(), because VOP_FSYNC() will be called for the parent directory too, and that should take care of the dependencies softdep_fsync() is supposed to get rid of. 2. via fsync() syscall and sync_fsync() by syncer. VOP_FSYNC() is called with MNT_LAZY and softdep_fsync() will not get called. 3. called for block device to flush disk buffers. softdep_fsync() will do nothing here 4. via vinvalbuf() and ffs_truncate() softdep_fsync() will introduce a race condition and we want to avoid it. So the only case that softdep_fsync() actually does something useful is exactly the case that we don't want softdep_fsync() to be called. Did I miss anything here? I'm surprise myself at this conclusion. I will try without softdep_fsync() and hope I won't trash my disk completely. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 15:42:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20377 for freebsd-current-outgoing; Tue, 22 Sep 1998 15:42:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20278 for ; Tue, 22 Sep 1998 15:42:18 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id SAA04717; Tue, 22 Sep 1998 18:11:27 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 18:11:27 -0400 (EDT) From: Luoqi Chen Message-Id: <199809222211.SAA04717@lor.watermarkgroup.com> To: luoqi@watermarkgroup.com, mckusick@McKusick.COM Subject: Re: Yet another patch to try for softupdates panic Cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In case (2), the fsync() syscall does call VOP_FSYNC with MNT_WAIT > and you most definitely *must* write out the parent directory > entries! When the fsync system call returns, it ensures that > the entire file, including its name, is on stable storage. > > Kirk McKusick > That's not what I see in FreeBSD's code. Here is the fsync() function copied from kern/vfs_syscalls.c [rev1.106], int fsync(p, uap) struct proc *p; struct fsync_args /* { syscallarg(int) fd; } */ *uap; { register struct vnode *vp; struct file *fp; int error; if (error = getvnode(p->p_fd, SCARG(uap, fd), &fp)) return (error); vp = (struct vnode *)fp->f_data; if ((error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) == NULL) { if (vp->v_object) { vm_object_page_clean(vp->v_object, 0, 0, FALSE); } if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_SOFTDEP)) { error = VOP_FSYNC(vp, fp->f_cred, MNT_LAZY, p); ^^^^^^^^ } else { error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASY NC)) ? MNT_NOWAIT : MNT_WAIT, p); } VOP_UNLOCK(vp, 0, p); if ((vp->v_mount->mnt_flag & MNT_SOFTDEP) && bioops.io_sync) (*bioops.io_sync)(NULL); } return (error); } Ok, I did a little digging through the CVS log, the waitfor flag was changed to MNT_LAZY by John Dyson in March with the following log message: Correct a significant problem with the softupdates port. Allow fsync to work properly within the softupdates framework, and thereby eliminate some unfortunate panics. Does anyone know what significant problem John was refering to? -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:07:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24389 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:07:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA24357 for ; Tue, 22 Sep 1998 16:06:53 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 20889 invoked by uid 1001); 22 Sep 1998 23:06:16 +0000 (GMT) To: asmodai@wxs.nl Cc: current@FreeBSD.ORG Subject: Re: DNS in CURRENT In-Reply-To: Your message of "Tue, 22 Sep 1998 21:09:09 +0200" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 23 Sep 1998 01:06:16 +0200 Message-ID: <20887.906505576@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I was trying to set up DNS for 3.0 CURRENT and was amazed at the different > style of configurating... Only the top level configuration file has changed - named.boot has become named.conf. /usr/sbin/named-bootconf will do most of the conversion job for you. The zone files are the same. > Can anybody point me to the right direction of where I can find some docs > about this new style, because I just managed the 'old' one and haven't > found anything about the new one... See http://www.isc.org/bind8/index.html. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:15:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25716 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:15:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA25697 for ; Tue, 22 Sep 1998 16:15:25 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca3-55.ix.netcom.com [209.109.233.55]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id QAA17469; Tue, 22 Sep 1998 16:14:50 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id QAA09111; Tue, 22 Sep 1998 16:14:46 -0700 (PDT) Date: Tue, 22 Sep 1998 16:14:46 -0700 (PDT) Message-Id: <199809222314.QAA09111@silvia.hip.berkeley.edu> To: bright@hotjobs.com CC: beyssac@enst.fr, freebsd-current@FreeBSD.ORG In-reply-to: (message from Alfred Perlstein on Tue, 22 Sep 1998 16:29:54 -0500 (EST)) Subject: Re: 19980921-BETA: more comments From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Alfred Perlstein * uh :) that's because the packages are just pre-compiled binaries, most are * done in a.out to support 2.2.x, in fact i don't know of a ELF package made This is not true. Ports will be made to compile in either a.out or ELF, depending on what you are running on your system. (This means ELF for 3.0-snap/beta users.) Packages in packages-stable on ftp.freebsd.org are a.out only, but that's because it's for 2.2-stable. There will be ELF packgaes in packages-current soon. * On Tue, 22 Sep 1998, Pierre Beyssac wrote: * * > Another small problem with the installed configuration: all the * > distribution is in ELF format, but the default configuration seems to * > generate a.out executables when installing packages. One issue is that not many ports are fixed yet. We are working on them. * > For example I installed bash-2.02 through the standard GNU procedure, * > and I got the following (I noticed it because "size" at the end of the * > bash compilation failed): If you use "the standard GNU procedure" (as opposed to using our ports), you are on your own. We never know what the hell their configure is thinking. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:21:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26597 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:21:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mordred.cs.ucla.edu (Mordred.CS.UCLA.EDU [131.179.48.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26586 for ; Tue, 22 Sep 1998 16:21:15 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.9.1/8.9.1) with ESMTP id QAA00317 for ; Tue, 22 Sep 1998 16:20:44 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199809222320.QAA00317@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: ncr.c 1.132 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 16:20:44 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cvsup'd circa 3pm Pacfic, rebuilt kernel, and >fwap!< it panics during bootstrap with the following backtrace (no, I didn't copy argument addrs, but will do if necessary): _ncr_script_copy_and_bind _ncr_attach _pci_drvattach _pci_addcfg _pci_probebus _pci_probe _pci_configure _configure _main This blows up early enough that you can't get a kernel to dump core ... -scooter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:31:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28154 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:31:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28137 for ; Tue, 22 Sep 1998 16:31:24 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id RAA17792; Tue, 22 Sep 1998 17:25:42 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809222325.RAA17792@panzer.plutotech.com> Subject: Re: burn cd ? In-Reply-To: <3607F0DB.E13321C2@webwizard.org.mx> from Edwin Culp at "Sep 22, 98 01:47:55 pm" To: eculp@webwizard.org.mx (Edwin Culp) Date: Tue, 22 Sep 1998 17:25:42 -0600 (MDT) Cc: michael_class@bbn.hp.com, croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote... > Michael Class wrote: > > > Hello, > > > > the short answer to your questions is yes, but ... > > > > Werner, I was using the same setup as you before C-Day. Basically with > > CAM, worm is gone. So you have to go to cdrecord. You need a special > > version for CAMified FreeBSD, that is most likely the reason why it not > > working any more for you, Edwin. > > > > I got the software from > > port: > > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > > > patch: > > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 > > By the way, you are aware that the above "patch" is the executable with the > cam patch? No it isn't. The binary with the newer CAM patches is here: ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test The patch referenced above really is a patch against the cdrecord 1.6 sources. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:34:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28786 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:34:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28781 for ; Tue, 22 Sep 1998 16:34:20 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id QAA01910; Tue, 22 Sep 1998 16:33:49 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id QAA04153; Tue, 22 Sep 1998 16:33:48 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id QAA19332; Tue, 22 Sep 1998 16:33:46 -0700 (PDT) From: Don Lewis Message-Id: <199809222333.QAA19332@salsa.gv.tsc.tdk.com> Date: Tue, 22 Sep 1998 16:33:46 -0700 In-Reply-To: Don Lewis "Re: softupdates & fsck" (Sep 21, 4:20am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: current@FreeBSD.ORG Subject: Re: softupdates & fsck Cc: mckusick@McKusick.COM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This problem appears to be caused by a bug fix to the linkup() function in fsck that was merged from Lite2 (please excuse the cut & paste) if (preen) printf(" (RECONNECTED)\n"); else if (reply("RECONNECT") == 0) return (0); + if (parentdir != 0) + lncntp[parentdir]++; if (lfdir == 0) { that more or less duplicates a previous bug fix from Terry Lambert. if (lostdir) { if ((changeino(orphan, "..", lfdir) & ALTERED) == 0 && parentdir != (ino_t)-1) (void)makeentry(orphan, lfdir, ".."); dp = ginode(lfdir); dp->di_nlink++; inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); + if (parentdir != (ino_t)-1) { + printf("PARENT WAS I=%lu\n", (u_long)parentdir); + /* + * The parent directory, because of the ordering + * guarantees, has had the link count incremented + * for the child, but no entry was made. This + * fixes the parent link count so that fsck does + * not need to be rerun. + */ + lncntp[parentdir]++; + + } if (preen == 0) This duplicate adjustment causes the parent directory's link count to be decremented too much when the orphaned directory is reconnected under lost+found. I believe Terry's fix is the correct one, since we shouldn't muck with the link count of the parent directory unless we actually reconnect the orphan to lost+found and change where its .. link points. On Sep 21, 4:20am, Don Lewis wrote: } Subject: Re: softupdates & fsck } You too can easily reproduce this fsck bug at home, though I still haven't } figure out how to reproduce the bug that causes some directories to get } extra links. } } The following transcript shows "fsck -p" taking a slighty but safely } munged filesystem, mangling it into an unsafe state, and then setting } the filesystem clean flag. I don't know if softupdates should be } leaving the filesystem in the initial munged state after a panic, but } it seems to to it frequently for me. } } Start with an ordinary formatted floppy and ... } } # newfs -t 2 -u 18 -l 1 fd0 } /dev/rfd0: 2880 sectors in 80 cylinders of 2 tracks, 18 sectors } 1.4MB in 5 cyl groups (16 c/g, 0.28MB/g, 128 i/g) } super-block backups (for fsck -b #) at: } 32, 632, 1184, 1784, 2336, } } # mount /dev/fd0 /mnt } } # mkdir /mnt/a /mnt/a/b } } # umount /dev/fd0 } } # fsck /dev/fd0 } ** /dev/rfd0 } ** 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 } 3 files, 3 used, 2564 free (28 frags, 317 blocks, 1.1% fragmentation) } } # fsdb /dev/rfd0 } ** /dev/rfd0 } Editing file system `/dev/rfd0' } Last Mounted on /mnt } current inode: directory } I=2 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:40 1998 [0 nsec] } CTIME=Sep 21 03:32:40 1998 [0 nsec] } ATIME=Sep 21 03:32:11 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1477cd92 } fsdb (inum: 2)> ls } slot 0 ino 2 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 128 reclen 488: directory, `a' } fsdb (inum: 2)> cd a } component `a': current inode: directory } I=128 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:40 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1d5472a1 } fsdb (inum: 128)> ls } slot 0 ino 128 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 256 reclen 488: directory, `b' } fsdb (inum: 128)> cd b } component `b': current inode: directory } I=256 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:41 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 } fsdb (inum: 256)> ls } slot 0 ino 256 reclen 12: directory, `.' } slot 1 ino 128 reclen 500: directory, `..' } fsdb (inum: 256)> cd /a } component `a': current inode: directory } I=128 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:40 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=1d5472a1 } fsdb (inum: 128)> rm b } Name `b' removed } fsdb (inum: 128)> ls } slot 0 ino 128 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 0 reclen 488: unknown, `b' } fsdb (inum: 128)> inode 256 } current inode: directory } I=256 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:41 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 } fsdb (inum: 256)> quit } *** FILE SYSTEM MARKED DIRTY } *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE } *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload } } # fsck -p /dev/rfd0 } /dev/rfd0: UNREF DIR I=256 OWNER=root MODE=40755 } /dev/rfd0: SIZE=512 MTIME=Sep 21 03:32 1998 (RECONNECTED) } /dev/rfd0: NO lost+found DIRECTORY (CREATED) } /dev/rfd0: DIR I=256 CONNECTED. PARENT WAS I=128 } /dev/rfd0: LINK COUNT DIR I=128 OWNER=root MODE=40755 } /dev/rfd0: SIZE=512 MTIME=Sep 21 03:32 1998 COUNT 3 SHOULD BE 1 (ADJUSTED) } /dev/rfd0: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) } /dev/rfd0: SUMMARY INFORMATION BAD (SALVAGED) } /dev/rfd0: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) } /dev/rfd0: 4 files, 4 used, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) } } # fsck -p /dev/rfd0 } /dev/rfd0: clean, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) } } # fsdb -r /dev/rfd0 } ** /dev/rfd0 (NO WRITE) } Examining file system `/dev/rfd0' } Last Mounted on /mnt } current inode: directory } I=2 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:40 1998 [0 nsec] } CTIME=Sep 21 03:32:40 1998 [0 nsec] } ATIME=Sep 21 03:32:11 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=4 FLAGS=0 BLKCNT=1 GEN=1477cd92 } fsdb (inum: 2)> ls } slot 0 ino 2 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 128 reclen 12: directory, `a' } slot 3 ino 3 reclen 476: directory, `lost+found' } fsdb (inum: 2)> cd a } component `a': current inode: directory } I=128 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:40 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=1 GEN=1d5472a1 } fsdb (inum: 128)> ls } slot 0 ino 128 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 0 reclen 488: unknown, `b' } fsdb (inum: 128)> cd /lost+found } component `lost+found': current inode: directory } I=3 MODE=41777 SIZE=512 } MTIME=Sep 21 03:34:14 1998 [0 nsec] } CTIME=Sep 21 03:34:14 1998 [0 nsec] } ATIME=Sep 21 03:34:14 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=1 GEN=3b0651c } fsdb (inum: 3)> ls } slot 0 ino 3 reclen 12: directory, `.' } slot 1 ino 2 reclen 12: directory, `..' } slot 2 ino 256 reclen 488: directory, `#256' } fsdb (inum: 3)> cd #256 } component `#256': ls } current inode: directory } I=256 MODE=40755 SIZE=512 } MTIME=Sep 21 03:32:41 1998 [0 nsec] } CTIME=Sep 21 03:32:41 1998 [0 nsec] } ATIME=Sep 21 03:32:41 1998 [0 nsec] } OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=1 GEN=6a4b4a86 } fsdb (inum: 256)> ls } slot 0 ino 256 reclen 12: directory, `.' } slot 1 ino 3 reclen 500: directory, `..' } fsdb (inum: 256)> quit } } # fsck /dev/rfd0 } ** /dev/rfd0 } ** Last Mounted on /mnt } ** Phase 1 - Check Blocks and Sizes } ** Phase 2 - Check Pathnames } ** Phase 3 - Check Connectivity } ** Phase 4 - Check Reference Counts } LINK COUNT DIR I=128 OWNER=root MODE=40755 } SIZE=512 MTIME=Sep 21 03:32 1998 COUNT 1 SHOULD BE 2 } ADJUST? [yn] y } } ** Phase 5 - Check Cyl groups } 4 files, 4 used, 2563 free (27 frags, 317 blocks, 1.1% fragmentation) } } ***** FILE SYSTEM WAS MODIFIED ***** } } To Unsubscribe: send mail to majordomo@FreeBSD.org } with "unsubscribe freebsd-current" in the body of the message }-- End of excerpt from Don Lewis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:39:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29416 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:39:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29351 for ; Tue, 22 Sep 1998 16:39:01 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id QAA14089; Tue, 22 Sep 1998 16:38:25 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Tue, 22 Sep 1998 16:38:24 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Ding ding ding... Dinner is served. In-Reply-To: <27932.906465144@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG System installed with routed by default. Will this be the case for 3.0 release from now on also? -- Yan I don't have the password .... + Jan Koum But the path is chainlinked .. | Spelled Jan, pronounced Yan. There. So if you've got the time .... | Web: http://www.best.com/~jkb Set the tone to sync ......... + OS: http://www.FreeBSD.org On Tue, 22 Sep 1998, Jordan K. Hubbard wrote: >ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980921-BETA, featuring a new >and improved should-actually-work-this-time floppy install, is now up >at ftp.freebsd.org. Enjoy. > >- Jordan > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:48:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01220 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:48:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01158 for ; Tue, 22 Sep 1998 16:48:03 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id TAA05655 for current@freebsd.org; Tue, 22 Sep 1998 19:47:30 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 19:47:30 -0400 (EDT) From: Luoqi Chen Message-Id: <199809222347.TAA05655@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: KERNEL redefined for genassym.c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here is the warning I got: lily-134# make depend cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-ex terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wunini tialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../ ../include -DKERNEL -include opt_global.h ../../i386/i386/genassym.c ../../i386/i386/genassym.c:61: warning: `KERNEL' redefined *Initialization*:1: warning: this is the location of the previous definition cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitia lized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../ include -DKERNEL -include opt_global.h genassym.o -o genassym ./genassym >assym.s -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:50:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01904 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:50:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01826 for ; Tue, 22 Sep 1998 16:50:17 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id SAA22505; Tue, 22 Sep 1998 18:49:30 -0500 (CDT) Date: Tue, 22 Sep 1998 18:49:30 -0500 (CDT) From: Steve Price To: osa@etrust.ru cc: current@FreeBSD.ORG Subject: Re: Can't compile XFree86 on my FreeBSD-3.0-BETA-elf box... In-Reply-To: <199809222044.AAA05525@ozz.etrust.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just got done compiling and it worked for me. I've attached my patches/patch-ba. If this doesn't work try make'ing with make PATCH_DEBUG=yes and send me a log of the output. On Wed, 23 Sep 1998, Ozz!!! wrote: # Hello! # Today I cvsuped my source tree & want compile XFree86 in elf-format... # # ===> Extracting for XFree86-3.3.2 # >> Checksum OK for xc/X332src-1.tgz # >> Checksum OK for xc/X332src-2.tgz # >> Checksum OK for xc/3.3.2-patch-1. # >> Checksum OK for xc/3.3.2-patch-2. # >> Checksum OK for xc/3.3.2-patch-3. # ===> Patching fot XFree86-3.3.2 # ===> Applying distribution patches for XFree86-3.3.2 # ===> Applying FreeBSD patches for XFree86-3.3.2 # Ignoring previously applied (or reversed) patch. # 1 out of 1 hunks ignored--saving reject to conf/cf/bsdLib.rules.rej # # *** Error code 1 # # Stop. # *** Error code 1 # # Stop. # *** Error code 1 # # Stop. # *** Error code 1 # # Stop. # *** Error code 1 # # Stop. # # What can I do ??? # # Rgdz, # oZZ, # osa@etrust.ru # http://www.etrust.ru/osa/main.html --- config/cf/bsdLib.rules.orig Sun May 11 00:04:04 1997 +++ config/cf/bsdLib.rules Sun Sep 20 15:58:36 1998 @@ -177,13 +177,10 @@ #define InstallSharedLibrary(libname,rev,dest) @@\ install:: Concat(lib,libname.so.rev) @@\ MakeDir($(DESTDIR)dest) @@\ - $(INSTALL) $(INSTALLFLAGS) $(INSTBINFLAGS) Concat(lib,libname.so.rev) $(DESTDIR)dest @@\ - (T=`echo Concat($(DESTDIR)dest/lib,libname.so.rev) | sed 's/\.[^\.]*$$//'`;\ - $(RM) $$T && $(LN) Concat(lib,libname.so.rev) $$T) @@\ - (T=`echo Concat($(DESTDIR)dest/lib,libname.so.rev) | sed 's/\.so.*$$/.so/'`;\ - $(RM) $$T && $(LN) Concat(lib,libname.so.rev) $$T) @@\ - $(RM) Concat($(DESTDIR)dest/lib,libname.so) @@\ - $(LN) Concat(lib,libname.so.rev) Concat($(DESTDIR)dest/lib,libname.so) + (T=`echo Concat(lib,libname.so.rev) | sed 's/\.[^\.]*$$//'`;\ @@\ + $(INSTALL) $(INSTALLFLAGS) $(INSTBINFLAGS) Concat(lib,libname.so.rev) $(DESTDIR)dest/$$T;\ @@\ + $(RM) Concat($(DESTDIR)dest/lib,libname.so);\ @@\ + $(LN) $$T Concat($(DESTDIR)dest/lib,libname.so)) #endif /* InstallSharedLibrary */ /* @@ -227,6 +224,21 @@ $(RM) Concat(lib,libname.so.rev) #endif /* SharedLibraryTarget */ + +#ifndef SharedDepModuleTarget +#define SharedDepModuleTarget(name,deps,solist) @@\ +AllTarget(name) @@\ + @@\ +name: deps @@\ + $(RM) $@~ @@\ + $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + @@\ +clean:: @@\ + $(RM) name + +#endif /* SharedDepModuleTarget */ /* * SharedLibraryDataTarget - generate rules to create shlib data file; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:55:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02805 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:55:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02787; Tue, 22 Sep 1998 16:55:32 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from rumba.enst.fr (rumba.enst.fr [137.194.32.188]) by enst.enst.fr (8.9.1a/8.9.1) with ESMTP id BAA22465; Wed, 23 Sep 1998 01:54:54 +0200 (MET DST) Received: (from beyssac@localhost) by rumba.enst.fr (8.8.8/8.8.8) id BAA26148; Wed, 23 Sep 1998 01:54:49 +0200 (MET DST) Message-ID: <19980923015449.A26094@rumba.enst.fr> Date: Wed, 23 Sep 1998 01:54:49 +0200 From: Pierre Beyssac To: Satoshi Asami , bright@hotjobs.com Cc: beyssac@enst.fr, freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments References: <199809222314.QAA09111@silvia.hip.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809222314.QAA09111@silvia.hip.berkeley.edu>; from Satoshi Asami on Tue, Sep 22, 1998 at 04:14:46PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 04:14:46PM -0700, Satoshi Asami wrote: > * > generate a.out executables when installing packages. > > One issue is that not many ports are fixed yet. We are working on them. Yes, sorry I really misphrased my comment in a bad way and it doesn't read at all like what I wanted to say... I should have written "when *compiling* stuff". This was a remark on the default configuration of the compiling environment in 3.0 BETA. I expected it would be clearer by mentioning "the standard GNU procedure" for installing bash (meaning I recompiled it myself), but it only added to the confusion. > If you use "the standard GNU procedure" (as opposed to using our > ports), you are on your own. We never know what the hell their > configure is thinking. :) Point taken (and granted :) -- Pierre Beyssac pb@enst.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 16:56:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02894 for freebsd-current-outgoing; Tue, 22 Sep 1998 16:56:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-50.ppp.wenet.net [206.15.84.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA02815 for ; Tue, 22 Sep 1998 16:55:59 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id QAA01109; Tue, 22 Sep 1998 16:56:38 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 22 Sep 1998 16:56:37 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Parag Patel cc: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-Reply-To: <199809220202.TAA00429@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Sep 1998, Parag Patel wrote: [...] > The problem is at probe time. It takes many minutes (5-7) to decide > there are no LUNs attached to SCSI ID 4, which is a Sony CDU-926S CD-R > drive. It eventally aborts out after issuing a bus reset. I was > getting these errors from a kernel a few days ago, but it went through > them a lot faster than it does now. Also, the Sony has no LUNs but CAM > seems to think it has. > > Is there some BIOS setting I should now be using to prevent CAM from > getting into this timeout loop? Have you tried telling the controler not to support multiple LUNs? This is reachable from the BIOS tweaker, which can be reached by hitting ctrl-a at boot. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:05:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05343 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:05:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-50.ppp.wenet.net [206.15.84.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05280 for ; Tue, 22 Sep 1998 17:05:07 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with ESMTP id RAA01599; Tue, 22 Sep 1998 17:04:30 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 22 Sep 1998 17:04:30 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=" cc: current Subject: Re: Strange CAM panics [LONG] In-Reply-To: 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 X-Loop: FreeBSD.ORG On 22 Sep 1998, Dag-Erling C. [iso-8859-1] Smørgrav wrote: [...] > Unfortuantely, gdb won't recognize my kernel dump: You need an a.out gdb for your a.out kernel. Perhaps gdb should be built for both types of binaries and gdb be made into a symlink to the appropiate one... or something... - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:07:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05787 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:07:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts04-065.dublin.indigo.ie [194.125.148.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05691 for ; Tue, 22 Sep 1998 17:06:57 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id AAA01346; Wed, 23 Sep 1998 00:27:34 +0100 (IST) (envelope-from rotel@ginseng.indigo.ie) From: Niall Smart Message-Id: <199809222327.AAA01346@indigo.ie> Date: Wed, 23 Sep 1998 00:27:34 +0000 In-Reply-To: <19980921095656.C18812@matti.ee>; Vallo Kallaste Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: vallo@matti.ee, current@FreeBSD.ORG Subject: Re: the fs fun never stops Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 21, 9:56am, Vallo Kallaste wrote: } Subject: Re: the fs fun never stops > Perhaps all this nice posting should go into FAQ with somewhat modified form ? > I can say that all replys I got from Bill are almost anytime very helpful and > I learned a lot of things recently by this way. Can anybody pick it up and > convert into FAQ, please ? There is already a fairly comprehensive section in the handbook which covers getting the kernel to core dump and how to obtain a backtrace. Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:07:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05839 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:07:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts04-065.dublin.indigo.ie [194.125.148.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05747 for ; Tue, 22 Sep 1998 17:07:14 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id AAA01316; Wed, 23 Sep 1998 00:25:08 +0100 (IST) (envelope-from rotel@ginseng.indigo.ie) From: Niall Smart Message-Id: <199809222325.AAA01316@indigo.ie> Date: Wed, 23 Sep 1998 00:25:08 +0000 In-Reply-To: <3605E837.701ED953@ameritech.net>; Adam McDougall Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: Adam McDougall , current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 21, 1:46am, Adam McDougall wrote: } Subject: Re: freezing problems with CAM and dpt > > Yes I disabled softupdates and it still happened. Suspiciously I think > each time the freeze occurred was when using (linux) ELF netscape with > ELF world and Xfree. The very last crash happened when the disk was > fairly idle, just scrolling around in netscape. However it never froze > the comp before CAM :/ I once had a problem with ``random'' reboots but just before asking here I traced it down to the linux emulation, a cvsup and recompile of the lkms fixed it. Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:07:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05860 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:07:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--200.sirius.net [205.134.241.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05761 for ; Tue, 22 Sep 1998 17:07:19 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id RAA02505; Tue, 22 Sep 1998 17:06:38 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809230006.RAA02505@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex cc: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-reply-to: Your message of "Tue, 22 Sep 1998 16:56:37 PDT." X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 17:06:38 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Have you tried telling the controler not to support multiple LUNs? This >is reachable from the BIOS tweaker, which can be reached by hitting ctrl-a >at boot. I shall have to double-check, but I didn't see anything to do with LUNs in the Adaptec BIOS settings. I may have missed it. Anyway, I added a quirk to cam/cam_xpt.c for my Sony and now things boot and run much faster. Now if only I could figure out why the probe for my single IDE CD-ROM takes so long... Thanks! -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:08:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05917 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:08:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts04-065.dublin.indigo.ie [194.125.148.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05796; Tue, 22 Sep 1998 17:07:27 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id AAA01550; Wed, 23 Sep 1998 00:41:47 +0100 (IST) (envelope-from rotel@ginseng.indigo.ie) From: Niall Smart Message-Id: <199809222341.AAA01550@indigo.ie> Date: Wed, 23 Sep 1998 00:41:47 +0000 In-Reply-To: <199809211223.OAA23471@sos.freebsd.dk>; Søren Schmidt Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: sos@FreeBSD.ORG, abial@nask.pl (Andrzej Bialecki) Subject: Re: DEVFS & SLICE? Cc: peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 21, 2:23pm, Søren Schmidt wrote: } Subject: Re: DEVFS & SLICE? > In reply to Andrzej Bialecki who wrote: > > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > then, please, what for, because I can't see what (significant) added > > functionality over standard /dev/* it offered... > > It doesn't give me anything but an emptier looking /dev with only those > devices in it that I actually have :) I tried DEVFS for the first time today and thats about what I see too. What exactly is its purpose -- to replace a shell script? Am I missing something or is this a solution looking for a problem? (Apologies to the developers of DEVFS) Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:11:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06533 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:11:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06396 for ; Tue, 22 Sep 1998 17:10:11 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca3-55.ix.netcom.com [209.109.233.55]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA17534; Tue, 22 Sep 1998 17:09:35 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA09320; Tue, 22 Sep 1998 17:09:32 -0700 (PDT) Date: Tue, 22 Sep 1998 17:09:32 -0700 (PDT) Message-Id: <199809230009.RAA09320@silvia.hip.berkeley.edu> To: beyssac@enst.fr CC: bright@hotjobs.com, beyssac@enst.fr, freebsd-current@FreeBSD.ORG In-reply-to: <19980923015449.A26094@rumba.enst.fr> (message from Pierre Beyssac on Wed, 23 Sep 1998 01:54:49 +0200) Subject: Re: 19980921-BETA: more comments From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Yes, sorry I really misphrased my comment in a bad way and it doesn't * read at all like what I wanted to say... I should have written "when * *compiling* stuff". This was a remark on the default configuration of * the compiling environment in 3.0 BETA. You mean you try to compile "hello world!" and it comes out as an a.out binary? That definitely is the problem in the snapshot then. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:12:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06973 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:12:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-50.ppp.wenet.net [206.15.84.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06837 for ; Tue, 22 Sep 1998 17:12:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id RAA01674; Tue, 22 Sep 1998 17:13:11 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 22 Sep 1998 17:13:11 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Parag Patel cc: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-Reply-To: <199809230006.RAA02505@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Parag Patel wrote: [...] > I shall have to double-check, but I didn't see anything to do with LUNs > in the Adaptec BIOS settings. I may have missed it. I'm obviously not in the BIOS setup right now, but it's the top option (Controller options or somesuch), then advanced options (or similar) that lets you enable/disable among other things Ultra Speeds, and how to treat Removable Media. > Anyway, I added a quirk to cam/cam_xpt.c for my Sony and now things > boot and run much faster. This doesn't seem quite right. Ah well. > Now if only I could figure out why the probe for my single IDE CD-ROM > takes so long... That's IDE for you. Make sure to remove any unneeded controllers/devices/drives from your kernel config files. IDE seems to take forever to timeout. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:27:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10460 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:27:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts04-065.dublin.indigo.ie [194.125.148.195]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10288 for ; Tue, 22 Sep 1998 17:26:32 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id BAA02122; Wed, 23 Sep 1998 01:18:51 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809230018.BAA02122@indigo.ie> Date: Wed, 23 Sep 1998 01:18:51 +0000 In-Reply-To: <27214.906456112@time.cdrom.com>; "Jordan K. Hubbard" Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: "Jordan K. Hubbard" , ben@rosengart.com Subject: Re: shouting in a void? Cc: "Dag-Erling C. Smrgrav" , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 22, 2:21am, "Jordan K. Hubbard" wrote: } Subject: Re: shouting in a void? > > I'm tired of jumping through hoops. I'm going pretty far out of my way > > to be helpful to the FreeBSD project and to myself by spotting problems > > in 3.0-alpha^H^H^H^H^Hbeta, and all I hear is that I'm not doing enough. > > Now now, calm down. Perhaps the real problem is that you're not > really cut out for running -current and we simply have a personnel > mis-match problem here. And do hang on, before you get your back-fur > all standing on end, and let me just clarify what I meant by that, [snip] I'd just like to say that expecting -current users to follow CVS logs is just unrealistic, which is what Dag-Erling was proposing, and in that context Ben's reply is bang on, you can't expect that level of dedication from your beta testers (or you won't have m?any). Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:36:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12353 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:36:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from owl.org (owl.org [198.206.215.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12236 for ; Tue, 22 Sep 1998 17:36:05 -0700 (PDT) (envelope-from cgull@owl.org) Received: (from cgull@localhost) by owl.org (8.8.8/8.8.8/cgull) id UAA04547; Tue, 22 Sep 1998 20:35:26 -0400 (EDT) (envelope-from cgull) Message-ID: <19980922203526.47538@owl.org> Date: Tue, 22 Sep 1998 20:35:26 -0400 From: john hood To: current@FreeBSD.ORG Subject: 3.0-BETA ELF upgrade builds compat cruft Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So... I'm in the last stages of the elf upgrade on my recently sup'ed to 3.0-BETA box. Apart from not having enough disk space, it has gone fairly smoothly, but for one thing: It tries to do an aout build and a kernel build because it's only testing for `uname -r` -eq "3.0-CURRENT", but we're not -current anymore, are we? :) We're not even -beta for very long, hopefully. --jh -- Mr. Belliveau said, "the difference was the wise, John Hood, cgull intelligent look on the face of the cow." He was @ *so* right. --Ofer Inbar owl.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:44:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13355 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:44:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13299 for ; Tue, 22 Sep 1998 17:43:59 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id SAA18348; Tue, 22 Sep 1998 18:43:25 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809230043.SAA18348@panzer.plutotech.com> Subject: Re: ncr.c 1.132 In-Reply-To: <199809222320.QAA00317@mordred.cs.ucla.edu> from Scott Michel at "Sep 22, 98 04:20:44 pm" To: scottm@cs.ucla.edu (Scott Michel) Date: Tue, 22 Sep 1998 18:43:25 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Scott Michel wrote... > cvsup'd circa 3pm Pacfic, rebuilt kernel, and >fwap!< it panics > during bootstrap with the following backtrace (no, I didn't copy > argument addrs, but will do if necessary): > > _ncr_script_copy_and_bind > _ncr_attach > _pci_drvattach > _pci_addcfg > _pci_probebus > _pci_probe > _pci_configure > _configure > _main > > This blows up early enough that you can't get a kernel to dump > core ... It's been fixed. Get revision 1.133 of ncr.c or backup to 1.130. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 17:58:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15580 for freebsd-current-outgoing; Tue, 22 Sep 1998 17:58:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA15561 for ; Tue, 22 Sep 1998 17:58:47 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id RAA03011; Tue, 22 Sep 1998 17:58:07 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id RAA05600; Tue, 22 Sep 1998 17:58:06 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id RAA19571; Tue, 22 Sep 1998 17:58:05 -0700 (PDT) From: Don Lewis Message-Id: <199809230058.RAA19571@salsa.gv.tsc.tdk.com> Date: Tue, 22 Sep 1998 17:58:05 -0700 In-Reply-To: Alfred Perlstein "Re: Yet another patch to try for softupdates panic" (Sep 22, 1:20pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Alfred Perlstein Subject: Re: Yet another patch to try for softupdates panic Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 22, 1:20pm, Alfred Perlstein wrote: } Subject: Re: Yet another patch to try for softupdates panic } > if (vp->v_dirtyblkhd.lh_first != NULL) { } > splx(s); } > if ((error = VOP_FSYNC(vp, cred, MNT_WAIT, p)) != 0) } > return (error); } > s = splbio(); } > if (vp->v_numoutput > 0 || } > vp->v_dirtyblkhd.lh_first != NULL) } > panic("vinvalbuf: dirty bufs"); } > } } > splx(s); } just to further my understand with a quite niave question :) } doesn't splx(s); block all other things from running thereby making this a } no-race situation? Nope, you've got it exactly backwards, splbio() blocks out interrupts at the bio level and lower and splx(s) restores the previous interrupt mask. We enter the above code with interrupts blocked, since we don't want an interrupt handler mucking with vp->v_dirtyblkhd while we're looking at it, then we unblock interrupts. After the VOP_FSYNC(), we block interrupts again before doing the if test. It wouldn't be desirable to block interrupts across the VOP_FSYNC() because VOP_FSYNC() may take quite a long time. Actually, it would not even be possible because VOP_FSYNC() does a bunch of disk I/O which needs the interrupts that would be blocked by splbio(). Curiously enough, it is quite common for code to block interrupts and then sleep to wait for an event. Somewhere down in the bowels of the scheduler, the interrupts are then reenabled. The reason for doing this is if you don't block interrupts, the event may be caused by an interrupt that happens between the time you check to see if it safe for you to continue and the time that you actually go to sleep and unless the event happens again, you will never wake up ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 18:23:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19374 for freebsd-current-outgoing; Tue, 22 Sep 1998 18:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19346 for ; Tue, 22 Sep 1998 18:23:45 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA03369; Tue, 22 Sep 1998 18:23:08 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA06109; Tue, 22 Sep 1998 18:23:06 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA19637; Tue, 22 Sep 1998 18:23:05 -0700 (PDT) From: Don Lewis Message-Id: <199809230123.SAA19637@salsa.gv.tsc.tdk.com> Date: Tue, 22 Sep 1998 18:23:05 -0700 In-Reply-To: Snob Art Genre "further debugging woes" (Sep 22, 3:11pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: further debugging woes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 22, 3:11pm, Snob Art Genre wrote: } Subject: further debugging woes } } The automatic fsck failed with an unexpected softupdates inconsistency. } I ran fsck manually, and then, as an experiment, ran it again. The } second time, it found a link count of -11 that should have been 2 that } it missed during the first manual run! Fsck is broken and actually corrupts the filesystem. It didn't miss the bad link count the first time, it actually broke it. See my patch in bin/8030. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 18:24:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19553 for freebsd-current-outgoing; Tue, 22 Sep 1998 18:24:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19532 for ; Tue, 22 Sep 1998 18:24:25 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA21548; Tue, 22 Sep 1998 18:23:53 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd021425; Tue Sep 22 18:23:39 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id SAA10869; Tue, 22 Sep 1998 18:23:33 -0700 (MST) From: Terry Lambert Message-Id: <199809230123.SAA10869@usr06.primenet.com> Subject: Re: the fs fun never stops To: jdp@polstra.com (John Polstra) Date: Wed, 23 Sep 1998 01:23:33 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199809220108.SAA16736@austin.polstra.com> from "John Polstra" at Sep 21, 98 06:08:09 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > The simplest is to use "strip -aout ...". > > > > I still find it silly that the wrapper functions don't just check > > the magic number, and call the right thing. > > The wrappers don't do that because they don't know which command > line arguments are file names. All of them starting with the one after the last one with a "-", for the commands I can see that have been wrapped... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:20:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA00586 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:20:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA00554 for ; Tue, 22 Sep 1998 19:20:11 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA10908; Wed, 23 Sep 1998 11:43:15 +1000 Date: Wed, 23 Sep 1998 11:43:15 +1000 From: Bruce Evans Message-Id: <199809230143.LAA10908@godzilla.zeta.org.au> To: current@FreeBSD.ORG, luoqi@watermarkgroup.com Subject: Re: KERNEL redefined for genassym.c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Here is the warning I got: > >lily-134# make depend >cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-ex >terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wunini >tialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../ >../include -DKERNEL -include opt_global.h ../../i386/i386/genassym.c >../../i386/i386/genassym.c:61: warning: `KERNEL' redefined >*Initialization*:1: warning: this is the location of the previous definition >... This is harmless. I left it defined there to reduce mail ... from people who have forgotten to rerun config to get an up to date Makefile :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:20:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA00617 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:20:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA00608 for ; Tue, 22 Sep 1998 19:20:47 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id LAA03514; Wed, 23 Sep 1998 11:47:31 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809230147.LAA03514@cimlogic.com.au> Subject: Re: 3.0-BETA ELF upgrade builds compat cruft In-Reply-To: <19980922203526.47538@owl.org> from john hood at "Sep 22, 98 08:35:26 pm" To: cgull@owl.org (john hood) Date: Wed, 23 Sep 1998 11:47:31 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG john hood wrote: > So... > > I'm in the last stages of the elf upgrade on my recently sup'ed to > 3.0-BETA box. Apart from not having enough disk space, it has gone > fairly smoothly, but for one thing: It tries to do an aout build > and a kernel build because it's only testing for `uname -r` -eq > "3.0-CURRENT", but we're not -current anymore, are we? :) We're > not even -beta for very long, hopefully. I'll change the test for 3.0-CURRENT to 3.0-BETA. I chose to make the test fail for all but installed systems that report the same as what the current sources build to be conservative. I made no attempt to deal with installed versions of 3.0-CURRENT that haven't been updated for 6 months (for example) - those people who install current and don't follow current are on their own. The theory behind doing a complete aout build first is to deal with a system that is in an unknown state. This is over-kill, I'll agree, but it deals with systems that have been hacked into a state that I can't test for. The aout WORLDTMP is used instead of the installed tools to build the elf world - that gives it the best chance of success. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:27:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01235 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:27:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01225 for ; Tue, 22 Sep 1998 19:27:14 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id SAA17767; Tue, 22 Sep 1998 18:29:53 -0700 (PDT) Message-ID: <19980922182953.A17759@nuxi.com> Date: Tue, 22 Sep 1998 18:29:53 -0700 From: "David O'Brien" To: Stefan Eggers , ben@rosengart.com Cc: current@FreeBSD.ORG Subject: Re: making current a bit friendlier: cvs-cur Reply-To: obrien@NUXI.com References: <199809221955.VAA17781@semyam.dinoco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809221955.VAA17781@semyam.dinoco.de>; from Stefan Eggers on Tue, Sep 22, 1998 at 09:55:22PM +0200 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > whereby one could receive CVS messages for commits to the source of > > current only? I would greatly appreciate it. This is really easy to do using Procmail (in ports/mail/procmail). -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Tue Sep 22 19:29:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01624 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:29:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01585; Tue, 22 Sep 1998 19:29:37 -0700 (PDT) (envelope-from smp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id UAA15410; Tue, 22 Sep 1998 20:13:17 -0600 (MDT) Message-Id: <199809230213.UAA15410@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Peter Wemm cc: Frank Nobis , freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today In-reply-to: Your message of "Wed, 23 Sep 1998 00:46:35 +0800." <199809221646.AAA08321@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 20:13:17 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter, > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > > 22682 root 105 0 748K 240K RUN 0 0:48 99.32% 90.33% pig > > 22683 root 105 0 748K 240K CPU1 1 0:46 99.39% 89.45% pig > > > > --- > > This is with a system cvsup'ed midday yesterday. > > Running an ELF world? > > I used to see top showing itself on CPU0 or CPU1, with two processes in > "RUN" state and nothing else on the other CPU. Yes, (I think) I started with the 3.0-980917-SNAP and cvsuped on the 20th. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:49:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05842 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:49:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from phoenix (phoenix.aye.net [206.185.8.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA05830 for ; Tue, 22 Sep 1998 19:49:52 -0700 (PDT) (envelope-from terbart@aye.net) Received: (qmail 17268 invoked by uid 3185); 23 Sep 1998 01:48:35 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 23 Sep 1998 01:48:35 -0000 Date: Tue, 22 Sep 1998 21:48:35 -0400 (EDT) From: Barrett Richardson To: current@FreeBSD.ORG Subject: 19980917-SNAP boot floppy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just snagged the boot floppy and booted. The installation died because it was unable to find the 19980916-SNAP. Shouldn't it have been looking for the 19980917-SNAP? Am I omitting something obvious? -- B. Richardson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:52:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06158 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:52:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06129 for ; Tue, 22 Sep 1998 19:51:58 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id TAA26590; Tue, 22 Sep 1998 19:51:56 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd026566; Tue Sep 22 19:51:50 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id TAA16353; Tue, 22 Sep 1998 19:51:28 -0700 (MST) From: Terry Lambert Message-Id: <199809230251.TAA16353@usr06.primenet.com> Subject: Re: Need a mojor dev number.. To: mike@smith.net.au (Mike Smith) Date: Wed, 23 Sep 1998 02:51:28 +0000 (GMT) Cc: shocking@prth.pgs.com, current@FreeBSD.ORG In-Reply-To: <199809212210.PAA01721@dingo.cdrom.com> from "Mike Smith" at Sep 21, 98 03:10:34 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm porting the 3dfx driver to FreeBSD (as released by Daryl Strauss) > > and am in need of a major number so I can actually get this thing > > going. Can someone hand me something? This looks quite straightforward > > otherwise. > > Your number is 107. Please take a seat until called. In accordance to the subject, could you explain how the major number 107 has more mojo than other major numbers? }B-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:53:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06344 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:53:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06336 for ; Tue, 22 Sep 1998 19:53:31 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id EAA15608 for freebsd-current@FreeBSD.ORG; Wed, 23 Sep 1998 04:09:43 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 132951513; Wed, 23 Sep 1998 00:33:48 +0200 (CEST) Date: Wed, 23 Sep 1998 00:33:47 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: staroffice/linux-compat on Current working? Message-ID: <19980923003347.A24233@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <19980921081535.A13288@keltia.freenix.fr> <199809210636.XAA03377@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809210636.XAA03377@rah.star-gate.com>; from Amancio Hasty on Sun, Sep 20, 1998 at 11:36:03PM -0700 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Amancio Hasty: > Star Office patch level 3 has not locked up over here in a while . I installed it (thanks for the forward Amancio) and the only time it locked was when I tried to print directly. Not a big deal... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 19:57:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07017 for freebsd-current-outgoing; Tue, 22 Sep 1998 19:57:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07012 for ; Tue, 22 Sep 1998 19:57:23 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id TAA09293; Tue, 22 Sep 1998 19:57:20 -0700 (PDT) (envelope-from jdp) Message-Id: <199809230257.TAA09293@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: the fs fun never stops In-reply-to: Your message of "Wed, 23 Sep 1998 01:23:33 -0000." <199809230123.SAA10869@usr06.primenet.com> Date: Tue, 22 Sep 1998 19:57:20 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The wrappers don't do that because they don't know which command > > line arguments are file names. > > All of them starting with the one after the last one with a "-", for > the commands I can see that have been wrapped... ld foo.o -L/usr/lib bar.o -o fooprog -L /usr/local/lib lam.o -lm -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:05:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09032 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:05:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA09018 for ; Tue, 22 Sep 1998 20:05:17 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id UAA07005; Tue, 22 Sep 1998 20:05:16 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd006970; Tue Sep 22 20:05:13 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id UAA17230; Tue, 22 Sep 1998 20:05:10 -0700 (MST) From: Terry Lambert Message-Id: <199809230305.UAA17230@usr06.primenet.com> Subject: Re: Yet another patch to try for softupdates panic To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Wed, 23 Sep 1998 03:05:10 +0000 (GMT) Cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com In-Reply-To: <199809212327.TAA23891@lor.watermarkgroup.com> from "Luoqi Chen" at Sep 21, 98 07:27:23 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The unlock is not bogus at all. You have to maintain a strict locking order > to avoid deadlocks. For vnodes, this locking order is the directory tree > itself, i.e., you have to lock the parent first, then the child. So if you > hold the lock on the child and intend to lock the parent, you have to > release the lock on child first, then acquire the lock on the parent, and > then reacquire lock the the child. That's also the reason why you can't have > hardlinks to a directory. Actually, I believe the hard linked directory capability was removed in FreeBSD because it facilitates parent traversal to root, and because POSIX permits this removal by intentionally avoiding the definition of a directory to be "a type of file". I think that it also avaids a number of painful circumstances, like directory loops. I believe soft updates specified this behaviour because of the referential integrity problem for the traversal of the ".." entry to obtain the parent directory vnode. For the way hard links are implemented (i.e., not using an on disk "alias node"), the parentage of any filesystem object that is either not a directory, or is a hard-linked directory, is suspect. If you were to change the physical manifestation of hard links, causing them to take up another 256 bytes for the first link and 128 bytes per hard link threafter, using a new inode file type to do this (the first one causes the generation of an alias object in both the source and target directories), you could reenable hard links of directories. This change would require an inode allocation per link instance, and one for the real file, and the addition of a pass to fsck to take these secondary inodes into account as being virtually referenced by a directory. You could also store a "parent" pointer for each object, which would mean that you could always get the absolute location in the FS of any file, no matter how it was open'ed, and therefore the file's name (since the vnode structure would point to an in core copy of the alias node from on disk, which would them point to the in-core copy of the linked file. Yet another application for FS_getbackingvp(), to avoid VM object aliases... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:11:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10076 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:11:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10059 for ; Tue, 22 Sep 1998 20:11:27 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id UAA09399; Tue, 22 Sep 1998 20:11:16 -0700 (PDT) (envelope-from jdp) Message-Id: <199809230311.UAA09399@austin.polstra.com> To: Harlan.Stenn@pfcs.com Subject: Re: a.out buildworld still failing... In-Reply-To: <18722.906451258@brown.pfcs.com> References: <18722.906451258@brown.pfcs.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 22 Sep 1998 20:11:16 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <18722.906451258@brown.pfcs.com>, Harlan Stenn wrote: > I frequently re-cvsup and start with an *empty* /var/obj, just to be sure. > > This is about as far as I get; the irritating bit is that the failure point > keeps moving around. The disk is local - no NFS. ... > eelf_i386.c:753: parse error before `lang_statemen' > eelf_i386.c:57: warning: `gldelf_i386_find_statement_assignment' declared `stati > c' but never defined You've got some sort of hardware problem or kernel problem. What the compiler is seeing as "lang_statemen" is actually "lang_statement_union_type". It's as though your file is truncated, or filled with a block of 0s at that point. If you failed to mention that you're overclocking, please give yourself 3 firm whacks on the hand with a wooden ruler. :-) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:14:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10641 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:14:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10621 for ; Tue, 22 Sep 1998 20:14:23 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id UAA04351; Tue, 22 Sep 1998 20:14:17 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd004277; Tue Sep 22 20:14:14 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id UAA17867; Tue, 22 Sep 1998 20:14:11 -0700 (MST) From: Terry Lambert Message-Id: <199809230314.UAA17867@usr06.primenet.com> Subject: Re: elf & compat To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 23 Sep 1998 03:14:11 +0000 (GMT) Cc: chuckr@mat.net, freebsd-current@FreeBSD.ORG In-Reply-To: <26071.906444360@time.cdrom.com> from "Jordan K. Hubbard" at Sep 21, 98 11:06:00 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > They're still being built, tho. I want that for aout, but not elf, > > right? > > Uh, right. Compat libs for things which never existed in ELF form > would be somewhat superfluous, doncha think? :-) So a program which, when build a.out, require an a.out libgnumalloc, will, when built ELF, *not* require an ELF libgnumalloc? How does that work? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:18:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA11410 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:18:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11393 for ; Tue, 22 Sep 1998 20:18:07 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id UAA09439; Tue, 22 Sep 1998 20:18:02 -0700 (PDT) (envelope-from jdp) Message-Id: <199809230318.UAA09439@austin.polstra.com> To: dag-erli@ifi.uio.no Subject: Re: Strange CAM panics [LONG] In-Reply-To: References: <199809221347.HAA14437@panzer.plutotech.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 22 Sep 1998 20:18:02 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= wrote: > Unfortuantely, gdb won't recognize my kernel dump: > > finrod@niobe ~/crash$ gdb -k kernel.sym vmcore.0 > GDB is free software and you are welcome to distribute copies of it > under certain conditions; type ßhow copying"to see the conditions. > There is absolutely no warranty for GDB; type ßhow warranty"for details. > GDB 4.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc... > > "/home/finrod/crash/kernel.sym": not in executable format: File format not recognized Yes, it's a pain. Build yourself an a.out version of gdb (set OBJFORMAT=aout in the environment when building it) and install it as something like "agdb". Then use that on the kernel. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:18:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA11490 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:18:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11464; Tue, 22 Sep 1998 20:18:24 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id UAA05355; Tue, 22 Sep 1998 20:17:35 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd005340; Tue Sep 22 20:17:32 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id UAA18197; Tue, 22 Sep 1998 20:17:19 -0700 (MST) From: Terry Lambert Message-Id: <199809230317.UAA18197@usr06.primenet.com> Subject: Re: DEVFS & SLICE? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 23 Sep 1998 03:17:19 +0000 (GMT) Cc: bde@zeta.org.au, sos@FreeBSD.ORG, abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com, peter@netplex.com.au In-Reply-To: <199809220810.SAA05183@godzilla.zeta.org.au> from "Bruce Evans" at Sep 22, 98 06:10:27 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now I remember why it is not such a good idea :-). Removable disks may > not be there, and some disk drivers spew printfs when they are not there. > This was especially annoying for floppy disks under SLICE. Keeping the > list in userland allows better control. Not only better control, but also the ability to become desynchronized from the current kernel, just like libkvm. A highly desirable feature? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:22:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12457 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:22:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12439 for ; Tue, 22 Sep 1998 20:22:24 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id UAA12738; Tue, 22 Sep 1998 20:22:21 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd012685; Tue Sep 22 20:22:19 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id UAA18540; Tue, 22 Sep 1998 20:22:15 -0700 (MST) From: Terry Lambert Message-Id: <199809230322.UAA18540@usr06.primenet.com> Subject: Re: shouting in a void? To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Wed, 23 Sep 1998 03:22:15 +0000 (GMT) Cc: tlambert@primenet.com, ben@rosengart.com, current@FreeBSD.ORG In-Reply-To: from "Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=" at Sep 22, 98 01:28:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > My normal practice is to use "cvs log", rather than getting the > > commits. That way, I can generate the messages in blocks, and > > for only the areas of the system I care about. The mail is sent > > at the end of my SUP script. > > Assuming you have a copy of the repository. Not everybody does or > wants to... How do they get the new code for which they needed to see the commit logs if they didn't check the new code out, thus not needing to see the commit logs, not my hacked-up method of displaying a subset of the commit logs? 8-). If you don't have a repository, then you don't need to follow either the commit logs nor a subset of the commit logs, since you aren't going to be able to check out the code if you see something interesting go by... right? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:27:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13434 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:27:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13415 for ; Tue, 22 Sep 1998 20:27:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id UAA00951; Tue, 22 Sep 1998 20:28:34 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: initiate_write_filepage panic. In-reply-to: Your message of "Tue, 22 Sep 1998 11:48:16 EDT." <199809221548.LAA01145@lor.watermarkgroup.com> Date: Tue, 22 Sep 1998 20:28:34 -0700 Message-ID: <948.906521314@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The patch is now under Kirk's review. He promised the official version > will be much better looking :) Do you know if he's going to have that ready for 3.0-RELEASE? I'd hate to have my principle test box crashing left and right when the time comes from a problem that could have been at leaste worked-around. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:29:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13874 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:29:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13846 for ; Tue, 22 Sep 1998 20:29:06 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id UAA09379; Tue, 22 Sep 1998 20:29:02 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd009334; Tue Sep 22 20:29:00 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id UAA19271; Tue, 22 Sep 1998 20:28:56 -0700 (MST) From: Terry Lambert Message-Id: <199809230328.UAA19271@usr06.primenet.com> Subject: Re: Yet another patch to try for softupdates panic To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Wed, 23 Sep 1998 03:28:56 +0000 (GMT) Cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com, mckusick@flamingo.McKusick.COM In-Reply-To: <199809221605.MAA01306@lor.watermarkgroup.com> from "Luoqi Chen" at Sep 22, 98 12:05:22 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, there's a race here, and also a couple of other places VOP_FSYNC() are > called. > > > You could tweak this call to VOP_FSYNC() to get it to avoid the > > call to softdep_fsync(), but how many other places in the kernel > > also need to be fixed? It may be better to only call softdep_fsync() > > from within the fsync() syscall handler. I don't know that any other > > users of VOP_FSYNC() need to ensure that the parent directories are > > pushed to disk. > > I totally agree. This is the way to go. I'll try this and let you know > how it turns out. I would be wary of this; specifically, consider the case of a softdep mounted root with a /dev directory, and the need to commit dirty blocks to a specfs device. I believe that Julian can comment on this, since we looked at this in the early days of the "sync not honoring dependency order" bug, and decided that there was a problem with the vm object commits for the devices themselves, and thus for things like the superblock and other "external" metadata. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:29:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13875 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:29:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13847 for ; Tue, 22 Sep 1998 20:29:07 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id UAA09526; Tue, 22 Sep 1998 20:28:57 -0700 (PDT) (envelope-from jdp) Message-Id: <199809230328.UAA09526@austin.polstra.com> To: osa@etrust.ru Subject: Re: Can't compile XFree86 on my FreeBSD-3.0-BETA-elf box... In-Reply-To: <199809222044.AAA05525@ozz.etrust.ru> References: <199809222044.AAA05525@ozz.etrust.ru> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 22 Sep 1998 20:28:57 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809222044.AAA05525@ozz.etrust.ru>, Ozz!!! wrote: > Hello! > Today I cvsuped my source tree & want compile XFree86 in elf-format... > > ===> Extracting for XFree86-3.3.2 > >> Checksum OK for xc/X332src-1.tgz > >> Checksum OK for xc/X332src-2.tgz > >> Checksum OK for xc/3.3.2-patch-1. > >> Checksum OK for xc/3.3.2-patch-2. > >> Checksum OK for xc/3.3.2-patch-3. > ===> Patching fot XFree86-3.3.2 ^^^ ||| If it really said "fot", you've got file corruption. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:36:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15777 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:36:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home2.stratos.net (home2.stratos.net [209.117.223.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA15698 for ; Tue, 22 Sep 1998 20:36:27 -0700 (PDT) (envelope-from drifter@localhost.net) Received: from pm3-17-7.stratos.net [207.87.124.7] by home2.stratos.net (SMTPD32-4.03) id ACB6B320150; Tue, 22 Sep 1998 23:36:22 EDT Date: Tue, 22 Sep 1998 23:43:09 -0400 (EDT) From: Rob To: Tom Jackson cc: Rob , current@FreeBSD.ORG Subject: Re: aic0 troubles... Can CAM be disabled in FreeBSD-CURRENT? In-Reply-To: <19980922032049.A12241@TOJ.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Tom Jackson wrote: > Is your source 8/31 or newer? 8/31 was about the right time to do the elf Yep. I grabbed the 3.0-19980831-SNAP a couple of weeks ago. > upgrade. The cam integration was on 9/15. If you source that date or later, > you will SOL for running the 1502. Running CAM is NOT optional if you update > to current source. Yep. I wish I had heard about the aic warnings /before/ I cvsuped after 9/15... Oh, well. [More to come...] vvv > > If you are running current, GENERICupgrade does come into play, only used > for stable upgrades. > > On Mon, Sep 21, 1998 at 05:43:10PM -0400, Rob wrote: > > > > > > Unfortunately, I was bit by the aic situation too. I have an AIC 1520B > > card running on a 3.0-08311998-SNAP running with no problems. Then I > > decided it was time to take the big plunge and upgrade to ELF. > > Before I did this, I noticed this lack of aic support problem > > on the current mailing list, and discovered that it wouldn't run > > under CAM. > > Since I had seen an `options CAM' in my GENERICupgrade > > kernel after cvsuping to the latest sources (I thought), I assumed that > > CAM was optional, and as long as I didn't upgrade to it (regardless of > > whether I had ELF or not), I would be fine. > > So I backed up GENERICupgrade, then made the changes of > > getting rid of the `option CAM' and the `da' and `sa' devices before > > doing a `make aout-to-elf-build', `shutdown now', and `make aout-to- > > elf install'. > ^^^^^^- this (make aout-to-elf-install) will install elf binaries etal > but your old kernel will still work. Sure enough, you were right. I had to comment out the kernel rebuild line in the Makefile.upgrade in order to bypass this. I still had problems with ld-elf.so.1 not being put in /usr/libexec before installing perl5, but that was easily fixed. While I have a nicely working ELF system, now I have this problem where I can't load any `lkm's (No screen saver issue to worry about :) due to undefined symbols (aout coredump v. elf coredump) Meanwhile, I patiently await a new aic driver so that I can build an up-to-date kernel... Thanks for the help... -Rob > > > After the aout and elf stuff was built in /usr/obj, it began > > the upgrade process in building the kernel, and then with `make depend': > > > > ... blah blah ... > > cc: ../../dev/aic6x60/aic.c: No such file or directory > > cc: ../../i386/isa/aic_isa.c: No such file or directory > > > > (These did exist in the ../../compile/GENERICupgrade directory, however... > > $ ls aic* > > aic.h > > aic7xxx_reg.h > > aic7xxx_seq.h > > aicasm > > aicasm.o > > aicasm_gram.c > > aicasm_gram.o > > aicasm_scan.c > > aicasm_scan.o > > aicasm_symbol.o > > ). > > > > What gives here? Did I have to do something special to disable > > CAM besides getting rid of options CAM. Is CAM really "built-in" so > > there's no way to disable it in CURRENT? Is it a requirement for ELF? > > Did I have any business assuming I could disable CAM just because I saw > > it as an option to the GENERICupgrade config file? > > > > By the way, my computer is in single user mode as I write. > > Can I safely reboot the system and restart it with my old kernel (the > > ELF binaries were not installed yet...) with no problems until the > > aic drivers are rewritten? > > Where can I find out more about CAM anyway? > > > > Thanks, > > > > -Rob > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > Sorry if this not what you were asking. Good luck, > > -- > Tom > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:42:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17267 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:42:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17165; Tue, 22 Sep 1998 20:42:15 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id VAA19022; Tue, 22 Sep 1998 21:42:10 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809230342.VAA19022@panzer.plutotech.com> Subject: Re: [CAM] boot messages, not configured devices In-Reply-To: <199809221729.TAA01202@qix> from Jean-Marc Zucconi at "Sep 22, 98 07:29:12 pm" To: jmz@FreeBSD.ORG (Jean-Marc Zucconi) Date: Tue, 22 Sep 1998 21:42:10 -0600 (MDT) Cc: ken@plutotech.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jean-Marc Zucconi wrote... > >>>>> Kenneth D Merry writes: > > >> Indeed, my drives had a 'SC_ONE_LU' entry in the old scsiconf.c > >> file. However, your patch does not help - I still get the messages. > > > Hmm. Well, I'm out of ideas to fix that one for now, unless I somehow > > botched the quirk entry in the patch....yep, I did. Sorry about that. Can > > you try the new patch I attached? > > Works fine now. Thanks. Good. I've commited that patch to the tree. > The CD-R is now attached, but the message appears a long time after the > system has booted: > Sep 22 09:13:52 qix /kernel.cam: changing root device to da0a > Sep 22 09:14:46 qix /kernel.cam: cd2 at ncr1 bus 0 target 3 lun 0 > Sep 22 09:14:46 qix /kernel.cam: cd2: Removable CD-ROM SCSI2 device > Sep 22 09:14:46 qix /kernel.cam: cd2: 3.300MB/s transfers > Sep 22 09:14:46 qix /kernel.cam: cd2: Attempt to query device size failed: NOT READY, Logical unit not ready, cause not reportable > > Unfortunately I can't mount any CD. I get an I/O error: > (cd2:ncr1:0:3:0): extraneous data discarded. > (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. > (cd2:ncr1:0:3:0): extraneous data discarded. > (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. > (cd2:ncr1:0:3:0): extraneous data discarded. > (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. > (cd2:ncr1:0:3:0): extraneous data discarded. > (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. > (cd2:ncr1:0:3:0): extraneous data discarded. > (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. > (cd2:ncr1:0:3:0): cddone: got error 0x5 back That looks like a problem I fixed in revision 1.3 of scsi_cd.c. Which version do you have? I also committed the attach fix (allowing 0x04 errors for read capacity), so you'll probably want version 1.4 of scsi_cd.c. Also, what kind of NCR boards do you have? And which board is the worm drive on? I grabbed an HP 4020i from our CD-burning machine, and hooked it up to a Diamond Fireport 40 (875-based board) in my test box. I believe the 4020i is very similar to the Philips drive you have. It seems to work okay, with a few odd notes: - When you boot without a CD, the drive takes a long time to probe, as you reported. This is because it is *extremely* slow to respond to a read capacity when there is no media in the drive. We issue a read capacity command with a timeout of 20 seconds and a retry count of 1. It seems to take almost the full 20 seconds to respond to each read capacity command. So it takes 40 seconds or more for the drive probe message to print out after bootup. - I hit the button to make the CD tray come out during the probe process, and the read capacity failed with a vendor specific error code -- 0x84,0x00. - There are a few other odd things that I don't have time to sort out tonight. Anyway, let me know about your configuration and which version of scsi_cd.c you've got. I may be able to come up with something somewhat close to what you have and reproduce your problem. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:43:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17423 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:43:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17320 for ; Tue, 22 Sep 1998 20:42:43 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id NAA03852; Wed, 23 Sep 1998 13:48:13 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809230348.NAA03852@cimlogic.com.au> Subject: Re: elf & compat In-Reply-To: <199809230314.UAA17867@usr06.primenet.com> from Terry Lambert at "Sep 23, 98 03:14:11 am" To: tlambert@primenet.com (Terry Lambert) Date: Wed, 23 Sep 1998 13:48:13 +1000 (EST) Cc: jkh@time.cdrom.com, chuckr@mat.net, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > They're still being built, tho. I want that for aout, but not elf, > > > right? > > > > Uh, right. Compat libs for things which never existed in ELF form > > would be somewhat superfluous, doncha think? :-) > > So a program which, when build a.out, require an a.out libgnumalloc, > will, when built ELF, *not* require an ELF libgnumalloc? > > How does that work? I thought the /usr/lib/compat libraries were provided for backward compatibility, not as a set of libraries for linking new programs against. Since we haven't released anything in ELF format yet, we have nothing to keep compatibility with. Programs which require an ELF version of gnumalloc should get that from /usr/local/lib. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:44:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17593 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:44:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17448; Tue, 22 Sep 1998 20:43:05 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA22172; Wed, 23 Sep 1998 13:42:45 +1000 Date: Wed, 23 Sep 1998 13:42:45 +1000 From: Bruce Evans Message-Id: <199809230342.NAA22172@godzilla.zeta.org.au> To: bde@zeta.org.au, tlambert@primenet.com Subject: Re: DEVFS & SLICE? Cc: abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com, peter@netplex.com.au, sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Now I remember why it is not such a good idea :-). Removable disks may >> not be there, and some disk drivers spew printfs when they are not there. >> This was especially annoying for floppy disks under SLICE. Keeping the >> list in userland allows better control. > >Not only better control, but also the ability to become desynchronized >from the current kernel, just like libkvm. A highly desirable >feature? In a way. Decoupling of libkvm from the currently running kernel helps keep it working on dead kernels. A desirable feature. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:44:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17741 for freebsd-current-outgoing; Tue, 22 Sep 1998 20:44:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17605 for ; Tue, 22 Sep 1998 20:44:03 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id XAA07699; Tue, 22 Sep 1998 23:43:50 -0400 (EDT) (envelope-from luoqi) Date: Tue, 22 Sep 1998 23:43:50 -0400 (EDT) From: Luoqi Chen Message-Id: <199809230343.XAA07699@lor.watermarkgroup.com> To: jkh@time.cdrom.com, luoqi@watermarkgroup.com Subject: Re: initiate_write_filepage panic. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The patch is now under Kirk's review. He promised the official version > > will be much better looking :) > > Do you know if he's going to have that ready for 3.0-RELEASE? I'd > hate to have my principle test box crashing left and right when the > time comes from a problem that could have been at leaste > worked-around. :-) > > - Jordan > Actually, after more discussion, I believe Kirk will do it a little differently by adopting Don Lewis' suggestion. I think there will be enough time to get it ready for 3.0-RELEASE (Oct 15, right?), as we now have a pretty good understanding of the problem and how the fix should be. In fact, I already have my own version of the fix and successfully finished one round of buildworld. I expect to see an official version by the end of this week. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 20:59:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19553 for freebsd-current-outgoing; Tue, 22 Sep 1998 18:24:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19532 for ; Tue, 22 Sep 1998 18:24:25 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA21548; Tue, 22 Sep 1998 18:23:53 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd021425; Tue Sep 22 18:23:39 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id SAA10869; Tue, 22 Sep 1998 18:23:33 -0700 (MST) From: Terry Lambert Message-Id: <199809230123.SAA10869@usr06.primenet.com> Subject: Re: the fs fun never stops To: jdp@polstra.com (John Polstra) Date: Wed, 23 Sep 1998 01:23:33 +0000 (GMT) Cc: tlambert@primenet.com, current@freebsd.org In-Reply-To: <199809220108.SAA16736@austin.polstra.com> from "John Polstra" at Sep 21, 98 06:08:09 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org Precedence: bulk X-Loop: FreeBSD.ORG > > > The simplest is to use "strip -aout ...". > > > > I still find it silly that the wrapper functions don't just check > > the magic number, and call the right thing. > > The wrappers don't do that because they don't know which command > line arguments are file names. All of them starting with the one after the last one with a "-", for the commands I can see that have been wrapped... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:01:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21530 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:01:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21399 for ; Tue, 22 Sep 1998 21:00:59 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id AAA07807; Wed, 23 Sep 1998 00:00:16 -0400 (EDT) (envelope-from luoqi) Date: Wed, 23 Sep 1998 00:00:16 -0400 (EDT) From: Luoqi Chen Message-Id: <199809230400.AAA07807@lor.watermarkgroup.com> To: luoqi@watermarkgroup.com, tlambert@primenet.com Subject: Re: Yet another patch to try for softupdates panic Cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG, mckusick@flamingo.McKusick.COM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Yes, there's a race here, and also a couple of other places VOP_FSYNC() are > > called. > > > > > You could tweak this call to VOP_FSYNC() to get it to avoid the > > > call to softdep_fsync(), but how many other places in the kernel > > > also need to be fixed? It may be better to only call softdep_fsync() > > > from within the fsync() syscall handler. I don't know that any other > > > users of VOP_FSYNC() need to ensure that the parent directories are > > > pushed to disk. > > > > I totally agree. This is the way to go. I'll try this and let you know > > how it turns out. > > I would be wary of this; specifically, consider the case of a > softdep mounted root with a /dev directory, and the need to > commit dirty blocks to a specfs device. > > I believe that Julian can comment on this, since we looked at this > in the early days of the "sync not honoring dependency order" bug, > and decided that there was a problem with the vm object commits > for the devices themselves, and thus for things like the > superblock and other "external" metadata. > Terry, I think you're talking about a different problem. softdep_fsync() is only meaningful for a newly created file or directory in a parent directory. Unless you were talking about a new device node, this shouldn't cause any problem you mentioned. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:08:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22897 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:08:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22808 for ; Tue, 22 Sep 1998 21:07:28 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id AAA08027; Wed, 23 Sep 1998 00:08:44 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Wed, 23 Sep 1998 00:08:44 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: further debugging woes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The automatic fsck failed with an unexpected softupdates inconsistency. > I ran fsck manually, and then, as an experiment, ran it again. The > second time, it found a link count of -11 that should have been 2 that > it missed during the first manual run! > > Just for kicks: soft updates, latest source, BT-948, two SCSI disks, one > processor, a.out, no special patches running. blah :P lucky man, i just had to totally restore a system because 3.0 thought /usr looked like a more comfy spot than my swap for a crash dump. yes, i do take full responcibility for running -current, just thought i'd share :) Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:17:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24665 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:17:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bb01f39.unx.sas.com (spi11437.southpeak.com [192.58.191.143]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24622 for ; Tue, 22 Sep 1998 21:16:57 -0700 (PDT) (envelope-from jwd@bb01f39.unx.sas.com) Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id AAA04749 for freebsd-current@freebsd.org; Wed, 23 Sep 1998 00:16:53 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199809230416.AAA04749@bb01f39.unx.sas.com> Subject: Anyone doing aout 'make release' ?? To: freebsd-current@FreeBSD.ORG Date: Wed, 23 Sep 1998 00:16:53 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, If anyone is still running 'make release' on an aout system successfully, would you please let me know... Also, if possible, could you please make available your logfile? I continue to have, and am unable to determine the root cause, of the following error I have been receiving since Aug 29. -------------------------------------------------------------- >>> Re-scanning the shared libraries.. -------------------------------------------------------------- cd /usr/src; /sbin/ldconfig -R ldconfig: /var/run/ld.so.hints: No such file or directory *** Error code 255 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ---> Tue Sep 22 06:37:37 EDT 1998 - build of 3.0-980922-SNAP was an abject failure. What I know: a. The ldconfig during a 'make release' is running chroot'd. ie: from my logfile: chroot /snap/release /mk b. My objformat is aout. Once again, from my logfile just before the chroot: echo OBJFORMAT=aout > /snap/release/etc/objformat echo "export OBJFORMAT=aout" >> /snap/release/mk c. /var/run/ld.so.hints exists on my running system. It does not exist in the chroot'd area: ie: /snap/release/var/run/ld.so.hints Does NOT exist What I think: a. ldconfig should not be run when doing a 'make release' OR b. ldconfig should be given a default set of paths to search during a 'make release'. ie: maybe the default path set from /etc/rc.conf: ldconfig_paths_aout="/usr/lib/compat/aout /usr/X11R6/lib \ /usr/X11R6/lib/aout /usr/local/lib/aout" c. I do not beleive the -R option should be specified for a 'make release' Comments? Critiques? Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:25:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26432 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:25:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26290 for ; Tue, 22 Sep 1998 21:24:37 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA01238; Tue, 22 Sep 1998 21:25:16 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Terry Lambert cc: chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Wed, 23 Sep 1998 03:14:11 -0000." <199809230314.UAA17867@usr06.primenet.com> Date: Tue, 22 Sep 1998 21:25:16 -0700 Message-ID: <1235.906524716@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So a program which, when build a.out, require an a.out libgnumalloc, > will, when built ELF, *not* require an ELF libgnumalloc? Uh, what? > How does that work? How does what work? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:25:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26482 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:25:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (ppp003.infranet.fr [195.68.70.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26427 for ; Tue, 22 Sep 1998 21:25:11 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id GAA02250; Wed, 23 Sep 1998 06:21:46 +0200 (MET DST) Date: Wed, 23 Sep 1998 06:21:46 +0200 (MET DST) Message-Id: <199809230421.GAA02250@qix> From: Jean-Marc Zucconi To: ken@plutotech.com CC: ken@plutotech.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809230342.VAA19022@panzer.plutotech.com> (ken@plutotech.com) Subject: Re: [CAM] boot messages, not configured devices X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Kenneth D Merry writes: >> The CD-R is now attached, but the message appears a long time after the >> system has booted: >> Sep 22 09:13:52 qix /kernel.cam: changing root device to da0a >> Sep 22 09:14:46 qix /kernel.cam: cd2 at ncr1 bus 0 target 3 lun 0 >> Sep 22 09:14:46 qix /kernel.cam: cd2: Removable CD-ROM SCSI2 device >> Sep 22 09:14:46 qix /kernel.cam: cd2: 3.300MB/s transfers >> Sep 22 09:14:46 qix /kernel.cam: cd2: Attempt to query device size failed: NOT READY, Logical unit not ready, cause not reportable >> >> Unfortunately I can't mount any CD. I get an I/O error: >> (cd2:ncr1:0:3:0): extraneous data discarded. >> (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. >> (cd2:ncr1:0:3:0): extraneous data discarded. >> (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. >> (cd2:ncr1:0:3:0): extraneous data discarded. >> (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. >> (cd2:ncr1:0:3:0): extraneous data discarded. >> (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. >> (cd2:ncr1:0:3:0): extraneous data discarded. >> (cd2:ncr1:0:3:0): COMMAND FAILED (9 0) @0xf0792600. >> (cd2:ncr1:0:3:0): cddone: got error 0x5 back > That looks like a problem I fixed in revision 1.3 of scsi_cd.c. Which > version do you have? I also committed the attach fix (allowing 0x04 errors > for read capacity), so you'll probably want version 1.4 of scsi_cd.c. This kernel is compiled with rev 1.3 of scsi_cd.c, with your patch applied. > Also, what kind of NCR boards do you have? And which board is the worm > drive on? Both controllers are ASUS SC200 (ncr810a and ncr810); the worm is on the ncr810. Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:28:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27109 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:28:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27016 for ; Tue, 22 Sep 1998 21:28:36 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id VAA23777; Tue, 22 Sep 1998 21:28:32 -0700 (PDT) Date: Tue, 22 Sep 1998 21:28:32 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809230428.VAA23777@math.berkeley.edu> To: terbart@aye.net Subject: Re: 19980917-SNAP boot floppy Cc: current@FreeBSD.ORG, dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I just snagged the boot floppy and booted. The installation died > because it was unable to find the 19980916-SNAP. Shouldn't it have > been looking for the 19980917-SNAP? Am I omitting something obvious? It looks like the directory 3.0-19980917-SNAP actually contains a release named 3.0-19980916-SNAP and the installation floppy image will look for this directory name by default. If you can't change the directory name (because you are installing from someone else's copy of the release) you can use the installation program's menu option to change the name of release to be installed. Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:43:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29064 for freebsd-current-outgoing; Tue, 22 Sep 1998 21:43:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28989 for ; Tue, 22 Sep 1998 21:42:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA01362; Tue, 22 Sep 1998 21:43:25 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Jan B. Koum " cc: current@FreeBSD.ORG Subject: Re: Ding ding ding... Dinner is served. In-reply-to: Your message of "Tue, 22 Sep 1998 16:38:24 PDT." Date: Tue, 22 Sep 1998 21:43:25 -0700 Message-ID: <1358.906525805@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > System installed with routed by default. Will this be the case for > 3.0 release from now on also? Hmmm, no, I don't think so. I don't know why that was on - probably a mistake (mine). I've turned it off. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 21:55:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19374 for freebsd-current-outgoing; Tue, 22 Sep 1998 18:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19346 for ; Tue, 22 Sep 1998 18:23:45 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA03369; Tue, 22 Sep 1998 18:23:08 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA06109; Tue, 22 Sep 1998 18:23:06 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA19637; Tue, 22 Sep 1998 18:23:05 -0700 (PDT) From: Don Lewis Message-Id: <199809230123.SAA19637@salsa.gv.tsc.tdk.com> Date: Tue, 22 Sep 1998 18:23:05 -0700 In-Reply-To: Snob Art Genre "further debugging woes" (Sep 22, 3:11pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: further debugging woes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 22, 3:11pm, Snob Art Genre wrote: } Subject: further debugging woes } } The automatic fsck failed with an unexpected softupdates inconsistency. } I ran fsck manually, and then, as an experiment, ran it again. The } second time, it found a link count of -11 that should have been 2 that } it missed during the first manual run! Fsck is broken and actually corrupts the filesystem. It didn't miss the bad link count the first time, it actually broke it. See my patch in bin/8030. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:00:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01463 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:00:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA01446 for ; Tue, 22 Sep 1998 21:59:42 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:o4lmRJsxBLzNrM9zxSD2gNfCqKrG7hPX@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id NAA22136; Wed, 23 Sep 1998 13:59:35 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id OAA00473; Wed, 23 Sep 1998 14:00:40 +0900 (JST) Message-Id: <199809230500.OAA00473@zodiac.mech.utsunomiya-u.ac.jp> To: "Kenneth D. Merry" cc: freebsd-current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: CAM and ncr driver - my story In-reply-to: Your message of "Tue, 22 Sep 1998 15:49:10 CST." <199809222149.PAA17138@panzer.plutotech.com> References: <199809222149.PAA17138@panzer.plutotech.com> Date: Wed, 23 Sep 1998 14:00:39 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Fatal trap 12: page fault while in kernel mode. >> fault virtual address: 0x0 >> ... >> _ncr_script_copy_and_bind + 0x46: movl %esi,0(%ebx,%edi,1) >> >> Any ideas? > >I just checked in a fix. Please try revision 1.133 of ncr.c. > >Ken I just recompiled the kernel with ncr.c v1.133. It seems working! Thanks. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:16:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04049 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:16:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA04006 for ; Tue, 22 Sep 1998 22:15:46 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id BAA08476 for current@freebsd.org; Wed, 23 Sep 1998 01:15:38 -0400 (EDT) (envelope-from luoqi) Date: Wed, 23 Sep 1998 01:15:38 -0400 (EDT) From: Luoqi Chen Message-Id: <199809230515.BAA08476@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: Official softupdates patch for testers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The following is the official patch to fix the 'initiate_write_filepage' panic, plus two changes requested by Bruce Evans, 1. Do not test for vn_lock() failures if LK_RETRY flag bit is set, vn_lock can't fail in this case. 2. In fsync() syscall, always call VOP_FSYNC() with MNT_WAIT flag. This would make it a little safer for async mount and keep us in sync with other BSDs. Please send any feedback to me . Thanks. -lq Index: sys/sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.56 diff -u -r1.56 buf.h --- buf.h 1998/09/15 08:55:01 1.56 +++ buf.h 1998/09/23 04:50:50 @@ -48,6 +48,7 @@ struct buf; struct mount; +struct vnode; /* * To avoid including @@ -63,6 +64,7 @@ void (*io_start) __P((struct buf *)); void (*io_complete) __P((struct buf *)); void (*io_deallocate) __P((struct buf *)); + int (*io_fsync) __P((struct vnode *)); int (*io_sync) __P((struct mount *)); } bioops; Index: sys/kern/vfs_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.106 diff -u -r1.106 vfs_syscalls.c --- vfs_syscalls.c 1998/09/10 02:27:52 1.106 +++ vfs_syscalls.c 1998/09/23 04:53:41 @@ -1818,10 +1818,7 @@ struct vattr vattr; VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); - if (error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) { - return error; - } - + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); VATTR_NULL(&vattr); vattr.va_flags = flags; error = VOP_SETATTR(vp, &vattr, p->p_ucred, p); @@ -1892,12 +1889,9 @@ { int error; struct vattr vattr; - VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); - if (error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) { - return error; - } - + VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); VATTR_NULL(&vattr); vattr.va_mode = mode & ALLPERMS; error = VOP_SETATTR(vp, &vattr, p->p_ucred, p); @@ -1998,12 +1992,9 @@ { int error; struct vattr vattr; - VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); - if (error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) { - return error; - } - + VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); VATTR_NULL(&vattr); vattr.va_uid = uid; vattr.va_gid = gid; @@ -2115,11 +2106,7 @@ struct vattr vattr; VOP_LEASE(vp, p, p->p_ucred, LEASE_WRITE); - - if (error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) { - return error; - } - + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); VATTR_NULL(&vattr); vattr.va_atime.tv_sec = tv[0].tv_sec; vattr.va_atime.tv_nsec = tv[0].tv_usec * 1000; @@ -2421,22 +2408,14 @@ if (error = getvnode(p->p_fd, SCARG(uap, fd), &fp)) return (error); vp = (struct vnode *)fp->f_data; - if ((error = vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p)) == NULL) { - if (vp->v_object) { - vm_object_page_clean(vp->v_object, 0, 0, FALSE); - } - if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_SOFTDEP)) { - error = VOP_FSYNC(vp, fp->f_cred, MNT_LAZY, p); - } else { - error = VOP_FSYNC(vp, fp->f_cred, - (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? - MNT_NOWAIT : MNT_WAIT, p); - } - VOP_UNLOCK(vp, 0, p); - - if ((vp->v_mount->mnt_flag & MNT_SOFTDEP) && bioops.io_sync) - (*bioops.io_sync)(NULL); - } + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); + if (vp->v_object) + vm_object_page_clean(vp->v_object, 0, 0, FALSE); + if ((error = VOP_FSYNC(vp, fp->f_cred, MNT_WAIT, p)) == 0 && + vp->v_mount && (vp->v_mount->mnt_flag & MNT_SOFTDEP) && + bioops.io_fsync) + error = (*bioops.io_fsync)(vp); + VOP_UNLOCK(vp, 0, p); return (error); } Index: sys/ufs/ffs/ffs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vnops.c,v retrieving revision 1.51 diff -u -r1.51 ffs_vnops.c --- ffs_vnops.c 1998/09/07 11:50:19 1.51 +++ ffs_vnops.c 1998/09/22 23:36:57 @@ -249,9 +249,5 @@ } splx(s); getmicrotime(&tv); - if ((error = UFS_UPDATE(vp, &tv, &tv, ap->a_waitfor == MNT_WAIT)) != 0) - return (error); - if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT) - error = softdep_fsync(vp); - return (error); + return (UFS_UPDATE(vp, &tv, &tv, ap->a_waitfor == MNT_WAIT)); } Index: contrib/sys/softupdates/ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/contrib/sys/softupdates/ffs_softdep.c,v retrieving revision 1.13 diff -u -r1.13 ffs_softdep.c --- ffs_softdep.c 1998/08/12 20:46:47 1.13 +++ ffs_softdep.c 1998/09/23 04:54:32 @@ -209,6 +209,7 @@ softdep_disk_io_initiation, /* io_start */ softdep_disk_write_complete, /* io_complete */ softdep_deallocate_dependencies, /* io_deallocate */ + softdep_fsync, /* io_fsync */ softdep_process_worklist, /* io_sync */ }; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:24:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05494 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:24:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05478 for ; Tue, 22 Sep 1998 22:24:43 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id XAA09255; Tue, 22 Sep 1998 23:24:01 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id XAA26107; Tue, 22 Sep 1998 23:23:59 -0600 Date: Tue, 22 Sep 1998 23:23:59 -0600 Message-Id: <199809230523.XAA26107@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-Reply-To: <199809230314.UAA17867@usr06.primenet.com> References: <26071.906444360@time.cdrom.com> <199809230314.UAA17867@usr06.primenet.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > They're still being built, tho. I want that for aout, but not elf, > > > right? > > > > Uh, right. Compat libs for things which never existed in ELF form > > would be somewhat superfluous, doncha think? :-) > > So a program which, when build a.out, require an a.out libgnumalloc, > will, when built ELF, *not* require an ELF libgnumalloc? Because any program that used an a.out libgnumalloc was built in FreeBSD 1.* days (libgnumalloc was made static a *LONG* time ago), and any new programs wouldn't need a non-existant shlib. The same can be said of all of the other compat libraries, which are for *old* binaries from older FreeBSD releases. There are no 'old' FreeBSD releases that have 'old' ELF shared libraries. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:44:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08609 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:44:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08505 for ; Tue, 22 Sep 1998 22:44:02 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id HAA24968; Wed, 23 Sep 1998 07:43:48 +0200 (CEST) From: Holm Tiffe Message-Id: <199809230543.HAA24968@magnet.geophysik.tu-freiberg.de> Subject: Re: SMP Gurus, please help In-Reply-To: <199809230000.RAA02390@pinhead.parag.codegen.com> from Parag Patel at "Sep 22, 98 05:00:39 pm" To: parag@cgt.com (Parag Patel) Date: Wed, 23 Sep 1998 07:43:48 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >The kernel is booting to the line SMP: AP CPU #1 launched ! > > > >the the SCSI LED goes on, and after a long time I get some > >timeout messages from the Adaptec driver ( something with BDR, > >and no longer in timeout, and bus resets). nothing other happens. > > I recently had something like this happen on my SMP system. What it > was doing was some really *long* timeouts probing for LUNs that didn't > exist. My Sony CD-R drive (CDU926S) doesn't seem to handle bogus LUNs > being thrown at it very well. Switching off the drive or adding a > quirk to cam/cam_xpt.c should fix the problem. Waiting for 5-10 > minutes also worked - it eventually came up and ran fine. You may want > to try turning off various peripherals and see if that helps. I'll try that today evening, but this does'nt explain why the same machine runs fine in UP mode, with the same -current and the same hardware. I have an Toshiba CDROM and it never had problems with LUN probing. > > > >The overclocked P90 CPU (100Mhz) has never had any problems in UP mode, > >(as 1st. processor) this machine is rock solid ! > > Overclocking is never a good idea for long-term reliability. Things will work fine for months, then *boom*. Please run all your tests without overclocking so the problem is verifiably the software, otherwise I think the FreeBSD team are likely to ignore you. Yeah, I know, in the meantime I have managed to get another P100, but I shure, this isn't the problem. When you have read my entire mail, you know, that the system has the same errors, even at 75 Mhz. PS: You should teach your MUA to wrap lines after 80 characters... Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:55:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA10922 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:55:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10887 for ; Tue, 22 Sep 1998 22:54:50 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id NAA12900; Wed, 23 Sep 1998 13:52:57 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809230552.NAA12900@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Wed, 23 Sep 1998 03:14:11 GMT." <199809230314.UAA17867@usr06.primenet.com> Date: Wed, 23 Sep 1998 13:52:56 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > They're still being built, tho. I want that for aout, but not elf, > > > right? > > > > Uh, right. Compat libs for things which never existed in ELF form > > would be somewhat superfluous, doncha think? :-) > > So a program which, when build a.out, require an a.out libgnumalloc, > will, when built ELF, *not* require an ELF libgnumalloc? > > How does that work? They were provided for link-time compatability with old a.out binaries. We have not been providing gnumalloc at all for some time. The presense of the ELF libgnumalloc stub is just an oversight. The reason for /usr/lib/compat in the first place was so that ld and autoconfig wouldn't "find" -lgnumalloc or -lresolv etc, but without busting backwards compatability with "old" binaries. > > Terry Lambert > terry@lambert.org Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 22:58:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11360 for freebsd-current-outgoing; Tue, 22 Sep 1998 22:58:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA11264 for ; Tue, 22 Sep 1998 22:57:22 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 23843 invoked by uid 1001); 23 Sep 1998 05:57:15 +0000 (GMT) To: asmodai@wxs.nl Cc: current@FreeBSD.ORG Subject: Re: DNS in CURRENT In-Reply-To: Your message of "Tue, 22 Sep 1998 22:34:38 +0200" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 23 Sep 1998 07:57:15 +0200 Message-ID: <23841.906530235@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So what I have used thus far with named.boot and it's contents such as: > > directory /etc/dns > cache . named.ca > > was BIND 4? Yes. > and this new one named.conf with: > > options { > directory "/etc/dns"; > }; > > is BIND 8? Yes. Presumably you also have some lines with zone "." { type hint; file "named.ca"; }; Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:02:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12570 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:02:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA12492 for ; Tue, 22 Sep 1998 23:02:10 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id XAA00832; Tue, 22 Sep 1998 23:55:33 -0600 (MDT) Date: Tue, 22 Sep 1998 23:55:33 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809230555.XAA00832@narnia.plutotech.com> To: Alex cc: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > On Tue, 22 Sep 1998, Parag Patel wrote: > [...] >> I shall have to double-check, but I didn't see anything to do with LUNs >> in the Adaptec BIOS settings. I may have missed it. > > I'm obviously not in the BIOS setup right now, but it's the top option > (Controller options or somesuch), then advanced options (or similar) that > lets you enable/disable among other things Ultra Speeds, and how to treat > Removable Media. The driver doesn't currently honor that option. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:10:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13988 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:10:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13892 for ; Tue, 22 Sep 1998 23:09:33 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA01106; Tue, 22 Sep 1998 23:09:29 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd001059; Tue Sep 22 23:09:20 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id XAA12421; Tue, 22 Sep 1998 23:09:16 -0700 (MST) From: Terry Lambert Message-Id: <199809230609.XAA12421@usr09.primenet.com> Subject: Re: the fs fun never stops To: jdp@polstra.com (John Polstra) Date: Wed, 23 Sep 1998 06:09:16 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199809230257.TAA09293@austin.polstra.com> from "John Polstra" at Sep 22, 98 07:57:20 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > The wrappers don't do that because they don't know which command > > > line arguments are file names. > > > > All of them starting with the one after the last one with a "-", for > > the commands I can see that have been wrapped... > > ld foo.o -L/usr/lib bar.o -o fooprog -L /usr/local/lib lam.o -lm So try all of them, and take the format of the first one that's real. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:14:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14735 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:14:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14694 for ; Tue, 22 Sep 1998 23:13:51 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id XAA10713; Tue, 22 Sep 1998 23:13:46 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd010698; Tue Sep 22 23:13:42 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id XAA12526; Tue, 22 Sep 1998 23:13:32 -0700 (MST) From: Terry Lambert Message-Id: <199809230613.XAA12526@usr09.primenet.com> Subject: Re: elf & compat To: peter@netplex.com.au (Peter Wemm) Date: Wed, 23 Sep 1998 06:13:31 +0000 (GMT) Cc: tlambert@primenet.com, jkh@time.cdrom.com, chuckr@mat.net, freebsd-current@FreeBSD.ORG In-Reply-To: <199809230552.NAA12900@spinner.netplex.com.au> from "Peter Wemm" at Sep 23, 98 01:52:56 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > So a program which, when build a.out, require an a.out libgnumalloc, > > will, when built ELF, *not* require an ELF libgnumalloc? > > > > How does that work? > > They were provided for link-time compatability with old a.out binaries. > We have not been providing gnumalloc at all for some time. > > The presense of the ELF libgnumalloc stub is just an oversight. > > The reason for /usr/lib/compat in the first place was so that ld and > autoconfig wouldn't "find" -lgnumalloc or -lresolv etc, but without > busting backwards compatability with "old" binaries. Ah. So it's a shared library backward compatability thing, not a "compatability library for linking code that expects those libraries" thing. This is very confusing. I initially thought it was referring to "libcompat", which as we all know implements source compatability routines not specified by standards; it was only after reading through the entire thread that I surmised (wrongly) that it was for programs that expected to be able to link with certain third party libraries... This type of thing needs a bit less assumed context. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:19:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15508 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:19:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15493 for ; Tue, 22 Sep 1998 23:19:28 -0700 (PDT) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by atlrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id CAA23440; Wed, 23 Sep 1998 02:18:54 -0400 (EDT) Received: from localhost (michaelc@localhost) by hpbbse.bbn.hp.com with SMTP (8.7.6/8.7.3) id IAA14012; Wed, 23 Sep 1998 08:19:24 +0200 (METDST) Date: Wed, 23 Sep 1998 08:19:24 +0200 (METDST) From: Michael Class To: "Kenneth D. Merry" cc: current@FreeBSD.ORG Subject: Re: CAM and ncr driver - my story Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id XAA15496 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Hello, >> >> I got the very same problems then you. Upgrade to (at least) ncr.c rev. >> 1.130. Now it seems that almost everything is working for me with ncr >> and CAM. >> >> One minor glitch that is left for me is that my CD-WORM (HP4020i) is not >> recognized as CD-ROM drive if there is no CD in it during boot-time... > >Does it probe as a WORM or CDROM device? It sounds like you may have a >problem similar to the one Jean-Marc Zucconi has. He has a Philips drive >that fails the read capacity command with 0x04,0x00 instead of 0x3a,*, >like >most CDROM drives do. > >Try the attached patch for scsi_cd.c and see if your drive is recognized >without a CD in it. > >Ken Thank you for the patch, with it the drive is recognized with the following message: cd1 at ncr1 bus 0 target 3 lun 0 cd1: Removable CD-ROM SCSI2 device cd1: 3.300MB/s transfers cd1: Attempt to query device size failed: NOT READY, Logical unit not ready, cause not reportable Btw. the HP4020i is a relabeled Philips CDD-2000 with slightly different firmware. So I would not be asonished if Philips drives would have the same problem. Michael ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:23:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16060 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:23:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles87.castles.com [208.214.165.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16030 for ; Tue, 22 Sep 1998 23:22:54 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id XAA00964; Tue, 22 Sep 1998 23:28:14 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809230628.XAA00964@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: Terry Lambert , chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: elf & compat In-reply-to: Your message of "Tue, 22 Sep 1998 21:25:16 PDT." <1235.906524716@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Sep 1998 23:28:13 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > So a program which, when build a.out, require an a.out libgnumalloc, > > will, when built ELF, *not* require an ELF libgnumalloc? > > Uh, what? > > > How does that work? > > How does what work? :-) Terry's brain, and the answer is that it doesn't. What you're missing, Terry, is that you can't build a program that requires libgnumalloc. You can *run* one, but you can't build one. Since you can't build them, and you couldn't build them for a long time before we went ELF, you'll never want to run them (because they don't exist). Please note carefully the scope of the above discussion before indulging in a meaningless display of pedantry. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:25:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16644 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:25:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16636; Tue, 22 Sep 1998 23:25:32 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA03952; Tue, 22 Sep 1998 23:25:29 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd003923; Tue Sep 22 23:25:27 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id XAA13119; Tue, 22 Sep 1998 23:25:19 -0700 (MST) From: Terry Lambert Message-Id: <199809230625.XAA13119@usr09.primenet.com> Subject: Re: DEVFS & SLICE? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 23 Sep 1998 06:25:18 +0000 (GMT) Cc: bde@zeta.org.au, tlambert@primenet.com, abial@nask.pl, current@FreeBSD.ORG, jkh@time.cdrom.com, peter@netplex.com.au, sos@FreeBSD.ORG In-Reply-To: <199809230342.NAA22172@godzilla.zeta.org.au> from "Bruce Evans" at Sep 23, 98 01:42:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Not only better control, but also the ability to become desynchronized > >from the current kernel, just like libkvm. A highly desirable > >feature? > > In a way. Decoupling of libkvm from the currently running kernel helps > keep it working on dead kernels. A desirable feature. As I have discussed before, the correct way to implement libkvm is as a share object component of an ELF section of the kernel image. Basically, you use the running kernel to (effectively) get a shared library applicable to the running kernel. In this fashion, it is impossible for libkvm and the kernel to which it is associated to become detached. If you have a kernel image from which to obtain symbols, you have the shared library applicable to that kvm. That still leaves data interfaces exposed via kmem, but it's much easier to conver these to procedural interfaces (unlike kernfs or procfs, which imply a running kernel to proxy the lookups on your behalf). This is the same reason the SLICE code should manage the disk partititioning mechanism through an abstract functional interface (via ioctl): you have already compiled knowledge of a "disklabel" structure into the SLICE management modules. There's no reason, other than perhaps *wanting* to allow desynchronization of user and kernel space code, ala libkvm, to export anything other than a uniform functional interface to user space. That you would incidently end up with a single program for DOS partition, DOS extended partition, dislabel, agregation (i.e., vinum and ccd) and media perfection layers (i.e., bad144), and any future SLICE manager loaded as an LKM/KLD, is merely gravy... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:27:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17022 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:27:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17009 for ; Tue, 22 Sep 1998 23:27:43 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA01745; Tue, 22 Sep 1998 23:28:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: rotel@indigo.ie cc: ben@rosengart.com, "Dag-Erling C. Smrgrav" , current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Wed, 23 Sep 1998 01:18:51 -0000." <199809230018.BAA02122@indigo.ie> Date: Tue, 22 Sep 1998 23:28:15 -0700 Message-ID: <1741.906532095@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'd just like to say that expecting -current users to follow CVS > logs is just unrealistic, which is what Dag-Erling was proposing, No, it's really not. I can't imagine running -current without reading the CVS logs, expecially if I had any desire to build from /usr/src on a regular basis. Sometimes committers announce stuff which will break you on -current, and sometimes (more often still) they just forget. :) The CVS logs are always the final and most definitive indicator for -current's state of health. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:29:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17470 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:29:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17429 for ; Tue, 22 Sep 1998 23:29:42 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:3FkaCjsSjRm22kG3vHaohas/ZbW+LG03@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA08826; Wed, 23 Sep 1998 08:29:24 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809230629.IAA08826@gratis.grondar.za> To: Jeroen Ruigrok/Asmodai cc: FreeBSD Current Subject: Re: DNS in CURRENT In-Reply-To: Your message of " Tue, 22 Sep 1998 21:09:09 +0200." References: Date: Wed, 23 Sep 1998 08:29:23 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok/Asmodai wrote: > Can anybody point me to the right direction of where I can find some docs > about this new style, because I just managed the 'old' one and haven't > found anything about the new one... www.isc.org. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:31:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18033 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:31:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA18009 for ; Tue, 22 Sep 1998 23:31:32 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA04951; Tue, 22 Sep 1998 23:31:29 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd004925; Tue Sep 22 23:31:24 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id XAA13219; Tue, 22 Sep 1998 23:31:17 -0700 (MST) From: Terry Lambert Message-Id: <199809230631.XAA13219@usr09.primenet.com> Subject: Re: DNS in CURRENT To: sthaug@nethelp.no Date: Wed, 23 Sep 1998 06:31:17 +0000 (GMT) Cc: asmodai@wxs.nl, current@FreeBSD.ORG In-Reply-To: <23841.906530235@verdi.nethelp.no> from "sthaug@nethelp.no" at Sep 23, 98 07:57:15 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > and this new one named.conf with: > > > > options { > > directory "/etc/dns"; > > }; > > > > is BIND 8? > > Yes. Presumably you also have some lines with The good thing about this is that, while the daemon is capable of fielding multiple outstanding requests, the libresolv that is part of libc is not. Oh, wait, that's not a good thing... I believe that ELF is a nice opportunity for us to seperate the resolver functions out of libc into libresolv, allowing us a better opportunity to track bind as a vendor branch from ISC. Someone with commit privs should see to this before the 3.0 release... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:34:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18522 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:34:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from unix.tfs.net (as2-p104.tfs.net [139.146.205.104] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA18492 for ; Tue, 22 Sep 1998 23:34:11 -0700 (PDT) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.9.1/8.8.5) id BAA09508 for freebsd-current@freebsd.org; Wed, 23 Sep 1998 01:34:08 -0500 (CDT) From: Jim Bryant Message-Id: <199809230634.BAA09508@unix.tfs.net> Subject: identd To: freebsd-current@FreeBSD.ORG Date: Wed, 23 Sep 1998 01:34:07 -0500 (CDT) Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 3.0-CURRENT #0: Sat Jun 20 11:57:05 CDT 1998 X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i recall a long running thread earlier this year concerning identd and ip-aliasing. was this issue ever resolved, or was it just dropped? it really is beyond my comprehension how identd is in such widespread use anyhow, it's like nobody even bothers noticing that it is one of the most often and easily faked protocols out there, and that very issue is addressed in the original rfc itself... idiots everywhere. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:36:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18887 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:36:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA18851 for ; Tue, 22 Sep 1998 23:36:19 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:g7YY63GjhxJPnCtIJhieUJ2n7Jc4gZXG@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA08922; Wed, 23 Sep 1998 08:36:03 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809230636.IAA08922@gratis.grondar.za> To: "Viren R. Shah" cc: freebsd-current@FreeBSD.ORG Subject: Re: Perl problems? In-Reply-To: Your message of " Tue, 22 Sep 1998 09:34:27 -0400." <199809221334.JAA13374@jabberwock.rstcorp.com> References: <199809221334.JAA13374@jabberwock.rstcorp.com> Date: Wed, 23 Sep 1998 08:35:58 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Viren R. Shah" wrote: > I'm running -current/ELF as of Sunday. I'm trying to install the > pilot-link port (and specifically one of the Perl modules that doesn't > get installed by default -- the PDA:Pilot module. It gets installed > fine in /usr/local/lib/perl/5.00502/i386-freebsd/{auto,PDA} > > However, when I try to run the test program that comes along with the > application, it bombs on me with: > > [vshah]/usr/ports/comms/pilot-link/work/pilot-link.0.8.13/Perl5# perl ./test. pl > Can't load '/usr/local/lib/perl/5.00502/i386-freebsd/auto/PDA/Pilot/Pilot.so' for module PDA::Pilot: /usr/local/lib/perl/5.00502/i386-freebsd/auto/PDA/Pilot /Pilot.so: Undefined symbol "PL_sv_undef" at /usr/libdata/perl/5.00502/mach/Dyn aLoader.pm line 168. > > at ./test.pl line 3 I screwed up something, which I have now fixed. Please resup nad try again. > use PDA::Pilot; > use Data::Dumper; I screwed up perl's ability to link to shared objects. > I also get a core dump if I check for the existence of the > Data::Dumper module (which is installed by default in 5.00502). Right. Fixed now. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:50:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20914 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:50:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA20836 for ; Tue, 22 Sep 1998 23:50:02 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 24085 invoked by uid 1001); 23 Sep 1998 06:50:00 +0000 (GMT) To: tlambert@primenet.com Cc: current@FreeBSD.ORG Subject: Re: DNS in CURRENT In-Reply-To: Your message of "Wed, 23 Sep 1998 06:31:17 +0000 (GMT)" References: <199809230631.XAA13219@usr09.primenet.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 23 Sep 1998 08:50:00 +0200 Message-ID: <24083.906533400@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The good thing about this is that, while the daemon is capable > of fielding multiple outstanding requests, the libresolv that > is part of libc is not. > > Oh, wait, that's not a good thing... > > I believe that ELF is a nice opportunity for us to seperate the > resolver functions out of libc into libresolv, allowing us a > better opportunity to track bind as a vendor branch from ISC. I like this in principle, but: Wouldn't this mean that programs need to explicitly link with -lresolv for gethostbyname() to work? If so, I'm not sure that's such a good idea in practice. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:54:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21427 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:54:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA21418 for ; Tue, 22 Sep 1998 23:54:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA01938; Tue, 22 Sep 1998 23:54:56 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dan@math.berkeley.edu (Dan Strick) cc: terbart@aye.net, current@FreeBSD.ORG Subject: Re: 19980917-SNAP boot floppy In-reply-to: Your message of "Tue, 22 Sep 1998 21:28:32 PDT." <199809230428.VAA23777@math.berkeley.edu> Date: Tue, 22 Sep 1998 23:54:56 -0700 Message-ID: <1935.906533696@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks like the directory 3.0-19980917-SNAP actually contains a > release named 3.0-19980916-SNAP and the installation floppy image Erm, actually, neither of these directories exist anymore on ftp.freebsd.org and should be nuked from anywhere else. :) It's 3.0-19980921-BETA you folks should be looking for. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 22 23:55:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21675 for freebsd-current-outgoing; Tue, 22 Sep 1998 23:55:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.oneway.net (NS.ONEWAY.NET [203.75.146.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA21654 for ; Tue, 22 Sep 1998 23:55:28 -0700 (PDT) (envelope-from vanilla@oneway.net) Received: (qmail 4780 invoked by uid 99); 23 Sep 1998 06:55:25 -0000 Message-ID: <19980923145525.A4758@oneway.net> Date: Wed, 23 Sep 1998 14:55:25 +0800 From: Vanilla Pooh Shu To: current@FreeBSD.ORG Subject: aout static library Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Should we really need to install static aout library? -- Just Do It Vanilla I. Shu \ ®}¤T®õ vanilla at FreeBSD.ORG http://www.FreeBSD.ORG/~vanilla (coming soon) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 00:01:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22722 for freebsd-current-outgoing; Wed, 23 Sep 1998 00:01:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-86.ppp.wenet.net [206.15.84.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22709 for ; Wed, 23 Sep 1998 00:01:19 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id AAA02995; Wed, 23 Sep 1998 00:03:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 23 Sep 1998 00:03:00 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Justin T. Gibbs" cc: current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-Reply-To: <199809230555.XAA00832@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Justin T. Gibbs wrote: [..] > > I'm obviously not in the BIOS setup right now, but it's the top option > > (Controller options or somesuch), then advanced options (or similar) that > > lets you enable/disable among other things Ultra Speeds, and how to treat > > Removable Media. > > The driver doesn't currently honor that option. Any plans to suppport this? - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 00:08:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24187 for freebsd-current-outgoing; Wed, 23 Sep 1998 00:08:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24171 for ; Wed, 23 Sep 1998 00:08:28 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id BAA19686; Wed, 23 Sep 1998 01:08:20 -0600 (MDT) Message-Id: <199809230708.BAA19686@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: CAM and Adaptec 7880 on motherboard problem In-reply-to: Your message of "Wed, 23 Sep 1998 00:03:00 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Sep 1998 01:01:50 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The driver doesn't currently honor that option. > >Any plans to suppport this? I'd have to go hunt around and determine if it is even supportable. The plan is to allow you to override most of this via user-config at some point too. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 00:09:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24290 for freebsd-current-outgoing; Wed, 23 Sep 1998 00:09:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24279; Wed, 23 Sep 1998 00:09:18 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id DAA08402; Wed, 23 Sep 1998 03:10:41 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Wed, 23 Sep 1998 03:10:41 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Satoshi Asami cc: beyssac@enst.fr, freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-Reply-To: <199809230009.RAA09320@silvia.hip.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG echo OBJFORMAT=elf > /etc/objformat i think it's not set by default. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Tue, 22 Sep 1998, Satoshi Asami wrote: > * Yes, sorry I really misphrased my comment in a bad way and it doesn't > * read at all like what I wanted to say... I should have written "when > * *compiling* stuff". This was a remark on the default configuration of > * the compiling environment in 3.0 BETA. > > You mean you try to compile "hello world!" and it comes out as an > a.out binary? That definitely is the problem in the snapshot then. > > Satoshi > > 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 Sep 23 00:38:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29784 for freebsd-current-outgoing; Wed, 23 Sep 1998 00:38:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29763 for ; Wed, 23 Sep 1998 00:37:56 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id DAA08436 for ; Wed, 23 Sep 1998 03:39:20 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Wed, 23 Sep 1998 03:39:20 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: Current is Really Broken(tm) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (if you are involved with devfs, libdisk or CAM it's important that you read this imo) several major problems i've been smacked with the last couple of days: i'm using CAM, softupdates, devfs, ipfw, posix_sched and mfs, this is a -current system of about mid sept 22nd (yesterday) before you click your commiter teeth and say "don't run -current" let me say, i enjoy it, and try to give feedback on bad things like what i'm posting now. with the release date so close i hope someone has time to look at these issues: 1a) specifing the wrong "da" entry to mount and it will hang, you can ^C it though, then i tried to use disklabel on it, that hung and ^C didn't help. after that operations on the device reported "device busy" then i isuued a reboot, this caused a panic, which led to the next $@#$!@#$%!@ bug. 1b) after setting my dump device to /dev/wd0s1b after a crash freebsd happily wrote over a real partition with the system dump. this has happened twice, first my /usr on one box, then /var on another. 2a) the cam scsi devices (da) don't seem to appear (in devfs) until you mount them without devfs mounted, then unmount, then mount devfs, then remount, which leads us to our next bug 2b) after doing that, a ls in /dev (with it being devfs) causes a panic. 3) many applications still don't properly support DEVFS, sysinstall "can't find any devices" and disklabel returns an undefined error or hangs when accessing a partition do i have bad hardware? no i think not as my pre-CAM/+SLICE kernel happily chugged away at several buildworlds before rebooting into my worst nightmare. i noticed the "crash dumps were broken, but fixed now messages" let me assure you they are not. with -current falling over on a ls, i hope someone has the time to contact me before a release. my box at home is staying in this state for a couple of days if anyone wants me to test/do anything. i'll cvsup in a week or so assuming that: a) someone fixed some/most of this b) noone gave a hoot Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 01:27:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09172 for freebsd-current-outgoing; Wed, 23 Sep 1998 01:27:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09152 for ; Wed, 23 Sep 1998 01:27:48 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id QAA13991; Wed, 23 Sep 1998 16:25:44 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809230825.QAA13991@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: sthaug@nethelp.no, asmodai@wxs.nl, current@FreeBSD.ORG Subject: Re: DNS in CURRENT In-reply-to: Your message of "Wed, 23 Sep 1998 06:31:17 GMT." <199809230631.XAA13219@usr09.primenet.com> Date: Wed, 23 Sep 1998 16:25:44 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > and this new one named.conf with: > > > > > > options { > > > directory "/etc/dns"; > > > }; > > > > > > is BIND 8? > > > > Yes. Presumably you also have some lines with > > The good thing about this is that, while the daemon is capable > of fielding multiple outstanding requests, the libresolv that > is part of libc is not. > > Oh, wait, that's not a good thing... > > I believe that ELF is a nice opportunity for us to seperate the > resolver functions out of libc into libresolv, allowing us a > better opportunity to track bind as a vendor branch from ISC. > > Someone with commit privs should see to this before the 3.0 > release... It would be simple if we could have libc.so.3 in /lib and ld-elf.so.1 on the root fs somewhere. We can't dlopen() (easily) from static binaries yet. We need to weaken the libc interfaces a little so that the decision about "which malloc" (ie: the one linked statically into the executable, or the one in libc.so) isn't made until runtime. Then, we could have a seperate resolver library that was dlopened by libc, and libresolv.so.whatever would then link in libc.so to get access to the missing functions, but everything will use the functions that are presently linked into the static binary (eg: malloc, stdio etc). glibc has done this (I think, but they might have done it for different reasons (such as symbol versioning)). Then there's the issue of initializing rtld after the static program is running.. Probably not out of the question, but not trivial I'd think. The neat thing is that we could even get away with something like PAM or an extensible username / hostname system that doesn't require linking everything into all the static binaries. > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Cheers, -Peter -- Peter Wemm Netplex Consulting "No coffee, No workee!" :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 01:48:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11642 for freebsd-current-outgoing; Wed, 23 Sep 1998 01:48:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11593 for ; Wed, 23 Sep 1998 01:48:12 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA17960; Wed, 23 Sep 1998 01:48:07 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd017953; Wed Sep 23 01:48:05 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id BAA05017; Wed, 23 Sep 1998 01:48:00 -0700 (MST) From: Terry Lambert Message-Id: <199809230848.BAA05017@usr04.primenet.com> Subject: Re: elf & compat To: mike@smith.net.au (Mike Smith) Date: Wed, 23 Sep 1998 08:47:59 +0000 (GMT) Cc: jkh@time.cdrom.com, tlambert@primenet.com, chuckr@mat.net, freebsd-current@FreeBSD.ORG In-Reply-To: <199809230628.XAA00964@word.smith.net.au> from "Mike Smith" at Sep 22, 98 11:28:13 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Terry's brain, and the answer is that it doesn't. > > What you're missing, Terry, is that you can't build a program that > requires libgnumalloc. You can *run* one, but you can't build one. > > Since you can't build them, and you couldn't build them for a long time > before we went ELF, you'll never want to run them (because they don't > exist). > > Please note carefully the scope of the above discussion before > indulging in a meaningless display of pedantry. I don't know why you are recently getting off on trashing me, but the fact that I'm not bringing assumptions to the table should speak favorably of me, not otherwise. It's pretty clear that "compat" could be interpreted, as in "libcompat", in terms of providing compatability code which would otherwise not be present. It was *not* obvious, from context, that what we were talking about was backward compatability to shared libraries of previous FreeBSD releases. In any case, I'd appreciate it if, in the future, you read the entire thread, including my replies (which in this case, clearly stated mea culpa), before you chimed in on what appeared to be an opportinuty to jump down my throat. I am not pleased with the recent souring of the contents of these lists with people's jaundiced opinions of other people, and I would be just as happy if the ad hominim attacks would stop, based on the participants giving the other participants the benefit of the doubt with regard to their intelligence and/or sanity. Thanks, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 02:01:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13573 for freebsd-current-outgoing; Wed, 23 Sep 1998 02:01:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13568 for ; Wed, 23 Sep 1998 02:01:26 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id CAA10334; Wed, 23 Sep 1998 02:01:22 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd010324; Wed Sep 23 02:01:21 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id CAA05540; Wed, 23 Sep 1998 02:01:18 -0700 (MST) From: Terry Lambert Message-Id: <199809230901.CAA05540@usr04.primenet.com> Subject: Re: DNS in CURRENT To: sthaug@nethelp.no Date: Wed, 23 Sep 1998 09:01:18 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <24083.906533400@verdi.nethelp.no> from "sthaug@nethelp.no" at Sep 23, 98 08:50:00 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The good thing about this is that, while the daemon is capable > > of fielding multiple outstanding requests, the libresolv that > > is part of libc is not. > > > > Oh, wait, that's not a good thing... > > > > I believe that ELF is a nice opportunity for us to seperate the > > resolver functions out of libc into libresolv, allowing us a > > better opportunity to track bind as a vendor branch from ISC. > > I like this in principle, but: Wouldn't this mean that programs need to > explicitly link with -lresolv for gethostbyname() to work? If so, I'm > not sure that's such a good idea in practice. See Peter Wemm's posting. The answer is "yes and no", depending on how you handle weak symbols, and how it's actually implemented. The use of libresolv buys you the ability to use pluggable versions of the libresolv code -- specifically, things like LDAP as NIS RFC support. It incidently buys you concurency. Isn't anyone else annoyed by Netscape hanging for up to 3 minutes on a DNS lookup of a typo? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 02:24:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA17011 for freebsd-current-outgoing; Wed, 23 Sep 1998 02:24:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16997 for ; Wed, 23 Sep 1998 02:24:11 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with ESMTP id CAA07905; Wed, 23 Sep 1998 02:23:53 -0700 Date: Wed, 23 Sep 1998 02:23:53 -0700 (PDT) From: Enkhyl To: "Jordan K. Hubbard" cc: rotel@indigo.ie, ben@rosengart.com, "Dag-Erling C. Smrgrav" , current@FreeBSD.ORG Subject: Re: shouting in a void? In-Reply-To: <1741.906532095@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 22 Sep 1998, Jordan K. Hubbard wrote: > > I'd just like to say that expecting -current users to follow CVS > > logs is just unrealistic, which is what Dag-Erling was proposing, > > No, it's really not. I can't imagine running -current without reading > the CVS logs, expecially if I had any desire to build from /usr/src on > a regular basis. Sometimes committers announce stuff which will break > you on -current, and sometimes (more often still) they just forget. :) > The CVS logs are always the final and most definitive indicator for > -current's state of health. I definitely agree with Jordan on this (not that my opinion necessarily matters to anyone :). There have been a few times in the last few weeks during all the major changes when the CVS logs contained good information about gotchas. I also find it to be an excellent learning tool for someone that might not know all the intricacies of the kernel and subsystems. Not to mention, many of the developers have a good sense of humor, making some of the messages rather humorous. :) I know, I know... e-mail can be hard enough to sort through without all the commit messages flying by, but I've found them to be invaluable. Just my $0.02 -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 02:29:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA17604 for freebsd-current-outgoing; Wed, 23 Sep 1998 02:29:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA17591 for ; Wed, 23 Sep 1998 02:28:56 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id CAA02954; Wed, 23 Sep 1998 02:29:43 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Alfred Perlstein cc: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Wed, 23 Sep 1998 03:39:20 CDT." Date: Wed, 23 Sep 1998 02:29:43 -0700 Message-ID: <2950.906542983@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (if you are involved with devfs, libdisk or CAM it's important that you > read this imo) If you want to test 3.0-current as it relates to 3.0-RELEASE, please do not use DEVFS. It will not be the default in 3.0-RELEASE nor is it even recommended for general use at this time. It's there the same way that things like LFS and NFSv3 are there - available for people to play with but not considered robust enough to use in anything but purely experimental setups. There's lots of experimental code in FreeBSD and we already know it blows up if you push on it, that's why it's experimental. :-) Far better to work with the set of options in GENERIC (or a subset thereof) and report problems you encounter there. Those would be true priority issues for 3.0-RELEASE. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 02:41:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19679 for freebsd-current-outgoing; Wed, 23 Sep 1998 02:41:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19618 for ; Wed, 23 Sep 1998 02:41:24 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id FAA08610 for ; Wed, 23 Sep 1998 05:42:45 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Wed, 23 Sep 1998 05:42:45 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-Reply-To: <2950.906542983@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 23 Sep 1998, Jordan K. Hubbard wrote: > > (if you are involved with devfs, libdisk or CAM it's important that you > > read this imo) > > If you want to test 3.0-current as it relates to 3.0-RELEASE, please > do not use DEVFS. It will not be the default in 3.0-RELEASE nor is it > even recommended for general use at this time. It's there the same > way that things like LFS and NFSv3 are there - available for people to > play with but not considered robust enough to use in anything but > purely experimental setups. There's lots of experimental code in > FreeBSD and we already know it blows up if you push on it, that's why > it's experimental. :-) Far better to work with the set of options > in GENERIC (or a subset thereof) and report problems you encounter > there. Those would be true priority issues for 3.0-RELEASE. > > - Jordan ok, but DEVFS is mmm mmm gewd. i would like to test it, it's going off my work machine, can't loose another day rebuiling a box again, but i'll continue to play at home with it. the offer remains if anyone wants any more info about these crashes, i'll semi freeze the home machine as i don't see anything going into DEVFS lately though. as a side note i've been using NFSv3 as a client with 3.0 and it seems kinda stable, had a crash or two the other day vie reading mail over a NFS drive but after a cvsup the problems went away. mmm, LFS... is that back in the tree again? doesn't seem so. :( thanks for the feedback, Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:15:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24891 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:15:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA24878 for ; Wed, 23 Sep 1998 03:15:25 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id DAA23469 for ; Wed, 23 Sep 1998 03:15:23 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Wed, 23 Sep 1998 03:15:23 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: current@FreeBSD.ORG Subject: make world success Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Woohoo! Since most of messages here lately are of the nature "this or that is broken" I just want to let everyone I did make world just fine a few hours ago. System was install from latest BETA earlier today, then CVSup later in the day and make world: > >>> elf make world completed on Wed Sep 23 04:55:44 GMT 1998 % uname -a FreeBSD invisible.jkb.org 3.0-BETA FreeBSD 3.0-BETA #0: Wed Sep 23 System is a Dell PowerEdge server using CAM. Awesome job guys!!! -- Yan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:32:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26778 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:32:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26767 for ; Wed, 23 Sep 1998 03:32:21 -0700 (PDT) (envelope-from osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id OAA26039 for ; Wed, 23 Sep 1998 14:32:18 +0400 (MSD) Received: by sunny.aha.ru id OAA14801; (8.8.8/vak/1.9) Wed, 23 Sep 1998 14:31:54 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma014757; Wed Sep 23 14:31:38 1998 Received: from serv.etrust.ru by serv.etrust.ru with ESMTP id OAA15265; (8.9.1/vak/1.9) Wed, 23 Sep 1998 14:34:27 +0400 (MSD) Date: Wed, 23 Sep 1998 14:34:27 +0400 (MSD) From: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= To: current@FreeBSD.ORG Subject: Quake-client on FreeBSD-3.0 ?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R X-MIME-Autoconverted: from 8bit to base64 by serv.etrust.ru id OAA15265 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by hub.freebsd.org id DAA26770 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Quake-client on FreeBSD-3.0 ??? Does it possible ? As I know, FreeBSD have a problem with some gamez ... Rgdz, ïÓÏËÉÎ óÅÒÇÅÊ aka oZZ, osa@etrust.ru FreeBSD: äÁ ÐÒÅÂÕÄÅÔ Ó ÎÁÍÉ ÓÉÌÁ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:33:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26932 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:33:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26915 for ; Wed, 23 Sep 1998 03:33:25 -0700 (PDT) (envelope-from netchild@wurzelausix.CS.Uni-SB.DE) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.0/1998052000) with ESMTP id MAA02979 for ; Wed, 23 Sep 1998 12:33:18 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (LsMZh3LhorjhZ7rbTY9T1fSuU9mUeEVn@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id MAA08016 for ; Wed, 23 Sep 1998 12:33:17 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (IDENT:zidi47q9ovYh87dl+DxOOl76+B5irgCE@localhost [127.0.0.1]) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) with ESMTP id MAA17945 for ; Wed, 23 Sep 1998 12:33:13 +0200 (CEST) Message-Id: <199809231033.MAA17945@wurzelausix.cs.uni-sb.de> Date: Wed, 23 Sep 1998 12:33:11 +0200 (CEST) From: Alexander Leidinger Subject: patch for rpcgen To: freebsd-current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="-559023410-851401618-906546796=:15001" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---559023410-851401618-906546796=:15001 Content-Type: TEXT/plain; CHARSET=US-ASCII Hi, attached is a patch for rpcgen, which solves my problems described in a mail some days ago. The ifdef NetBSD is only an assumption, I've seen it everywhere with ifdef FreeBSD. Comments (at least a "committed", please)? Bye, Alexander. -- 2^{F_{h+1}-1} z^{F_{h+2}-1} + 2^{F_{h+1}-2} L_{h-1} z^{F_{h+2}} + complicated terms + 2^{h-1} z^{2^h - 2} + z^{2^h - 1} Donald E. Knuth, "The Art of Computer Programming" http://fsinfo.cs.uni-sb.de/~netchild netchild@wurzelausix.cs.uni-sb.de ---559023410-851401618-906546796=:15001 Content-Type: TEXT/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 8BIT Content-Description: rpcgen.patch *** /usr/src/usr.bin/rpcgen/rpc_clntout.c Fri Jul 12 21:05:47 1996 --- ./rpc_clntout.c Wed Sep 23 11:49:36 1998 *************** *** 266,272 **** RESULT); if (mtflag) ! f_print(fout, "\n\t\tTIMEOUT));\n}\n"); else f_print(fout, "\n\t\tTIMEOUT) != RPC_SUCCESS) {\n"); --- 266,272 ---- RESULT); if (mtflag) ! f_print(fout, "\n\t\tTIMEOUT));\n"); else f_print(fout, "\n\t\tTIMEOUT) != RPC_SUCCESS) {\n"); *** /usr/src/usr.bin/rpcgen/rpc_main.c Sat Mar 7 06:43:59 1998 --- ./rpc_main.c Wed Sep 23 11:40:18 1998 *************** *** 548,555 **** --- 548,559 ---- f_print(fout, "#include \n"); if (mtflag) { + #if !defined(__FreeBSD__) && !defined(__NetBSD__) f_print(fout, "#include \n"); f_print(fout, "#include \n"); + #else + f_print(fout, "#include \n"); + #endif }; /* put the C++ support */ ---559023410-851401618-906546796=:15001-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:34:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27085 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:34:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27067 for ; Wed, 23 Sep 1998 03:34:23 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (2602@skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id MAA08451; Wed, 23 Sep 1998 12:34:13 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Wed, 23 Sep 1998 10:34:13 GMT Mime-Version: 1.0 To: Terry Lambert Cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? References: <199809230322.UAA18540@usr06.primenet.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 23 Sep 1998 12:34:10 +0200 In-Reply-To: Terry Lambert's message of "Wed, 23 Sep 1998 03:22:15 +0000 (GMT)" Message-ID: Lines: 18 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA27074 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert writes: > > > My normal practice is to use "cvs log", rather than getting the > > > commits. That way, I can generate the messages in blocks, and > > > for only the areas of the system I care about. The mail is sent > > > at the end of my SUP script. > > Assuming you have a copy of the repository. Not everybody does or > > wants to... > How do they get the new code for which they needed to see the > commit logs if they didn't check the new code out, thus not > needing to see the commit logs, not my hacked-up method of > displaying a subset of the commit logs? cvsup. I have several machines running -current, but only one of them has a complete CVS repository. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:36:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27183 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:36:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27164 for ; Wed, 23 Sep 1998 03:35:34 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id DAA14689 for ; Wed, 23 Sep 1998 03:35:29 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id MAA10634; Wed, 23 Sep 1998 12:35:35 +0200 (MEST) (envelope-from kuku) Message-ID: <19980923123534.A10555@gil.physik.rwth-aachen.de> Date: Wed, 23 Sep 1998 12:35:34 +0200 From: Christoph Kukulies To: Christoph Kukulies , freebsd-current@freefall.cdrom.com Subject: Re: de driver still problematic? References: <199809220711.JAA04124@gilberto.physik.RWTH-Aachen.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91 In-Reply-To: <199809220711.JAA04124@gilberto.physik.RWTH-Aachen.DE>; from Christoph Kukulies on Tue, Sep 22, 1998 at 09:11:36AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 09:11:36AM +0200, Christoph Kukulies wrote: > > After upgrading to a before yesterday -current (aout) > I sadly notice that the machine's uptime only lasted a couple of > hours. > > I will drive to the campus later and look at it would I'll bet > it's the de driver still causing cumber. > > Maybe I change the network card (solution by avoiding) though I'd > rather get this problem sorted out and would like to try test > code if anyone is working at the driver presently. As far as I can say it's not necessarily de driver related. Instead the general stability of my system is bad. I suspect it doesn't survive the nightly periodical scripts. It's a 4 days old -current. It has IDE root/swap disks and a ncr controller w/ 1 SCSI disk. Hercules MDA, ed0. Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-BETA #6: Mon Sep 21 22:03:41 MEST 1998 root@:/a/src/sys/compile/NEWBLUES Timecounter "i8254" frequency 1193182 Hz cost 2766 ns Timecounter "TSC" frequency 100227898 Hz cost 360 ns CPU: AMD-K5(tm) Processor (100.23-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x511 Stepping=1 Features=0x21bf real memory = 33554432 (32768K bytes) avail memory = 30507008 (29792K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 de0: rev 0x11 int a irq 11 on pci0.8.0 de0: SMC 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:08:d0:c4 ncr0: rev 0x02 int a irq 10 on pci0.9.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: MDA/Hercules <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-32 wd0: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff on isa wdc1: unit 0 (wd1): , 32-bit, multi-block-32 wd1: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers de0: enabling BNC port changing root device to wd0s1a da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da0: 2014MB (4124736 512 byte sectors: 255H 63S/T 256C) (da0:ncr0:0:0:0): tagged openings now 15 # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" cpu "I586_CPU" ident NEWBLUES maxusers 64 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options MROUTING options USER_LDT options USERCONFIG options KTRACE #options DEVFS #options DEVFS_ROOT options SYSVSHM options SYSVSEM options SYSVMSG # was 4096 and 128 : options SHMMAXPGS=8192 options "SHMSEG=256" options "GUSMAX" options ATAPI_STATIC options ATAPI config kernel root on sd0 controller isa0 controller pci0 controller ncr0 controller ncr1 controller scbus0 at ncr0 controller scbus1 at ncr1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 device wcd0 disk sd0 device st0 device cd0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd0000 vector edintr pseudo-device ccd 4 pseudo-device loop pseudo-device vn pseudo-device ether pseudo-device pcaudio pseudo-device log pseudo-device bpfilter 16 pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 03:52:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA29904 for freebsd-current-outgoing; Wed, 23 Sep 1998 03:52:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA29811 for ; Wed, 23 Sep 1998 03:52:07 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 100 invoked from network); 23 Sep 1998 10:50:35 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.1) by opi.flirtbox.ch with SMTP; 23 Sep 1998 10:50:35 -0000 Message-ID: <3608D2D6.200F587A@pipeline.ch> Date: Wed, 23 Sep 1998 12:52:06 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: ee keymode changed? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Some days ago the ee keymode changed to something wiered... Normally ctrl-e gives the search prompt but now it is ctrl-y. Same with ctrl-b for bottom of file is now ctrl-u. This is really messy. What is going on here? -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:25:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06706 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:25:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA06700 for ; Wed, 23 Sep 1998 04:25:09 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id TAA14644; Wed, 23 Sep 1998 19:24:39 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809231124.TAA14644@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Alfred Perlstein cc: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Wed, 23 Sep 1998 05:42:45 EST." Date: Wed, 23 Sep 1998 19:24:39 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > On Wed, 23 Sep 1998, Jordan K. Hubbard wrote: > > > > (if you are involved with devfs, libdisk or CAM it's important that you > > > read this imo) > > > > If you want to test 3.0-current as it relates to 3.0-RELEASE, please > > do not use DEVFS. It will not be the default in 3.0-RELEASE nor is it > > even recommended for general use at this time. It's there the same > > way that things like LFS and NFSv3 are there - available for people to > > play with but not considered robust enough to use in anything but > > purely experimental setups. There's lots of experimental code in > > FreeBSD and we already know it blows up if you push on it, that's why > > it's experimental. :-) Far better to work with the set of options > > in GENERIC (or a subset thereof) and report problems you encounter > > there. Those would be true priority issues for 3.0-RELEASE. > > > > - Jordan > > ok, but DEVFS is mmm mmm gewd. i would like to test it, it's going off my > work machine, can't loose another day rebuiling a box again, but i'll > continue to play at home with it. The main problem with DEVFS is inherent in the way that it creates and removes nodes on the fly for things like disk partitions that actually exist. The problem is that DEVFS doesn't know if /dev/wd1s1e (for example) exists until the disklabel is read. The disk label isn't read until the device is opened. To open the device, you have to read the /dev/wd1s1e node.. Catch-22. (Opening /dev/wd1s1 also causes the disklabel to be read, but that's not the name of the device in /etc/fstab) One way around it is to simply have DEVFS create all possible nodes for slices and partitions regardless of whether or not they exist. This is probably a step backwards though. Another other way is to do what the SLICE code did. It proactively probed the disks after it was safe to do so, and used that information to populate (correctly) the devfs image for the slices that were really there. The SLICE code could be brought back, but certain people have made it pretty clear that they don't like the implementation, and I'm not sure that I disagree that much with them as it is quite a heavy impact on the drivers. Under the SLICE code, drivers have to do a different IO request mechanism, arrange a callback so they can probe themselves for partitioning and geometry information later in the boot and handle removeable media etc by communicating with devfs for each diskchange etc. A hack solution is to hack fsck, mount, etc so that if you have /dev/wd0s1e intended to be mounted on /home, and /dev/wd0s1e doesn't exist, then have them first open/close /dev/wd0s1 to cause the disklabel to get read. Maybe this is OK since we've already got something like this to handle the /dev/wd0a -> /dev/wd0s1a transition problem. This might actually be an acceptable compromise to get something useful working for 3.0. And then there's the automount of /dev at boot time.. That's easy, as long as it's got a useful /dev :-). I think that's about the size of the situation.. There isn't all that much wrong with DEVFS, just that it's got some pretty hairy gotchas. There are/ were problems with it's vnode usage, but I think they've been covered. > thanks for the feedback, > Alfred Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:26:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06993 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:26:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA06988 for ; Wed, 23 Sep 1998 04:26:27 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:H809uTFEnrYCFFKP3nPZzp9OO1yP1Cx6@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA10323; Wed, 23 Sep 1998 13:25:24 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809231125.NAA10323@gratis.grondar.za> To: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= cc: freebsd-current@FreeBSD.ORG Subject: Re: problem with perl5? In-Reply-To: Your message of " Tue, 22 Sep 1998 17:35:49 +0900." <19980922173549G.masafumi@aslm.rim.or.jp> References: <199809210822.RAA03707@access.sfc.wide.ad.jp> <19980922173549G.masafumi@aslm.rim.or.jp> Date: Wed, 23 Sep 1998 13:25:23 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= wrote: > max> The script I included in my previous mail is part of a configure > max> script of some program. One of my boxes had no problem with it, but > max> two others had the same problem. > > I noticed the difference between perl on these machines. The one that > has problem is not dynamically linked to libperl while the one that > doesn't have the problem is dynamically linked to libperl. > > So, I deleted the perl executable in the obj directory and did make > and make install in /usr/src/gnu/usr.bin/perl/perl, and the problem > went away. > > I have no idea why this difference causes the problem, or why they > were built differently. My messup. How is it now? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:36:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08113 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:36:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08047 for ; Wed, 23 Sep 1998 04:35:29 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA03358; Wed, 23 Sep 1998 04:36:14 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Alfred Perlstein cc: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Wed, 23 Sep 1998 05:42:45 CDT." Date: Wed, 23 Sep 1998 04:36:14 -0700 Message-ID: <3354.906550574@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ok, but DEVFS is mmm mmm gewd. i would like to test it, it's going off my > work machine, can't loose another day rebuiling a box again, but i'll > continue to play at home with it. Then please save any problem reports relating to it for after -RELEASE. This list is already busy enough right now with legitimate bug reports (and lots of not-so-legit ones) that we really don't need to spend time now discussing the experimental bits during a BETA test cycle. If you want to raise this stuff after October 15th, fine, otherwise it's just an unwonted distraction right now. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:37:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA08285 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:37:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA08251 for ; Wed, 23 Sep 1998 04:37:05 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.9.1/8.9.1) with ESMTP id HAA29000; Wed, 23 Sep 1998 07:37:00 -0400 (EDT) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id HAA02882; Wed, 23 Sep 1998 07:36:59 -0400 (EDT) Message-ID: <19980923073659.C444@kublai.com> Date: Wed, 23 Sep 1998 07:36:59 -0400 From: Brian Cully To: Adam McDougall , current@FreeBSD.ORG Subject: Re: tosha on CAM and ELF Reply-To: shmit@kublai.com References: <3608122E.6C8D1DAF@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <3608122E.6C8D1DAF@ameritech.net>; from Adam McDougall on Tue, Sep 22, 1998 at 05:10:06PM -0400 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 22, 1998 at 05:10:06PM -0400, Adam McDougall wrote: > I haven't used tosha since the conversion to ELF and CAM, and now I > can't seem to get tosha to work with audio cd's anymore. I can mount > data cd's fine. Insight to the problem would be appreciated :) You need the CAM'd version of tosha. I believe there's a port in ftp.freebsd.org:/pub/FreeBSD/cam somewhere. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:47:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10120 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:47:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10084 for ; Wed, 23 Sep 1998 04:46:52 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA03440; Wed, 23 Sep 1998 04:47:40 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Jan B. Koum " cc: current@FreeBSD.ORG Subject: Re: make world success In-reply-to: Your message of "Wed, 23 Sep 1998 03:15:23 PDT." Date: Wed, 23 Sep 1998 04:47:40 -0700 Message-ID: <3436.906551260@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Woohoo! Since most of messages here lately are of the nature "this > or that is broken" I just want to let everyone I did make world just fine > a few hours ago. System was install from latest BETA earlier today, then > CVSup later in the day and make world: What a coincidence, I just finished my first successful make world too, but it wasn't on an x86 box: >>> elf make world completed on Wed Sep 23 00:51:53 GMT 1998 root@beast-> uname -a FreeBSD beast.cdrom.com 3.0-BETA FreeBSD 3.0-BETA #0: Wed Sep 23 01:45:58 GMT 1998 root@beast.cdrom.com:/usr/src/sys/compile/BEAST alpha This is also with CAM and soft updates, so there's nothing really serious missing from the alpha tree (though a functioning sysinstall would be nice - I'm working on it, I'm working on it :-). Lots of milestones hit this week! I agree, a very good job by our developers. 3.0-RELEASE may have some rough edges when it's released (and it wouldn't be a true dot-zero release without them), but it's also going to represent one heck of a lot of innovation and I think we have a lot to be proud of with -current. If you'd asked me just 3 months ago whether we'd be switched over to ELF, self-hosting on the alpha and completely CAMified at this time, I'd have probably bet against it. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 04:56:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA11865 for freebsd-current-outgoing; Wed, 23 Sep 1998 04:56:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA11847 for ; Wed, 23 Sep 1998 04:56:46 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id EAA07958; Wed, 23 Sep 1998 04:56:41 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id EAA16106; Wed, 23 Sep 1998 04:56:40 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id EAA21589; Wed, 23 Sep 1998 04:56:39 -0700 (PDT) From: Don Lewis Message-Id: <199809231156.EAA21589@salsa.gv.tsc.tdk.com> Date: Wed, 23 Sep 1998 04:56:38 -0700 In-Reply-To: "Jan B. Koum " "make world success" (Sep 23, 3:15am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jan B. Koum " , current@FreeBSD.ORG Subject: Re: make world success Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 23, 3:15am, "Jan B. Koum " wrote: } Subject: make world success } } Woohoo! Since most of messages here lately are of the nature "this } or that is broken" I just want to let everyone I did make world just fine } a few hours ago. System was install from latest BETA earlier today, then } CVSup later in the day and make world: I've also been having pretty good luck. Without the softupdates patch I'd get panics if I ran "make -j6 buildworld" or higher, but plain make buildworld worked fine. With the softupdates patch buildworld failed at -j12, which I suppose I should look at. I cvsup'ed a few hours ago and I'm in the midst of a fresh "make world". The vital stats are: Dell Pentium II 266 Adaptec 2940UW ELF CAM softupdates "official softupdates patch" my patch from kern/7899 --- Truck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 05:05:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13213 for freebsd-current-outgoing; Wed, 23 Sep 1998 05:05:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13201; Wed, 23 Sep 1998 05:05:04 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.9.1/8.9.1) with ESMTP id IAA29212; Wed, 23 Sep 1998 08:05:01 -0400 (EDT) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id IAA02967; Wed, 23 Sep 1998 08:05:00 -0400 (EDT) Message-ID: <19980923080500.E444@kublai.com> Date: Wed, 23 Sep 1998 08:05:00 -0400 From: Brian Cully To: Vanilla Pooh Shu , current@FreeBSD.ORG Subject: Re: aout static library Reply-To: shmit@kublai.com References: <19980923145525.A4758@oneway.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980923145525.A4758@oneway.net>; from Vanilla Pooh Shu on Wed, Sep 23, 1998 at 02:55:25PM +0800 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 02:55:25PM +0800, Vanilla Pooh Shu wrote: > Should we really need to install static aout library? Yes, to facilitate building with gcc -aout (useful for linking with things that haven't been ELF'd yet). If you don't want 'em set NOAOUT in /etc/make.conf (you won't get shared aout lib updates, either, though). -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 05:50:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19008 for freebsd-current-outgoing; Wed, 23 Sep 1998 05:50:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18997 for ; Wed, 23 Sep 1998 05:50:45 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx100-ip44.nwnexus.net [204.57.235.44]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id FAA22570 for ; Wed, 23 Sep 1998 05:50:39 -0700 (PDT) Received: (from root@localhost) by gramarye (8.9.1/8.8.8) id WAA09277 for freebsd-current@FreeBSD.ORG; Tue, 22 Sep 1998 22:26:11 -0700 (PDT) (envelope-from wrsomsky) Message-ID: <19980922222611.A7041@gramarye> Date: Tue, 22 Sep 1998 22:26:11 -0700 From: Gramarye Root <> To: freebsd-current@FreeBSD.ORG Subject: Strange make behavior in 3.0-BETA-elf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just updated my system from 2.2.7-STABLE to 3.0-CURRENT/BETA-elf and have been rebuilding ports to turn them into elf's. However, the ssh port dies on my system w/ the following error: cc -pipe -Lrsaref2/source -o ssh ssh.o sshconnect.o log-client.o \ readconf.o hostfile.o readpass.o tildexpand.o clientloop.o \ canohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o \ packet.o compress.o xmalloc.o ttymodes.o newchannels.o bufaux.o \ authfd.o authfile.o crc32.o rsaglue.o cipher.o des.o match.o \ arcfour.o mpaux.o userfile.o signals.o blowfish.o deattack.o \ -lgmp -lz -lrsaref -lcrypt -L/usr/local/lib -lutil /usr/libexec/elf/ld: cannot open -lrsaref: No such file or directory *** Error code 1 Now, rsaref2/source/librsaref.a is listed in the dependancies for ssh, but when I look, I see that make never went down to make it! A little more investigation revealed this: # make nonesuch.a `nonesuch.a' is up to date. where there is no file "nonesuch.a" present at all! I've even run this in an empty directory to eliminate the possibility that it was the "Makefile" in that directory that was causing the trouble. This isn't really the proper behavior for this is this? ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 06:02:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20916 for freebsd-current-outgoing; Wed, 23 Sep 1998 06:02:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA20793 for ; Wed, 23 Sep 1998 06:01:53 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh (helo=axl.training.iafrica.com) by axl.training.iafrica.com with local-esmtp (Exim 1.92 #1) id 0zLoY9-0001aB-00; Wed, 23 Sep 1998 15:01:41 +0200 From: Sheldon Hearn To: current@FreeBSD.ORG cc: ben@rosengart.com Subject: Re: shouting in a void? In-reply-to: Your message of "Wed, 23 Sep 1998 03:22:15 GMT." <199809230322.UAA18540@usr06.primenet.com> Date: Wed, 23 Sep 1998 15:01:40 +0200 Message-ID: <6066.906555700@axl.training.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 23 Sep 1998 03:22:15 GMT, Terry Lambert wrote: > If you don't have a repository, then you don't need to follow > either the commit logs nor a subset of the commit logs, since > you aren't going to be able to check out the code if you > see something interesting go by... right? Well, you are able, it's just a mission. You can use the CVSWeb interface to find out what's changed on a file. I assume you're talking about people who use CVSup to fetch the latest sources? The attached shell script can be used by CVSup users to find out what was changed in the "deltas" shown in CVSup output. With a little massaging, it could easily be taught to fetch _all_ diffs on _any file changed during a CVSup run. Ciao, Sheldon. -------- #!/bin/sh if [ -z $2 ] ; then echo 'usage: lastdiff.sh ' >/dev/stderr echo ' or lastdiff.sh ' \ >/dev/stderr exit 1 fi file=${1#/} if [ -n "$3" ] ; then curr=$3 prev=$2 else curr=$2 major=${curr%.*} minor=$((${curr##*.}-1)) if [ $minor = 0 ] ; then prev=$major else prev=$major.$minor fi fi url=http://www.freebsd.org/cgi/cvsweb.cgi/$file.diff?r1=$prev\&r2=$curr fetch -o - $url || \ echo Error fetching diff -r$prev -r$curr for $file To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 06:05:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21567 for freebsd-current-outgoing; Wed, 23 Sep 1998 06:05:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from moran.grauel.com (moran.grauel.com [199.233.104.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21556 for ; Wed, 23 Sep 1998 06:05:23 -0700 (PDT) (envelope-from rjk@moran.grauel.com) Received: (from rjk@localhost) by moran.grauel.com (8.9.1/8.8.7) id IAA09115; Wed, 23 Sep 1998 08:01:58 -0500 (EST) From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <13832.61766.654883.959811@moran.grauel.com> Date: Wed, 23 Sep 1998 08:01:58 -0500 (EST) To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: Can't write tape with -current kernel Newsgroups: pluto.freebsd.current In-Reply-To: <199809222058.OAA09149@narnia.plutotech.com> References: <13831.49269.578934.271721@moran.grauel.com> <199809222058.OAA09149@narnia.plutotech.com> X-Mailer: VM 6.56 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs writes: > In article <13831.49269.578934.271721@moran.grauel.com> you wrote: > > sa0 at ahc0 bus 0 target 6 lun 0 > > sa0: Removable Sequential Access SCSI1 device > > sa0: 3.300MB/s transfers > > ... > > > Mode Density Blocksize bpi Compression > > Current: QIC-320 1024 bytes 16000 unsupported > > ---------available modes--------- > > 0: QIC-320 1024 bytes 16000 unsupported > > According to the old st driver's quirk entries, this drive can only > do QIC-120, QIC-150, and QIC-525. The CAM driver does not have this > information on hand, and relies on the user to specify a proper density. > Ken and I are looking at the best way to deal with these kinds of > issues without bloating the driver too much. In the mean time, > can you experiment with different densities (via mt) and see if this helps > your situation? > Unless it also goes under a different name, mt doesn't know about QIC-525 (I freely admit that I'm not a SCSI expert). I tried -120 and -150, but it didn't do anything at all that I could see. Here's a short transcript. moran:~# mt status Mode Density Blocksize bpi Compression Current: QIC-320 1024 bytes 16000 unsupported ---------available modes--------- 0: QIC-320 1024 bytes 16000 unsupported 1: QIC-320 1024 bytes 16000 unsupported 2: QIC-320 1024 bytes 16000 unsupported 3: QIC-320 1024 bytes 16000 unsupported moran:~# mt density QIC-525; echo $? mt: QIC-525: unknown density 1 moran:~# mt density QIC-150; echo $? 0 moran:~# mt status Mode Density Blocksize bpi Compression Current: QIC-320 1024 bytes 16000 unsupported ---------available modes--------- 0: QIC-320 1024 bytes 16000 unsupported 1: QIC-320 1024 bytes 16000 unsupported 2: QIC-320 1024 bytes 16000 unsupported 3: QIC-320 1024 bytes 16000 unsupported moran:~# tar -cvf /dev/rsa0 . ./ Src/ Src/xmartin.tzr tar: only wrote 0 of 10240 bytes to /dev/rsa0 moran:~# exit Substituting QIC-120 for the -150 above didn't change anything. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 06:26:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24156 for freebsd-current-outgoing; Wed, 23 Sep 1998 06:26:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-230.detroit.mi.ameritech.net [199.179.188.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA24151 for ; Wed, 23 Sep 1998 06:26:24 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id JAA27644 for ; Wed, 23 Sep 1998 09:26:08 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <3608F6EF.ACBD74D2@ameritech.net> Date: Wed, 23 Sep 1998 09:26:07 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: tosha on CAM and ELF References: <3608122E.6C8D1DAF@ameritech.net> <19980923073659.C444@kublai.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Cully wrote: > > On Tue, Sep 22, 1998 at 05:10:06PM -0400, Adam McDougall wrote: > > I haven't used tosha since the conversion to ELF and CAM, and now I > > can't seem to get tosha to work with audio cd's anymore. I can mount > > data cd's fine. Insight to the problem would be appreciated :) > > You need the CAM'd version of tosha. I believe there's a port in > ftp.freebsd.org:/pub/FreeBSD/cam somewhere. > > -- > Brian Cully > ``And when one of our comrades was taken prisoner, blindfolded, hung > upside-down, shot, and burned, we thought to ourselves, `These are the > best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) Thanks for the tip! But the dir seems to have dissapeared :( Does anyone out there know where it got to, or where I can pick up the CAM'd version of tosha? While trying to retrieve the URL: ftp://ftp.freebsd.org/pub/FreeBSD/cam The following FTP error was encountered: pub/FreeBSD/cam: No such file or directory. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 06:27:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24309 for freebsd-current-outgoing; Wed, 23 Sep 1998 06:27:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from inhaler.noopy.org (nvp.ne.mediaone.net [24.128.50.139]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA24295 for ; Wed, 23 Sep 1998 06:27:37 -0700 (PDT) (envelope-from nvp@mediaone.net) From: nvp@mediaone.net Received: (qmail 928 invoked by uid 603); 23 Sep 1998 14:29:54 -0000 Message-ID: <19980923142954.927.qmail@inhaler.noopy.org> Subject: Re: identd In-Reply-To: <199809230634.BAA09508@unix.tfs.net> from Jim Bryant at "Sep 23, 98 01:34:07 am" To: jbryant@unix.tfs.net Date: Wed, 23 Sep 1998 09:29:54 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > i recall a long running thread earlier this year concerning identd and > ip-aliasing. was this issue ever resolved, or was it just dropped? I read the archive and it appeared to die. In fact, I received one answer when I asked the question (again) recently. :-) But the best answer that I've received is to use socks and run socks as "whatever user" should be appearing via identd. Or if you're feeling inventive (and aren't really interested in something as thorough as pidentd [IMO]), you might check out Linux's midentd and play with that for a bit. > it really is beyond my comprehension how identd is in such widespread > use anyhow, it's like nobody even bothers noticing that it is one of > the most often and easily faked protocols out there, and that very > issue is addressed in the original rfc itself... idiots everywhere. So true, yet many IRC servers require its existence. *sigh* -- Nate Patwardhan, System Administrator O'Reilly and Associates nvp@oreilly.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:04:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29830 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:04:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA29809 for ; Wed, 23 Sep 1998 07:04:19 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 248 invoked from network); 23 Sep 1998 14:02:49 -0000 Received: from unknown (HELO pipeline.ch) (195.134.128.41) by opi.flirtbox.ch with SMTP; 23 Sep 1998 14:02:49 -0000 Message-ID: <3608FF9E.59FC0F57@pipeline.ch> Date: Wed, 23 Sep 1998 16:03:10 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.03 [en] (WinNT; U) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG Subject: Re: ee keymode changed? References: <3405.906550847@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > Some days ago the ee keymode changed to something wiered... > > Nobody has been messing with ee for awhile; you sure you didn't lose a > keymap file or something? I don't really know how ee sets its keymaps > (haven't looked) - I just assumed it was either "the ee native keymap" > or the "ee emacs keymap", the rest being up to syscons and/or xterm. OK, the ee keymap has changed from ee native to emacs... Found the guilty: 1.2 Fri Sep 11 16:38:20 1998 UTC by dt CVS Tags: HEAD Diffs to 1.1 Install the file init.ee (after 1 year in the source tree). Make it actually work. --- src/share/misc/init.ee 1997/09/12 19:38:32 1.1 +++ /home/ncvs/src/share/misc/init.ee 1998/09/11 16:38:20 1.2 @@ -1 +1,3 @@ -emacs noexpand nomargins +emacs +noexpand +nomargins Do you mind to remove emacs? Thanks -- Andre Oppermann CEO / Geschaeftsfuehrer Internet Business Solutions Ltd. (AG) Hardstrasse 235, 8005 Zurich, Switzerland Fon +41 1 277 75 75 / Fax +41 1 277 75 77 http://www.pipeline.ch ibs@pipeline.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:08:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00549 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:08:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00544 for ; Wed, 23 Sep 1998 07:08:24 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id IAA21990; Wed, 23 Sep 1998 08:05:48 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809231405.IAA21990@panzer.plutotech.com> Subject: Re: CAM and quantum disc In-Reply-To: from Michael Class at "Sep 22, 98 11:03:53 pm" To: michaelc@hpbbse.bbn.hp.com (Michael Class) Date: Wed, 23 Sep 1998 08:05:48 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Class wrote... > Hello, > > during a make world, on a current-system of today I am getting > the following messages in the system log. > > (da1:ncr0:0:1:0): tagged openings now 31 > (da1:ncr0:0:1:0): tagged openings now 30 > (da1:ncr0:0:1:0): tagged openings now 29 > (da1:ncr0:0:1:0): tagged openings now 28 > (da1:ncr0:0:1:0): tagged openings now 27 > (da1:ncr0:0:1:0): tagged openings now 26 > (da1:ncr0:0:1:0): tagged openings now 25 > (da1:ncr0:0:1:0): tagged openings now 24 > (da1:ncr0:0:1:0): tagged openings now 23 > (da1:ncr0:0:1:0): tagged openings now 22 > (da1:ncr0:0:1:0): tagged openings now 21 > (da1:ncr0:0:1:0): tagged openings now 20 > (da1:ncr0:0:1:0): tagged openings now 19 > (da1:ncr0:0:1:0): tagged openings now 18 > (da1:ncr0:0:1:0): tagged openings now 17 > (da1:ncr0:0:1:0): tagged openings now 16 > > The disk is a "Quantum XP34300W L915". > > I remember that I read about these things before on this list. > Do we need a quirk entry like for the other quantum disks in cam_xpt.c > to restrict the number of tagged queue entries? You only need an entry for your Atlas I if it keeps returning queue full until there are no tags left. I'm not sure if the Atlas I's do. The Atlas II's will keep returning queue full until we have reduced the tag count to 0. That's why we put in a lower limit of 24. We don't allow the tag count to go below that; we just retry. Anyway, 16 isn't too bad. The Quantum Fireball ST only has about 8. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:25:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03974 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:25:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [195.24.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03959 for ; Wed, 23 Sep 1998 07:25:34 -0700 (PDT) (envelope-from synker@enterprise.sanyusan.se) Received: (from synker@localhost) by enterprise.sanyusan.se (8.9.1/8.9.1) id QAA21103 for current@freebsd.org; Wed, 23 Sep 1998 16:24:02 +0200 (CEST) (envelope-from synker) Message-ID: <19980923162402.A15116@sanyusan.se> Date: Wed, 23 Sep 1998 16:24:02 +0200 From: synker To: current@FreeBSD.ORG Subject: script output of make world Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Can someone please mail me a copy of a script output of a succesful make buildworld or make world from 98-09-23 or so. I want to compare it to mine since I have problems doing make buildworld based on todays cvsup -current. I am using 3.0-BETA built 98-09-20. ELF, softupdates. Best regards, synker@sanyusan.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:28:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04346 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:28:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04334 for ; Wed, 23 Sep 1998 07:28:22 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA06012; Wed, 23 Sep 1998 07:29:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: tosha on CAM and ELF In-reply-to: Your message of "Wed, 23 Sep 1998 09:26:07 EDT." <3608F6EF.ACBD74D2@ameritech.net> Date: Wed, 23 Sep 1998 07:29:07 -0700 Message-ID: <6008.906560947@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Thanks for the tip! But the dir seems to have dissapeared :( Does > anyone out there know where it got to, or where I can pick up the CAM'd > version of tosha? > > While trying to retrieve the URL: ftp://ftp.freebsd.org/pub/FreeBSD/cam It's now under pub/FreeBSD/development/cam - the top level directory was getting a bit cluttered.e - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:33:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05122 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:33:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05104 for ; Wed, 23 Sep 1998 07:33:22 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA06045; Wed, 23 Sep 1998 07:33:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Andre Oppermann cc: current@FreeBSD.ORG Subject: Re: ee keymode changed? In-reply-to: Your message of "Wed, 23 Sep 1998 16:03:10 +0200." <3608FF9E.59FC0F57@pipeline.ch> Date: Wed, 23 Sep 1998 07:33:47 -0700 Message-ID: <6041.906561227@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -emacs noexpand nomargins > +emacs > +noexpand > +nomargins > > Do you mind to remove emacs? Actually, I kind of like it this way now. :-) Remember, the original (and the only, to be honest) reason that ee came in was that it was a small editor which displayed its keybindings on the screen so that someone totally unfamiliar with it could still use it. Now that it's been made to use emacs keybindings by default, this is an improvement since the new user will learn a command set which is actually compatible with other things (like bash or emacs) instead of wasting time learning ee's completely unique command set instead (well, I guess it looks a little like wordstar ;). Those who actually liked the old format can still have $HOME/.init.ee files which override the new default and the rest of our user population can get an easy introduction to a set of bindings that are used by everything from shells to Motif text widgets. Sounds like a win to me! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 07:35:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05331 for freebsd-current-outgoing; Wed, 23 Sep 1998 07:35:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05307 for ; Wed, 23 Sep 1998 07:35:09 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA23744; Wed, 23 Sep 1998 16:21:29 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id KAA06752; Wed, 23 Sep 1998 10:13:40 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809230813.KAA06752@semyam.dinoco.de> To: Michael Class cc: current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: CAM and quantum disc In-reply-to: Your message of "Tue, 22 Sep 1998 23:03:53 +0200." Date: Wed, 23 Sep 1998 10:13:40 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (da1:ncr0:0:1:0): tagged openings now 18 > (da1:ncr0:0:1:0): tagged openings now 17 > (da1:ncr0:0:1:0): tagged openings now 16 > > The disk is a "Quantum XP34300W L915". > > I remember that I read about these things before on this list. > Do we need a quirk entry like for the other quantum disks in cam_xpt.c > to restrict the number of tagged queue entries? It looks strange that it drops down one by one as from reading what the -current list said it sounds like it will notice the limit as soon as it exceeds it, issue just one message and then it's done for the rest of the uptime. Am I (with just EIDE disks for now) right about this for the usual behavior of CAM? Are there any ill effects from the drive doing it one by one? Maybe the drive is just a bit slow in answering back for this problem, gets filled with lots of transfer requests from our CAM subsystem and then for each of the requests it can't handle sends an error message back. CAM interprets this one by one and while doing so issues all these messages. Does such a behavior really warrant an entry in the quirks list? If it works perfect otherwise and once stabilized is silent I don't think it's really necessary. One could change CAM to postpone the reporting a little bit and see if it gets even lower in an attempt to combine them to just one message. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 08:12:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11010 for freebsd-current-outgoing; Wed, 23 Sep 1998 08:12:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11005 for ; Wed, 23 Sep 1998 08:12:38 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id IAA14634; Wed, 23 Sep 1998 08:12:34 -0700 (PDT) (envelope-from jdp) Message-Id: <199809231512.IAA14634@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: the fs fun never stops In-reply-to: Your message of "Wed, 23 Sep 1998 06:09:16 -0000." <199809230609.XAA12421@usr09.primenet.com> Date: Wed, 23 Sep 1998 08:12:34 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > The wrappers don't do that because they don't know which command > > > > line arguments are file names. > > > > > > All of them starting with the one after the last one with a "-", for > > > the commands I can see that have been wrapped... > > > > ld foo.o -L/usr/lib bar.o -o fooprog -L /usr/local/lib lam.o -lm > > So try all of them, and take the format of the first one that's real. My usual response would be "you forgot to attach the code you wrote to do that." But the technique you're proposing is such a hack that I wouldn't want the code anyway. Our goal is not to become a dual-format OS. Our goal is to get through the a.out->ELF transition period without too much disruption. The legacy a.out support is very temporary. It doesn't justify a lot of work to make it perfect. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 08:19:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12094 for freebsd-current-outgoing; Wed, 23 Sep 1998 08:19:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12083 for ; Wed, 23 Sep 1998 08:19:37 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from temp17 ([12.19.232.69]) by starkreality.com (8.9.1/8.9.1) with SMTP id KAA22409 for ; Wed, 23 Sep 1998 10:19:30 -0500 (CDT) Message-Id: <199809231519.KAA22409@starkreality.com> X-Sender: caesar@fire.starkreality.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Wed, 23 Sep 1998 11:20:01 -0400 To: freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Compiling ELF gcc-2.8.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just out of curiosity, has anyone gotten gcc-2.8.1 to compile as an ELF binary? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 08:33:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14481 for freebsd-current-outgoing; Wed, 23 Sep 1998 08:33:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14365 for ; Wed, 23 Sep 1998 08:32:43 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id JAA22406; Wed, 23 Sep 1998 09:32:28 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809231532.JAA22406@panzer.plutotech.com> Subject: Re: tosha on CAM and ELF In-Reply-To: <3608F6EF.ACBD74D2@ameritech.net> from Adam McDougall at "Sep 23, 98 09:26:07 am" To: mcdougall@ameritech.net (Adam McDougall) Date: Wed, 23 Sep 1998 09:32:28 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adam McDougall wrote... > Brian Cully wrote: > > > > On Tue, Sep 22, 1998 at 05:10:06PM -0400, Adam McDougall wrote: > > > I haven't used tosha since the conversion to ELF and CAM, and now I > > > can't seem to get tosha to work with audio cd's anymore. I can mount > > > data cd's fine. Insight to the problem would be appreciated :) > > > > You need the CAM'd version of tosha. I believe there's a port in > > ftp.freebsd.org:/pub/FreeBSD/cam somewhere. > > > > -- > > Brian Cully > > ``And when one of our comrades was taken prisoner, blindfolded, hung > > upside-down, shot, and burned, we thought to ourselves, `These are the > > best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) > > Thanks for the tip! But the dir seems to have dissapeared :( Does > anyone out there know where it got to, or where I can pick up the CAM'd > version of tosha? > > While trying to retrieve the URL: ftp://ftp.freebsd.org/pub/FreeBSD/cam > > The following FTP error was encountered: > > pub/FreeBSD/cam: No such file or directory. Hmm. That's odd. Well, it's available here: ftp://ftp.kdm.org/pub/FreeBSD/cam/tosha-0.05-cam.980916.tar.gz Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 09:04:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19680 for freebsd-current-outgoing; Wed, 23 Sep 1998 09:04:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19675 for ; Wed, 23 Sep 1998 09:04:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA08933; Wed, 23 Sep 1998 09:04:49 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Pierre Beyssac cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.0-19980921-BETA install report In-reply-to: Your message of "Tue, 22 Sep 1998 18:24:51 +0200." <19980922182451.A24869@rumba.enst.fr> Date: Wed, 23 Sep 1998 09:04:49 -0700 Message-ID: <8929.906566689@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > - the "proflibs" distribution is in the distribution list > but doesn't seem to exist anymore. Fixed. > - when doing a Custom install, the XFree package installation > is never selected unless you choose to install "All" of > XFree, then deselect the packages you don't want. Fixed. > - some of the XFree distribution files don't seem to be > properly installed. For example, X3323bin.tgz. Apparently > this is a file name problem (sysinstall seems to want > X332bin.tgz). There are others: at least X3323prog.tgz, > X3323nest.tgz, X3323lkit.tgz, X3323lib.tgz... I'll fix that with the next SNAP; I know what's wrong here. Thanks for the bug reports! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 09:32:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25349 for freebsd-current-outgoing; Wed, 23 Sep 1998 09:32:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns11.rim.or.jp (ns11.rim.or.jp [202.247.130.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25266 for ; Wed, 23 Sep 1998 09:32:50 -0700 (PDT) (envelope-from masafumi@aslm.rim.or.jp) Received: from rayearth.rim.or.jp (rayearth.rim.or.jp [202.247.130.242]) by ns11.rim.or.jp (8.8.5/3.5Wpl2-ns11/RIMNET-2) with ESMTP id BAA17140; Thu, 24 Sep 1998 01:01:24 +0900 (JST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id BAA15074; Thu, 24 Sep 1998 01:01:23 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.9.1/3.5Wpl3-SMTP) with ESMTP id AAA18471; Thu, 24 Sep 1998 00:59:48 +0900 (JST) To: mark@grondar.za Cc: max@wide.ad.jp, freebsd-current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: Re: problem with perl5? From: Masafumi =?iso-2022-jp?B?TkFLQU5FLxskQkNmOiwybUo4GyhC?= In-Reply-To: Your message of "Wed, 23 Sep 1998 13:25:23 +0200" <199809231125.NAA10323@gratis.grondar.za> References: <199809231125.NAA10323@gratis.grondar.za> X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980924005946S.masafumi@aslm.rim.or.jp> Date: Thu, 24 Sep 1998 00:59:46 +0900 X-Dispatcher: imput version 980905(IM100) Lines: 20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark, >> I noticed the difference between perl on these machines. The >> one that has problem is not dynamically linked to libperl while >> the one that doesn't have the problem is dynamically linked to >> libperl. >> >> So, I deleted the perl executable in the obj directory and did >> make and make install in /usr/src/gnu/usr.bin/perl/perl, and >> the problem went away. >> >> I have no idea why this difference causes the problem, or why >> they were built differently. > My messup. How is it now? It seems okay now. Thanks! Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 10:28:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06480 for freebsd-current-outgoing; Wed, 23 Sep 1998 10:28:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06471 for ; Wed, 23 Sep 1998 10:28:54 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA06291; Wed, 23 Sep 1998 10:28:22 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <36092FB5.608F3EDF@dal.net> Date: Wed, 23 Sep 1998 10:28:21 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: Peter Wemm CC: Terry Lambert , current@FreeBSD.ORG Subject: Re: DNS in CURRENT References: <199809230825.QAA13991@spinner.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: [snipped lots of good stuff] > The neat thing is that we could even get away with something like PAM or > an extensible username / hostname system that doesn't require linking > everything into all the static binaries. This should definitely be on the list of things to do, even if it doesn't get done for 3.0-Release. Some of the changes that are on Paul Vixie's to do list for BIND will make a seperate lresolv a big win in other areas too. Doug -- *** Chief Operations Officer, DALnet IRC network *** "Yes, the president should resign. He has lied to the American people, time and time again, and betrayed their trust. He is no longer an effective leader. Since he has admitted guilt, there is no reason to put the American people through an impeachment. He will serve absolutely no purpose in finishing out his term; the only possible solution is for the president to save some dignity and resign." - William Jefferson Clinton, 1974 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 10:38:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08389 for freebsd-current-outgoing; Wed, 23 Sep 1998 10:38:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mnw.eas.slu.edu (mnw.eas.slu.edu [165.134.8.248]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08330 for ; Wed, 23 Sep 1998 10:38:06 -0700 (PDT) (envelope-from ejh@mnw.eas.slu.edu) Received: (from ejh@localhost) by mnw.eas.slu.edu (8.8.8/8.8.8) id MAA13357 for current@freebsd.org; Wed, 23 Sep 1998 12:37:59 -0500 (CDT) Date: Wed, 23 Sep 1998 12:37:59 -0500 (CDT) From: Eric Haug Message-Id: <199809231737.MAA13357@mnw.eas.slu.edu> To: current@FreeBSD.ORG Subject: Pormise Ultra/33 seems broken Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I have tried a Promise Ultra/33 card in a couple of systems using the code from the 19980919-BETA snapshot. The end result is that wdc2 abd wdc3 are not found. I have a couple of boot -v outputs that i can make available via anonymous ftp The card is found by the pci code and four drives are added, but then fail later printing out what appears to be the correct addresses. If anyone wants to look at this please reply to ejh@eas.slu.edu thanks eric haug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 11:01:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12060 for freebsd-current-outgoing; Wed, 23 Sep 1998 11:01:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12047 for ; Wed, 23 Sep 1998 11:01:35 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA06416 for ; Wed, 23 Sep 1998 11:01:33 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <3609377C.3567DAED@dal.net> Date: Wed, 23 Sep 1998 11:01:32 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: Strange make behavior in 3.0-BETA-elf References: <19980922222611.A7041@gramarye> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI, you have no return address in your headers. Gramarye Root wrote: > > I've just updated my system from 2.2.7-STABLE to 3.0-CURRENT/BETA-elf > and have been rebuilding ports to turn them into elf's. > > However, the ssh port dies on my system w/ the following error: Make sure that you have the VERY latest ports collection and bsd.port.mk. TMK this problem is already fixed. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 11:34:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18003 for freebsd-current-outgoing; Wed, 23 Sep 1998 11:34:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.eecis.udel.edu (ntp.udel.edu [128.175.2.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA17844 for ; Wed, 23 Sep 1998 11:33:56 -0700 (PDT) (envelope-from alexandr@mail.eecis.udel.edu) Date: Wed, 23 Sep 1998 11:33:56 -0700 (PDT) From: alexandr@mail.eecis.udel.edu Message-Id: <199809231833.LAA17844@hub.freebsd.org> Received: from ren.eecis.udel.edu by mail.eecis.udel.edu id aa14457; 23 Sep 1998 14:32 EDT To: "William S. Duncanson" Cc: freebsd-current@FreeBSD.ORG Subject: RE: Compiling ELF gcc-2.8.1 Organization: Mos Eisley Candy Store Reply-To: alexandr@mail.eecis.udel.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In Reply to Your Message of Wed, 23 Sep 1998 11: 20:01 EDT Date: Wed, 23 Sep 1998 14:32:53 -0400 From: Jerry Alexandratos Message-ID: <199809231432.aa14457@mail.eecis.udel.edu> "William S. Duncanson" says: : Just out of curiosity, has anyone gotten gcc-2.8.1 to compile as an ELF : binary? Yep. Works like a charm too! I just cheated and modified the ports makefile. I defined $GNUHOST to "i386-unknown-freebsdelf" and added "--host=i386-unknown-freebsdelf --target=i386-unknown-freebsdelf" to $CONFIGURE_ARGS. --Jerry 8) Jerry Alexandratos % - % "Nothing inhabits my (8 8) alexandr@louie.udel.edu % - % thoughts, and oblivion (8 8) darkstar@strauss.udel.edu % - % drives my desires." (8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 12:13:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24351 for freebsd-current-outgoing; Wed, 23 Sep 1998 12:13:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24342 for ; Wed, 23 Sep 1998 12:13:48 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.59.245]) by smtp01.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAB10FE; Wed, 23 Sep 1998 21:13:43 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Wed, 23 Sep 1998 20:40:20 +0200 To: sthaug@nethelp.no From: Jeroen Ruigrok/Asmodai Subject: Re: DNS in CURRENT Cc: current@FreeBSD.ORG In-Reply-To: <20887.906505576@verdi.nethelp.no> References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 01:06 23-09-98 , sthaug@nethelp.no wrote: >> I was trying to set up DNS for 3.0 CURRENT and was amazed at the different >> style of configurating... > >Only the top level configuration file has changed - named.boot has become >named.conf. /usr/sbin/named-bootconf will do most of the conversion job >for you. The zone files are the same. Cool, I'll try that... Btw, was this mentioned somewhere in the features/specs of 3.0? (BIND 8 and the convertor) regards, Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgkyhYY752GnxADpEQLZegCfYCD0XqCm5lRT7CCfpzU8ivErK/gAniIp kqZxfAHflc+n1QusqFZvd+An =IKde -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 12:13:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24371 for freebsd-current-outgoing; Wed, 23 Sep 1998 12:13:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24337 for ; Wed, 23 Sep 1998 12:13:47 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from diabolique ([195.121.59.245]) by smtp01.wxs.nl (Netscape Messaging Server 3.6) with SMTP id AAA10FE; Wed, 23 Sep 1998 21:13:39 +0200 Message-Id: X-Sender: skywise@pop.wxs.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo Date: Wed, 23 Sep 1998 20:38:37 +0200 To: sthaug@nethelp.no From: Jeroen Ruigrok/Asmodai Subject: Re: DNS in CURRENT Cc: current@FreeBSD.ORG In-Reply-To: <23841.906530235@verdi.nethelp.no> References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At 07:57 23-09-98 , sthaug@nethelp.no wrote: >> So what I have used thus far with named.boot and it's contents such as: >> >> directory /etc/dns >> cache . named.ca >> >> was BIND 4? > >Yes. > >> and this new one named.conf with: >> >> options { >> directory "/etc/dns"; >> }; >> >> is BIND 8? > >Yes. Presumably you also have some lines with > >zone "." { > type hint; > file "named.ca"; >}; Yup, yer right =) Man, I was as happy as a little kid when I just learned how to get BIND 4 working from scratch, now I have to learn BIND 8... Ah well, Knowledge is Power =) regards, Jeroen Ruigrok van der Werven / Asmodai ICQ-UIN: 1564317 .:. Ninth Circle Enterprises Network/Security Specialist /==|| FreeBSD and picoBSD, the Power to Serve ||==\ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0 for non-commercial use iQA/AwUBNgkyHoY752GnxADpEQLNYwCgtltdecOKrUa2pUpAQRdhkXuwOowAn06m dfbzSZ2z/0ai3IZ8GWLKfPNX =YSvO -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 12:45:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00906 for freebsd-current-outgoing; Wed, 23 Sep 1998 12:45:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00881 for ; Wed, 23 Sep 1998 12:44:46 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id XAA12885; Wed, 23 Sep 1998 23:43:34 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Wed, 23 Sep 1998 23:43:33 +0400 (MSD) From: Hostas Red To: Bill Paul cc: gubarev@raven.itep.ru, current@FreeBSD.ORG Subject: Re: xl driver and watchdog timeouts In-Reply-To: <199809221621.MAA26438@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! On Tue, 22 Sep 1998, Bill Paul wrote: > Hm. Okay. I'm not sure what's going on here exactly, but if you have > problems with a 3c905-TX that generates 'watchdog timeout' errors, > please try the patch included at the end of this message. This patch > was generated against the if_xl.c from FreeBSD-current, but it will > apply to the 2.2.x version too with a little fuzz. I'm running current, as i said before. ;) > Anyway, if you are having watchdog timeout problems, please try this > patch and let me know what effect (if any) it has. Hm. It won't work ;( I can't get exactly where - i've checked if_xl.c and it seems ok, but patch fails anyway. Maybe some whitespaces missing, or so, still can't find it. Anyway, i've added hourly 'ifconfug xl0 up' to my crontab. :) And now i've got almost stable system, which doesn't hangs more than one hour when i'm absent. Today it locked up just 30 minutes i've gone to work and hung for 12 hours :(. Adios, /KONG PS: Btw, at work i'm running 2.2.7-STABLE with 3C900 and 3C905-TX on xl driver without problems... Strange things... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 12:53:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01994 for freebsd-current-outgoing; Wed, 23 Sep 1998 12:53:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01955; Wed, 23 Sep 1998 12:52:58 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id AAA08290; Wed, 23 Sep 1998 00:44:19 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809221644.AAA08290@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Pierre.Dampure@barclayscapital.com cc: fn@radio-do.de, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today In-reply-to: Your message of "Mon, 21 Sep 1998 15:07:55 +0100." <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> Date: Wed, 23 Sep 1998 00:44:19 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pierre.Dampure@barclayscapital.com wrote: > > Frank, > > Are you by any chance running an ELF version of X? I experienced pretty > weird results over the past few days with and ELF X (built as per the port > mods posted to the list): a make world running under X would basically bring > the box to a halt, massive delays when typing characters on any of the other > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > than 256Mb free / no swap used, doing nothing else than the build. Two things.. 1: There have been some clock tweaks in the last few days that might affect this. 2: Try (humor me :-) booting up into single user, running a few commands (eg: sync; sync; sync; fsck -p; ls) and then doing a ctrl-D to go into multi-user. If this (#2) is the key to making your system work properly, then you are seeing the same problem I've been unable to put a finger on for ages. None of the other SMP folks saw it, but only I was running ELF at the time. Somebody else (John Hay) mentioned that this fixes his problem, but it's not clear whether (or when) he's using elf. The annoying thing was that it appeared to be the combination of ELF executables and SMP that caused the problem. Also, having init spawn 12 /usr/libexec/getty processes would kill the system too. I had decided that it was something peculiar with my system that was causing this. If other people are seeing it now, I'll be greatly relieved to know that I wasn't imagining it. :-) (and also worried, because this is a show-stopper) Cheers, -Peter > Best Regards, > > > PY > > -----Original Message----- > From: Frank Nobis [mailto:fn@radio-do.de] > Sent: Monday, September 21, 1998 2:01 PM > To: freebsd-smp@FreeBSD.ORG > Cc: freebsd-current@FreeBSD.ORG > Subject: Weired top display at smp current kernel from today > > > Running a mkae world -j4 I noticed only 50% idle time during the make. > > Running just two programs whit a busy loop gives that output fron top > > last pid: 314; load averages: 1.84, 0.75, 0.30 > 14:55:17 > 45 processes: 3 running, 42 sleeping > CPU states: 50.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 50.0% > idle > Mem: 7080K Active, 6332K Inact, 16M Wired, 100K Cache, 3457K Buf, 473M Free > Swap: 199M Total, 199M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 308 fn 90 0 748K 236K RUN 1 1:36 50.00% 49.97% pig > 310 fn 91 0 748K 236K RUN 1 0:57 49.18% 49.02% pig > 311 fn 28 0 1568K 908K CPU1 1 0:00 0.00% 0.00% top > > Is this a bug in top? Can someone reproduce that? > > pig is simply 'for(;;) i++;' > > Regards > Frank > > -- > Frank Nobis Email: PGP AVAILABLE > Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ > 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 12:53:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01995 for freebsd-current-outgoing; Wed, 23 Sep 1998 12:53:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01954; Wed, 23 Sep 1998 12:52:58 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id AAA08321; Wed, 23 Sep 1998 00:46:35 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809221646.AAA08321@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Steve Passe cc: Frank Nobis , freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today In-reply-to: Your message of "Mon, 21 Sep 1998 09:30:29 CST." <199809211530.JAA09435@Ilsa.StevesCafe.com> Date: Wed, 23 Sep 1998 00:46:35 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Passe wrote: > Hi, > > Running a mkae world -j4 I noticed only 50% idle time during the make. > > > > Running just two programs whit a busy loop gives that output fron top > > ... > > Is this a bug in top? Can someone reproduce that? > > > > pig is simply 'for(;;) i++;' > > > > --- > running two copies of pig: > > last pid: 22687; load averages: 1.30, 0.60, 0.27 09:25: 16 > 29 processes: 3 running, 26 sleeping > CPU states: 99.8% user, 0.0% nice, 0.2% system, 0.0% interrupt, 0.0% idle > Mem: 18M Active, 20M Inact, 50M Wired, 236M Cache, 7916K Buf, 180M Free > Swap: 300M Total, 300M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 22682 root 105 0 748K 240K RUN 0 0:48 99.32% 90.33% pig > 22683 root 105 0 748K 240K CPU1 1 0:46 99.39% 89.45% pig > > --- > This is with a system cvsup'ed midday yesterday. Running an ELF world? I used to see top showing itself on CPU0 or CPU1, with two processes in "RUN" state and nothing else on the other CPU. > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 13:11:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04754 for freebsd-current-outgoing; Wed, 23 Sep 1998 13:11:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04746 for ; Wed, 23 Sep 1998 13:11:35 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id WAA03807; Wed, 23 Sep 1998 22:11:22 +0200 (CEST) (envelope-from sos) Message-Id: <199809232011.WAA03807@sos.freebsd.dk> Subject: Re: Pormise Ultra/33 seems broken In-Reply-To: <199809231737.MAA13357@mnw.eas.slu.edu> from Eric Haug at "Sep 23, 98 12:37:59 pm" To: ejh@eas.slu.edu (Eric Haug) Date: Wed, 23 Sep 1998 22:11:22 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Eric Haug who wrote: > Hi all, > I have tried a Promise Ultra/33 card in > a couple of systems using the code from the > 19980919-BETA snapshot. > The end result is that wdc2 abd wdc3 are not found. > I have a couple of boot -v outputs that i > can make available via anonymous ftp > The card is found by the pci code and > four drives are added, but then fail later > printing out what appears to be the correct addresses. I use one of those, and it works just fine... However I use it without the BIOS in it, as I encountered problems with that (it used too fast timing on one of older drives), you might try that. What does your kernel config file look like ? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 13:16:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05450 for freebsd-current-outgoing; Wed, 23 Sep 1998 13:16:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA05363 for ; Wed, 23 Sep 1998 13:16:08 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id QAA29137; Wed, 23 Sep 1998 16:20:10 -0400 From: Bill Paul Message-Id: <199809232020.QAA29137@skynet.ctr.columbia.edu> Subject: Re: xl driver and watchdog timeouts To: kong@kong.spb.ru (Hostas Red) Date: Wed, 23 Sep 1998 16:20:09 -0400 (EDT) Cc: gubarev@raven.itep.ru, current@FreeBSD.ORG In-Reply-To: from "Hostas Red" at Sep 23, 98 11:43:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Hostas Red had to walk into mine and say: > Hi! > > On Tue, 22 Sep 1998, Bill Paul wrote: > > > Hm. Okay. I'm not sure what's going on here exactly, but if you have > > problems with a 3c905-TX that generates 'watchdog timeout' errors, > > please try the patch included at the end of this message. This patch > > was generated against the if_xl.c from FreeBSD-current, but it will > > apply to the 2.2.x version too with a little fuzz. > > I'm running current, as i said before. ;) Yes, but others may not be. > > Anyway, if you are having watchdog timeout problems, please try this > > patch and let me know what effect (if any) it has. > > Hm. It won't work ;( I can't get exactly where - i've checked if_xl.c and > it seems ok, but patch fails anyway. Maybe some whitespaces missing, or > so, still can't find it. If you tried to cut & paste the patch in an xterm, smack yourself. I'll send it to you again. To apply it, do the follwing: - save this e-mail to a file, /tmp/xl.patch - cd /sys/pci - patch < /tmp/xl.patch Do _NOT_ cut & paste the patch because you'll screw up the white space. You should have the following driver version in -current: * $Id: if_xl.c,v 1.11 1998/09/08 23:42:10 wpaul Exp $ If you don't have this, make sure to grab a fresh copy. If it fails again, SHOW ME THE ERROR MESSAGES!!! -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= *** if_xl.c 1998/09/08 16:05:04 1.53 --- if_xl.c 1998/09/22 15:57:54 *************** *** 2192,2219 **** } /* - * If the OACTIVE flag is set, make sure the transmitter - * isn't wedged. Call the txeoc handler to make sure the - * transmitter is enabled and then call the txeof handler - * to see if any descriptors can be reclaimed and reload - * the downlist pointer register if necessary. If after - * that the OACTIVE flag is still set, return, otherwise - * proceed and queue up some more frames. - */ - if (ifp->if_flags & IFF_OACTIVE) { - xl_txeoc(sc); - xl_txeof(sc); - if (ifp->if_flags & IFF_OACTIVE) - return; - } - - /* * Check for an available queue slot. If there are none, * punt. */ if (sc->xl_cdata.xl_tx_free == NULL) { ! ifp->if_flags |= IFF_OACTIVE; ! return; } start_tx = sc->xl_cdata.xl_tx_free; --- 2192,2207 ---- } /* * Check for an available queue slot. If there are none, * punt. */ if (sc->xl_cdata.xl_tx_free == NULL) { ! xl_txeoc(sc); ! xl_txeof(sc); ! if (sc->xl_cdata.xl_tx_free == NULL) { ! ifp->if_flags |= IFF_OACTIVE; ! return; ! } } start_tx = sc->xl_cdata.xl_tx_free; *************** *** 2653,2658 **** --- 2641,2652 ---- printf("xl%d: no carrier - transceiver cable problem?\n", sc->xl_unit); xl_txeoc(sc); + xl_txeof(sc); + xl_rxeof(sc); + xl_init(sc); + + if (ifp->if_snd.ifq_head != NULL) + xl_start(ifp); return; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 13:17:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05823 for freebsd-current-outgoing; Wed, 23 Sep 1998 13:17:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myrddin.demon.co.uk (myrddin.demon.co.uk [158.152.54.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05734 for ; Wed, 23 Sep 1998 13:17:40 -0700 (PDT) (envelope-from dom@myrddin.demon.co.uk) Received: from localhost (myrddin.demon.co.uk) [127.0.0.1] by myrddin.demon.co.uk with esmtp (Exim 1.92 #1) id 0zLv0Q-0000I5-00; Wed, 23 Sep 1998 20:55:18 +0100 To: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= Cc: current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? References: From: Dom Mitchell In-Reply-To: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?='s message of "Wed, 23 Sep 1998 14:34:27 +0400 (MSD)" X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Date: Wed, 23 Sep 1998 20:55:17 +0100 Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= writes: > Hello! > Quake-client on FreeBSD-3.0 ??? > Does it possible ? > As I know, FreeBSD have a problem with some gamez ... It has been done. I believe that Matt Dillon had some notes on how... I'm not sure about Quake2 though. If I ever get my quake cd back from my brother (damn students!), I'll try to make a port... -Dom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 14:08:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15390 for freebsd-current-outgoing; Wed, 23 Sep 1998 14:08:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15321 for ; Wed, 23 Sep 1998 14:08:03 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: (from hasty@localhost) by rah.star-gate.com (8.8.8/8.8.8) id OAA04090; Wed, 23 Sep 1998 14:07:58 -0700 (PDT) (envelope-from hasty) Date: Wed, 23 Sep 1998 14:07:58 -0700 (PDT) From: Amancio Hasty Message-Id: <199809232107.OAA04090@rah.star-gate.com> To: dom@myrddin.demon.co.uk, osa@etrust.ru Subject: Re: Quake-client on FreeBSD-3.0 ?? Cc: current@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just post to the multimedia mailing lists the guys over there are either playing quake, quake2, watching tv , or playing back mpeg audio streams. Ooops, I forgot listening to radio too 8) Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 14:54:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23586 for freebsd-current-outgoing; Wed, 23 Sep 1998 14:54:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23489 for ; Wed, 23 Sep 1998 14:54:18 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA02718; Wed, 23 Sep 1998 14:35:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdmS2712; Wed Sep 23 21:35:13 1998 Date: Wed, 23 Sep 1998 14:35:07 -0700 (PDT) From: Julian Elischer To: Amancio Hasty cc: dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? In-Reply-To: <199809232107.OAA04090@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie just got a DVD capable laptop.. got any support for that yet? :-) julian On Wed, 23 Sep 1998, Amancio Hasty wrote: > Just post to the multimedia mailing lists the guys over there > are either playing quake, quake2, watching tv , or playing > back mpeg audio streams. Ooops, I forgot listening to radio too 8) > > Cheers, > Amancio > > 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 Sep 23 14:56:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23746 for freebsd-current-outgoing; Wed, 23 Sep 1998 14:56:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23717 for ; Wed, 23 Sep 1998 14:55:52 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id QAA27052; Wed, 23 Sep 1998 16:55:36 -0500 (CDT) Message-ID: <19980923165536.46323@futuresouth.com> Date: Wed, 23 Sep 1998 16:55:36 -0500 From: "Matthew D. Fuller" To: Terry Lambert Cc: =?iso-8859-1?Q?Dag-Erling_C=2E_Sm=F8rgrav?= , ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? References: <199809230322.UAA18540@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199809230322.UAA18540@usr06.primenet.com>; from Terry Lambert on Wed, Sep 23, 1998 at 03:22:15AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 03:22:15AM +0000, Terry Lambert woke me up to tell me: > > If you don't have a repository, then you don't need to follow > either the commit logs nor a subset of the commit logs, since > you aren't going to be able to check out the code if you > see something interesting go by... right? CVSup over a 14.4 averages a bit under an hour. CVS update over 14.4 with /usr/cvs NFS mounted takes around 40-some hours. (Yes, I did it. Yes, I'm mentally ill. Yes I have a 28.8, but I need to change the faceplate on it, and I'm too lazy) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:00:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24563 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:00:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from phaethon.kiwi.net (annetta.com [208.153.244.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24458 for ; Wed, 23 Sep 1998 14:59:59 -0700 (PDT) (envelope-from Robert@Annetta.com) Received: from robert (robert.kiwi.net [208.153.244.35]) by phaethon.kiwi.net (6.6.6 beta 666/Blasphemous Rumours ready for GOD at) with SMTP id OAA07762 for ; Wed, 23 Sep 1998 14:59:46 -0700 (PDT) (envelope-from Robert@Annetta.com) Message-ID: <36096F51.3E5@Annetta.com> Date: Wed, 23 Sep 1998 14:59:45 -0700 From: "Robert J. Annetta" X-Mailer: Mozilla 3.04Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: help Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG help To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:01:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24899 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:01:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from login-2.eunet.no (login-2.eunet.no [193.71.71.239]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA24806 for ; Wed, 23 Sep 1998 15:01:23 -0700 (PDT) (envelope-from mbendiks@eunet.no) Received: from login-1.eunet.no (49607@login-1.eunet.no [193.71.71.238]) by login-2.eunet.no (8.9.0/8.9.0/GN) with ESMTP id AAA12645 for ; Thu, 24 Sep 1998 00:01:16 +0200 (CEST) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.8.8/8.8.8) with SMTP id AAA14900 for ; Thu, 24 Sep 1998 00:01:16 +0200 (CEST) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Thu, 24 Sep 1998 00:01:16 +0200 (CEST) From: Marius Bendiksen To: freebsd-current@FreeBSD.ORG Subject: Green screen savers in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just earlier today my green screen saver kicked in. That's OK; it's supposed to do that. What it -isn't- supposed to do, is to forget to reenable the display when I press a key. :) Is there something I've missed here? This cvsup is a bit old, so it may already have been fixed? Not on the list, CC: this adress. - marius - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:24:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28240 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:24:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28160 for ; Wed, 23 Sep 1998 15:24:12 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA04313; Wed, 23 Sep 1998 15:23:35 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809232223.PAA04313@rah.star-gate.com> To: Julian Elischer cc: Amancio Hasty , dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: Quake-client on FreeBSD-3.0 ?? In-reply-to: Your message of "Wed, 23 Sep 1998 14:35:07 PDT." Date: Wed, 23 Sep 1998 15:23:35 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I doubt that any of the guys have support for DVD :( Bunch of new stuff is coming out on the market so it is the usual story locate a friendly chip manufacturer with decent documentation for the hardware. S3 Savage comes to mind however I dont know that much about it so far. Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:24:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28289 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:24:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28248 for ; Wed, 23 Sep 1998 15:24:32 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id SAA17260 for current@freebsd.org; Wed, 23 Sep 1998 18:24:25 -0400 (EDT) (envelope-from luoqi) Date: Wed, 23 Sep 1998 18:24:25 -0400 (EDT) From: Luoqi Chen Message-Id: <199809232224.SAA17260@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: deadlock in vm_fault() Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I ran into a deadlock in vm_fault code today while making -j12 world. It's caused by a reversed lock acquisition order. The normal order of acquisition is vm map lock first and vnode lock next (if the fault is in a vnode backed object). During the course of the fault handling, lock on the vm map is released prior to paging io and has to be reacquired if it's modified by another process during the io. Before reacquiring the lock of vm map, we have to release the vnode lock we still hold, otherwise another page fault in the same map/vnode would send us into a deadlock. Attached is a fix for this problem. Would any of the vm/lock experts out there review this? Thanks. -lq Index: vm_fault.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_fault.c,v retrieving revision 1.88 diff -u -r1.88 vm_fault.c --- vm_fault.c 1998/09/04 08:06:57 1.88 +++ vm_fault.c 1998/09/23 21:54:14 @@ -656,6 +656,14 @@ */ /* + * Unlock vnode before the lookup to avoid deadlock + */ + if (fs.vp != NULL) { + vput(fs.vp); + fs.vp = NULL; + } + + /* * To avoid trying to write_lock the map while another process * has it read_locked (in vm_map_pageable), we do not try for * write permission. If the page is still writable, we will To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:25:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28354 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:25:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf50.cruzers.com [205.215.232.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA28310 for ; Wed, 23 Sep 1998 15:24:55 -0700 (PDT) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 3528 invoked by uid 100); 23 Sep 1998 22:25:13 -0000 Date: Wed, 23 Sep 1998 15:25:13 -0700 To: Amancio Hasty Cc: current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? Message-ID: <19980923152513.A3509@top.worldcontrol.com> References: <199809232107.OAA04090@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.6i In-Reply-To: <199809232107.OAA04090@rah.star-gate.com>; from Amancio Hasty on Wed, Sep 23, 1998 at 02:07:58PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 0, Amancio Hasty wrote: > Just post to the multimedia mailing lists the guys over there > are either playing quake, quake2, watching tv , or playing > back mpeg audio streams. Ooops, I forgot listening to radio too 8) Some of us are watching MPEG, CDI & VideoCD videos too. Can DVD be far off? 8-) -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:54:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02417 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:54:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02395 for ; Wed, 23 Sep 1998 15:54:23 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id AAA28192; Thu, 24 Sep 1998 00:47:42 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809232247.AAA28192@ocean.campus.luth.se> Subject: Re: Green screen savers in -current In-Reply-To: from Marius Bendiksen at "Sep 24, 98 00:01:16 am" To: mbendiks@eunet.no (Marius Bendiksen) Date: Thu, 24 Sep 1998 00:47:42 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Marius Bendiksen: > Just earlier today my green screen saver kicked in. That's OK; it's > supposed to do that. What it -isn't- supposed to do, is to forget to > reenable the display when I press a key. :) > > Is there something I've missed here? This cvsup is a bit old, so it may > already have been fixed? Re-cvsup. I'm pretty sure it has been fixed. /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 15:59:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03158 for freebsd-current-outgoing; Wed, 23 Sep 1998 15:59:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03126 for ; Wed, 23 Sep 1998 15:59:03 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id PAA11428; Wed, 23 Sep 1998 15:58:59 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd011373; Wed Sep 23 15:58:49 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id PAA18747; Wed, 23 Sep 1998 15:58:46 -0700 (MST) From: Terry Lambert Message-Id: <199809232258.PAA18747@usr09.primenet.com> Subject: Re: KERNEL redefined for genassym.c To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Wed, 23 Sep 1998 22:58:46 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199809222347.TAA05655@lor.watermarkgroup.com> from "Luoqi Chen" at Sep 22, 98 07:47:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here is the warning I got: > > ../../i386/i386/genassym.c:61: warning: `KERNEL' redefined > *Initialization*:1: warning: this is the location of the previous definition This is intentional; it means that you have not updated your configuration file for CAM. Diff your "GENERIC" and the one in the tree (cvs diff -r HEAD GENERIC) to see what changes are necessary. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:00:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11910 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:00:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dan.emsphone.com (router.emsphone.com [199.67.51.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11789 for ; Wed, 23 Sep 1998 16:59:56 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id SAA02326; Wed, 23 Sep 1998 18:56:52 -0500 (CDT) Date: Wed, 23 Sep 1998 18:56:52 -0500 From: Dan Nelson To: "Matthew D. Fuller" , Terry Lambert Cc: =?iso-8859-1?Q?Dag-Erling_C=2E_Sm=F8rgrav?= , ben@rosengart.com, current@FreeBSD.ORG Subject: Re: shouting in a void? Message-ID: <19980923185652.A2193@emsphone.com> References: <199809230322.UAA18540@usr06.primenet.com> <19980923165536.46323@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.3i In-Reply-To: <19980923165536.46323@futuresouth.com>; from "Matthew D. Fuller" on Wed Sep 23 16:55:36 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 23), Matthew D. Fuller said: > On Wed, Sep 23, 1998 at 03:22:15AM +0000, Terry Lambert woke me up to tell me: > > If you don't have a repository, then you don't need to follow > > either the commit logs nor a subset of the commit logs, since you > > aren't going to be able to check out the code if you see something > > interesting go by... right? > > CVSup over a 14.4 averages a bit under an hour. CVS update over 14.4 > with /usr/cvs NFS mounted takes around 40-some hours. (Yes, I did it. > Yes, I'm mentally ill. Yes I have a 28.8, but I need to change the > faceplate on it, and I'm too lazy) What hardware are you running on? I cvsup the entire CVS repository every couple days, and it usually takes me 5-10 minutes on a P133/14.4 modem/SCSI HD, and most of that time is just spent thrashing my hard drive. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:01:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12053 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:01:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12027 for ; Wed, 23 Sep 1998 17:01:22 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id TAA03670; Wed, 23 Sep 1998 19:00:58 -0500 (CDT) Message-ID: <19980923190058.27457@futuresouth.com> Date: Wed, 23 Sep 1998 19:00:58 -0500 From: "Matthew D. Fuller" To: Dan Nelson Cc: current@FreeBSD.ORG Subject: Re: shouting in a void? References: <199809230322.UAA18540@usr06.primenet.com> <19980923165536.46323@futuresouth.com> <19980923185652.A2193@emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980923185652.A2193@emsphone.com>; from Dan Nelson on Wed, Sep 23, 1998 at 06:56:52PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 06:56:52PM -0500, Dan Nelson woke me up to tell me: > In the last episode (Sep 23), Matthew D. Fuller said: > > > > CVSup over a 14.4 averages a bit under an hour. CVS update over 14.4 > > with /usr/cvs NFS mounted takes around 40-some hours. (Yes, I did it. > > Yes, I'm mentally ill. Yes I have a 28.8, but I need to change the > > faceplate on it, and I'm too lazy) > > What hardware are you running on? I cvsup the entire CVS repository > every couple days, and it usually takes me 5-10 minutes on a P133/14.4 > modem/SCSI HD, and most of that time is just spent thrashing my hard > drive. Well, this is after not updating for about a month, I have a 486/66 with the 14.4 modem routing, the system being updated is a Compaq P75 (with a 120 proc stuck in) with a single IDE drive. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:03:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12362 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:03:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12342 for ; Wed, 23 Sep 1998 17:03:30 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA08756; Thu, 24 Sep 1998 10:03:10 +1000 Date: Thu, 24 Sep 1998 10:03:10 +1000 From: Bruce Evans Message-Id: <199809240003.KAA08756@godzilla.zeta.org.au> To: bright@hotjobs.com, peter@netplex.com.au Subject: Re: Current is Really Broken(tm) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The main problem with DEVFS is inherent in the way that it creates and >removes nodes on the fly for things like disk partitions that actually >exist. > >The problem is that DEVFS doesn't know if /dev/wd1s1e (for example) exists >until the disklabel is read. The disk label isn't read until the device >is opened. To open the device, you have to read the /dev/wd1s1e node.. >Catch-22. (Opening /dev/wd1s1 also causes the disklabel to be read, but >that's not the name of the device in /etc/fstab) Not a real problem. Use something like "test< /dev/wd1" to open the device. The real problem is in the implementation of rebuilding the device entries after the disk goes away... >Another other way is to do what the SLICE code did. It proactively probed >the disks after it was safe to do so, and used that information to populate It actually probed the disks when it was UNsafe to do so (inside an interrupt handler). >Under the SLICE code, drivers have to do a different IO request mechanism, >arrange a callback so they can probe themselves for partitioning and >geometry information later in the boot and handle removeable media etc by >communicating with devfs for each diskchange etc. I don't understand the attraction of callbacks. Only a limited number of things can be done in interrupt context. Accessing filesystem layers is not one of them. Cam seems to have similar complications. When I tried adding missing devfs initialization to scsi_da.c, it failed because daregister() seems to be the only reasonable place to complete per-device initialization, but daregister() is an interrupt handler. Initialization can easily be handled in process context using a kernel process. Not so for reinitialization after a device goes away or appears asynchronously. At best, you'll get notified asynchronously and have to push the handling to process context. >A hack solution is to hack fsck, mount, etc so that if you have /dev/wd0s1e >intended to be mounted on /home, and /dev/wd0s1e doesn't exist, then have >them first open/close /dev/wd0s1 to cause the disklabel to get read. This doesn't work, because /dev/wd0s1 doesn't exist either. /dev/rwd0 exists. It only sort of works. I see the following behaviour: $ cd /devfs_mountpoint $ ls rwd0s1 ls: rwd0s1: No such file or directory $ ls rwd0s1 rwd0s1 $ cp rwd0s1 null cp: rwd0s1: Input/output error # Above error this is caused by devfs revoking rwd0s1 underneath us # when dsopen() rebuilds the device entries. $ cp rwd0s1 null ^C # Above non-error is caused by some bug in last-close that prevents # dsopen() from seeing the need to rebuild the device entries. Things work better if some partition is kept open, e.g. using "sleep 2000000000 I think that's about the size of the situation.. There isn't all that much >wrong with DEVFS, just that it's got some pretty hairy gotchas. There are/ >were problems with it's vnode usage, but I think they've been covered. Naah, the ones that affect slicing are still there. The slice code wants devfs_remove_dev() to work like unlink() and not affect existing opens. Devfs wants to completely remove the device, and begins by revoking the vnode. Rebuilding the device entries in open is the easiest case (it is only done when there are no open partitions on the disk except for the one being opened). The hardest case is rebuilding them for a DIOCSYNCSLICEINFO ioctl. Then the revoke hangs on mounted partitions. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:34:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16293 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:34:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16263 for ; Wed, 23 Sep 1998 17:34:12 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id KAA17856; Thu, 24 Sep 1998 10:03:49 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 24 Sep 1998 10:03:47 +0930 (CST) From: "Daniel O'Connor" To: osa@etrust.ru Subject: RE: Quake-client on FreeBSD-3.0 ?? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 23-Sep-98 óÅÒÇÅÊ ïÓÏËÉÎ wrote: > Quake-client on FreeBSD-3.0 ??? > Does it possible ? > As I know, FreeBSD have a problem with some gamez ... Yes, I have done it for Quake 1 & 2.. I'd point you to my web page, but my gateway machine is not working (which holds all my web pages...) Basically you have to have the emulators/linux_lib port, and then load the linux emulator. You have to get the Linux client for Quake 1 & 2.. Which one you get depends on what hardware you have. I have a 3dfx card, so I had to install the Glide libs for Linux, and get the gl quake client. You can use the X11 client, with no problems tho. If I get my server up, the check out http://www.dons.net.au/~darius/quake/ (That won't happen until the weekend tho) I'll send you an archive of my Quake web page seperatly (its too large to send to the list) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:42:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17615 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:42:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17610 for ; Wed, 23 Sep 1998 17:42:33 -0700 (PDT) (envelope-from rock@cs.uni-sb.de) Received: from cs.uni-sb.de (acc2-202.telip.uni-sb.de [134.96.112.202]) by uni-sb.de (8.9.0/1998052000) with ESMTP id CAA14858 for ; Thu, 24 Sep 1998 02:42:21 +0200 (CEST) Message-ID: <3609952C.FBF802A2@cs.uni-sb.de> Date: Thu, 24 Sep 1998 02:41:16 +0200 From: Daniel Rock X-Mailer: Mozilla 4.06 [de] (Win98; I) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Minor format error in if_de.c Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Take a look at the octal represented \0 characters in the variable thrsh. I normally get the following errors after each reboot and medium network usage: de0: abnormal interrupt: transmit underflow (raising TX threshold to 96|256) de0: abnormal interrupt: transmit underflow (raising TX threshold to 8|512) (should be 128|512) de0: abnormal interrupt: transmit underflow (raising TX threshold to 1024) (should be 160|1024) *** if_de.c Wed Jul 15 04:32:27 1998 --- if_de.c.new Thu Sep 24 02:37:36 1998 *************** *** 3865,3871 **** const char * const *msgp = tulip_status_bits; const char *sep; u_int32_t mask; ! const char thrsh[] = "72|128\0\0\096|256\0\0\0128|512\0\0160|1024\0"; csr &= (1 << (sizeof(tulip_status_bits)/sizeof(tulip_status_bits[0]))) - 1 ; printf(TULIP_PRINTF_FMT ": abnormal interrupt:", TULIP_PRINTF_ARGS); --- 3865,3871 ---- const char * const *msgp = tulip_status_bits; const char *sep; u_int32_t mask; ! const char thrsh[] = "72|128\0\0\096|256\0\0\000128|512\0\000160|1024\0"; csr &= (1 << (sizeof(tulip_status_bits)/sizeof(tulip_status_bits[0]))) - 1 ; printf(TULIP_PRINTF_FMT ": abnormal interrupt:", TULIP_PRINTF_ARGS); Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 17:47:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18238 for freebsd-current-outgoing; Wed, 23 Sep 1998 17:47:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18230; Wed, 23 Sep 1998 17:47:45 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA19773; Wed, 23 Sep 1998 17:47:41 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp01.primenet.com, id smtpd019608; Wed Sep 23 17:47:34 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id RAA15840; Wed, 23 Sep 1998 17:47:20 -0700 (MST) From: Terry Lambert Message-Id: <199809240047.RAA15840@usr07.primenet.com> Subject: Re: DEVFS & SLICE? To: rotel@indigo.ie Date: Thu, 24 Sep 1998 00:47:19 +0000 (GMT) Cc: sos@FreeBSD.ORG, abial@nask.pl, peter@netplex.com.au, jkh@time.cdrom.com, current@FreeBSD.ORG In-Reply-To: <199809222341.AAA01550@indigo.ie> from "Niall Smart" at Sep 23, 98 00:41:47 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Soren, you said you used DEVFS without SLICE on regular basis. Tell me > > > then, please, what for, because I can't see what (significant) added > > > functionality over standard /dev/* it offered... > > > > It doesn't give me anything but an emptier looking /dev with only those > > devices in it that I actually have :) > > I tried DEVFS for the first time today and thats about what I see > too. What exactly is its purpose -- to replace a shell script? Am > I missing something or is this a solution looking for a problem? 1) To never have the possibility of the /dev directory having out-of-date contents. 2) To allow NFS booting from systems that don't support the 32 bit minor device numbers required by FreeBSD. 3) To move the maintenance of the MAKEDEV into the same source file as the device being maintained, such that coherency is automatic. 4) To allow for dynamic creation of devices as a result of hot insertion or hot swap. 5) To allow for daemon-select/poll of the /dev directory to allow for scanning to actually *do* something when a device "arrives" (like mount an FS on a Flash, bring a network link up when a PCMCIA net card is inserted, etc.). 6) To reduce the number of kernel drivers that have to be working to get FreeBSD minimally functional on a new piece of hardware. 7) To allow the creation of sub-instances of /dev in chroot environments, but to omit "dangerous" or "undesirable" devices. 8) To prevent the use of ad-hoc created devices (via mknod) as gateways for security exploits. 9) To get rid of "specfs" and the promiscuous knowledge of "specfs" in other areas of the kernel. 10) To aid in the murder of "struct fileops", such that vnodes actually point to VFS devices. 11) To allow advisory locking to be applied to device files, just like it applies to ordinary files. 12) Because it's cool. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:00:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20871 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:00:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20848 for ; Wed, 23 Sep 1998 18:00:55 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA08365; Wed, 23 Sep 1998 18:00:52 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd008315; Wed Sep 23 18:00:44 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA16903; Wed, 23 Sep 1998 18:00:39 -0700 (MST) From: Terry Lambert Message-Id: <199809240100.SAA16903@usr07.primenet.com> Subject: Re: DNS in CURRENT To: peter@netplex.com.au (Peter Wemm) Date: Thu, 24 Sep 1998 01:00:39 +0000 (GMT) Cc: tlambert@primenet.com, sthaug@nethelp.no, asmodai@wxs.nl, current@FreeBSD.ORG In-Reply-To: <199809230825.QAA13991@spinner.netplex.com.au> from "Peter Wemm" at Sep 23, 98 04:25:44 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It would be simple if we could have libc.so.3 in /lib and ld-elf.so.1 on > the root fs somewhere. > > We can't dlopen() (easily) from static binaries yet. We need to weaken > the libc interfaces a little so that the decision about "which malloc" > (ie: the one linked statically into the executable, or the one in libc.so) > isn't made until runtime. Then, we could have a seperate resolver library > that was dlopened by libc, and libresolv.so.whatever would then link in > libc.so to get access to the missing functions, but everything will use > the functions that are presently linked into the static binary (eg: > malloc, stdio etc). glibc has done this (I think, but they might have > done it for different reasons (such as symbol versioning)). > > Then there's the issue of initializing rtld after the static program is > running.. Probably not out of the question, but not trivial I'd think. I think the way I'd want to handle this, given my druthers, is to have ld.so in /libexec. There is a gap between the end of the first page of the process vm space (which is unmapped), and the first page of the process itself in the process vm space. The purpose of this gap, and the reason that Linux fixed their ELF implementation to add this gap (they used to relocate to immediately after the first page) is to allow the kernel execution class loader for ELF images to map things into the process address space, whether the process wanted them mapped in or not. One thing that it's supposed to map in was ld.so. I believe on some systems, it also maps libc.so into this region (on the theory that "no one will ever build a libc so large it fills this gap"; yeah, right...). I would be happy with the map of the ld.so for all images. Alternately, we could use the crt0.o for shared linked images for all images, linked against shared libraries or not. > The neat thing is that we could even get away with something like PAM or > an extensible username / hostname system that doesn't require linking > everything into all the static binaries. Solaris already supports this for LDAP as part of the JINI framework, BTW... The have an nsswitch that includes all NIS+ fields, including the "Using LDAP as an NIS+ server" standards track RFC... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:04:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21758 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:04:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21753 for ; Wed, 23 Sep 1998 18:04:19 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA15570; Wed, 23 Sep 1998 18:04:10 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd015542; Wed Sep 23 18:04:03 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA17189; Wed, 23 Sep 1998 18:03:59 -0700 (MST) From: Terry Lambert Message-Id: <199809240103.SAA17189@usr07.primenet.com> Subject: Re: Current is Really Broken(tm) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Sep 1998 01:03:59 +0000 (GMT) Cc: bright@hotjobs.com, current@FreeBSD.ORG In-Reply-To: <2950.906542983@time.cdrom.com> from "Jordan K. Hubbard" at Sep 23, 98 02:29:43 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It's there the same > way that things like LFS and NFSv3 are there - available for people to > play with but not considered robust enough to use in anything but > purely experimental setups. Is LFS back? Yea! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:15:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23729 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:15:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23716 for ; Wed, 23 Sep 1998 18:15:52 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA13363; Wed, 23 Sep 1998 18:15:48 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd013340; Wed Sep 23 18:15:44 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA17858; Wed, 23 Sep 1998 18:15:35 -0700 (MST) From: Terry Lambert Message-Id: <199809240115.SAA17858@usr07.primenet.com> Subject: Re: shouting in a void? To: fullermd@futuresouth.com (Matthew D. Fuller) Date: Thu, 24 Sep 1998 01:15:34 +0000 (GMT) Cc: tlambert@primenet.com, dag-erli@ifi.uio.no, ben@rosengart.com, current@FreeBSD.ORG In-Reply-To: <19980923165536.46323@futuresouth.com> from "Matthew D. Fuller" at Sep 23, 98 04:55:36 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > If you don't have a repository, then you don't need to follow > > either the commit logs nor a subset of the commit logs, since > > you aren't going to be able to check out the code if you > > see something interesting go by... right? > > CVSup over a 14.4 averages a bit under an hour. > CVS update over 14.4 with /usr/cvs NFS mounted takes around 40-some hours. > (Yes, I did it. Yes, I'm mentally ill. Yes I have a 28.8, but I need to > change the faceplate on it, and I'm too lazy) Uh, changing the faceplate won't make the modem faster... 8-) 8-). Is the NFS mount local or over the same modem? Are you using an NFSv3 mount or an NFSv2 mount? Is the server a Linux box? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:23:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25013 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:23:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24999 for ; Wed, 23 Sep 1998 18:23:31 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id SAA09857; Wed, 23 Sep 1998 18:21:45 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <36099EA7.FD184499@dal.net> Date: Wed, 23 Sep 1998 18:21:44 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: Jeroen Ruigrok/Asmodai CC: sthaug@nethelp.no, current@FreeBSD.ORG Subject: Re: DNS in CURRENT References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok/Asmodai wrote: > Man, I was as happy as a little kid when I just learned how to get BIND 4 > working from scratch, now I have to learn BIND 8... Ah well, Knowledge is > Power =) The good news is that the zone file format is still the same. The only change is the named.conf file. There is a script to convert old named.boot files to new named.conf file and as long as there are no errors it should work just like that. There are also many efficiency and other improvements in the new style, so it's a good change. Doug Handy upgrade guide: 1. Make good, reliable backups of your current configuration, store them in more than one physical location and TEST to make sure that you can actually recover with them. :) That last step is often skipped by people and you only find out that you're fubar at the worst possible moment. 2. Make sure that your *current* configuration is working as it should be. At minimum I open up two windows to the server, start 'tail -f /var/log/named.log' in one and then shut the server down in the other. I watch the log while it shuts down, then start it up and watch it again to make sure that there are no errors. Once I'm convinced that things are working as advertised I proceed. If I have to make any changes to make things go I repeat step one. 3. Back up the current working binaries. First lesson on first day of sysadmin school, make every change reversible. 4. Unpack the BIND source and read the installation documentation. 5. Compile and install that bad boy. :) 6. Convert your named.boot file to named.conf using the src/bin/named/named-bootconf.pl script. 7. At this point I usually rotate the named logs so that I know I'll be logging the new stuff in new logs but this is optional. 8. Make sure that you're watching the log in one window (tail -f above) and then start up the new named in the other and with luck watch everything work the way it should. :) At times BIND 8 will find bogons in your zone files that were not a problem for older versions of BIND 4. Underscores in host names are very common errors that pop up after an upgrade, as are various problems with CNAME's. You might want to give the html documentation for the config file a look two or three times before you start it up. There are some options you can tailor to increase named's efficiency based on your particular needs. Several of those options were compile options with BIND 4. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:27:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25941 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:27:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25900 for ; Wed, 23 Sep 1998 18:27:37 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id UAA16057; Wed, 23 Sep 1998 20:24:17 -0500 (CDT) Message-ID: <36099F40.CED8FFFB@webwizard.org.mx> Date: Wed, 23 Sep 1998 20:24:16 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" CC: Werner Griessl , current@FreeBSD.ORG Subject: Re: burn cd ? References: <199809221710.LAA15704@panzer.plutotech.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > Werner Griessl wrote... > > How can I burn cd's now in current/cam/elf ? > > I used the worm-device and team ("burncd.sh") before. > > Werner > > You have to use cdrecord. Try the port: > > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > or a binary with the latest CAM fixes: > > ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test With a this morning's elf world, kernel and the above binary, I get p400:/usr/local/sbin # ./cdrecord.test dev=0,3,0 blank=all Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling ./cdrecord.test: Undefined error: 0. WARNING: RR-scheduler not available, disabl ing. scsidev: '0,3,0' scsibus: 0 target: 3 lun: 0 ./cdrecord.test: No such file or directory. Cannot open SCSI driver. with cdrecord 1.6.a12 p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 driver=mm > Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling scsidev: '0,3,0' scsibus: 0 target: 3 lun: 0 /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get SCSI addr . /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi sendcmd: f atal error cmd finished after 0.000s timeout 40s They will all work with an old kernel. FYI: p400:/usr/local/sbin # uname -a FreeBSD p400.nix.mexcom.net 3.0-BETA FreeBSD 3.0-BETA #0: Wed Sep 23 09:14:00 CD T 1998 root@dns.webwizard.com.mx:/usr/src/sys/compile/P400 i386 Thanks ed > > > Try the binary first, and if that doesn't work, try compiling the port. > > Ken > -- > Kenneth Merry > ken@plutotech.com > > 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 Sep 23 18:54:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28869 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:54:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28862 for ; Wed, 23 Sep 1998 18:54:19 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id TAA26067; Wed, 23 Sep 1998 19:53:54 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809240153.TAA26067@panzer.plutotech.com> Subject: Re: burn cd ? In-Reply-To: <36099F40.CED8FFFB@webwizard.org.mx> from Edwin Culp at "Sep 23, 98 08:24:16 pm" To: eculp@webwizard.org.mx (Edwin Culp) Date: Wed, 23 Sep 1998 19:53:54 -0600 (MDT) Cc: ken@plutotech.com, croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote... > "Kenneth D. Merry" wrote: > > > Werner Griessl wrote... > > > How can I burn cd's now in current/cam/elf ? > > > I used the worm-device and team ("burncd.sh") before. > > > Werner > > > > You have to use cdrecord. Try the port: > > > > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > > > or a binary with the latest CAM fixes: > > > > ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test Okay, there are several things going on here: > With a this morning's elf world, kernel and the above binary, I get > p400:/usr/local/sbin # ./cdrecord.test dev=0,3,0 blank=all > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling > ./cdrecord.test: Undefined error: 0. WARNING: RR-scheduler not available, > disabl > ing. > scsidev: '0,3,0' > scsibus: 0 target: 3 lun: 0 > ./cdrecord.test: No such file or directory. Cannot open SCSI driver. My guess is that one of the following is true: - you haven't made the xpt or pass devices in /dev - you don't have the passthrough device in your kernel config file Please make sure that both of those devices are there, and that you've got the passthrough device in your kernel. Try typing: ./cdrecord.test -scanbus You'll probably get a more verbose error message. > with cdrecord 1.6.a12 > > p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 > driver=mm > > Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling > scsidev: '0,3,0' > scsibus: 0 target: 3 lun: 0 > /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get > SCSI addr > . > /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. > /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi > sendcmd: f > atal error > cmd finished after 0.000s timeout 40s You must be using a cdrecord binary build under the old SCSI subsystem. It won't work, the CAM SCSI passthrough interface is completely different. > They will all work with an old kernel. What worked with an old kernel? How old of a kernel? Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 18:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28959 for freebsd-current-outgoing; Wed, 23 Sep 1998 18:55:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-230.detroit.mi.ameritech.net [199.179.188.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28925 for ; Wed, 23 Sep 1998 18:55:27 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id VAA04227 for ; Wed, 23 Sep 1998 21:55:19 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <3609A685.A9B65B3A@ameritech.net> Date: Wed, 23 Sep 1998 21:55:17 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: options DPT_LOST_IRQ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does CAM still perform what is supposed to when using this kernel option? Because it doesn't show any evidence of it in Boot: -v and the unwanted behavior of not using this option is showing up again, even though its still in my kernel. Thanks in advance.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 19:08:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01179 for freebsd-current-outgoing; Wed, 23 Sep 1998 19:08:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01112 for ; Wed, 23 Sep 1998 19:08:03 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id EAA00514 for freebsd-current@FreeBSD.ORG; Thu, 24 Sep 1998 04:07:58 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 972B91513; Thu, 24 Sep 1998 00:28:10 +0200 (CEST) Date: Thu, 24 Sep 1998 00:28:09 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Compiling ELF gcc-2.8.1 Message-ID: <19980924002809.A846@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809231833.LAA17844@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809231833.LAA17844@hub.freebsd.org>; from alexandr@mail.eecis.udel.edu on Wed, Sep 23, 1998 at 11:33:56AM -0700 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to alexandr@mail.eecis.udel.edu: > Yep. Works like a charm too! I just cheated and modified the ports > makefile. I defined $GNUHOST to "i386-unknown-freebsdelf" and added > "--host=i386-unknown-freebsdelf --target=i386-unknown-freebsdelf" to > $CONFIGURE_ARGS. As it is not a cross-compiler, you don't need --host/--target. Just giving it i386-unknown-freebsdelf is enough. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 19:16:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02560 for freebsd-current-outgoing; Wed, 23 Sep 1998 19:16:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02527 for ; Wed, 23 Sep 1998 19:15:46 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id TAA26880; Wed, 23 Sep 1998 19:15:38 -0700 (PDT) (envelope-from jdp) Message-Id: <199809240215.TAA26880@austin.polstra.com> To: fullermd@FutureSouth.Com Subject: Re: shouting in a void? In-Reply-To: <19980923190058.27457@futuresouth.com> References: <19980923165536.46323@futuresouth.com> <19980923185652.A2193@emsphone.com> <19980923190058.27457@futuresouth.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 23 Sep 1998 19:15:37 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980923190058.27457@futuresouth.com>, Matthew D. Fuller wrote: > On Wed, Sep 23, 1998 at 06:56:52PM -0500, Dan Nelson woke me up to tell me: > > In the last episode (Sep 23), Matthew D. Fuller said: > > > > > > CVSup over a 14.4 averages a bit under an hour. CVS update over 14.4 > > > with /usr/cvs NFS mounted takes around 40-some hours. (Yes, I did it. > > > Yes, I'm mentally ill. Yes I have a 28.8, but I need to change the > > > faceplate on it, and I'm too lazy) > > > > What hardware are you running on? I cvsup the entire CVS repository > > every couple days, and it usually takes me 5-10 minutes on a P133/14.4 > > modem/SCSI HD, and most of that time is just spent thrashing my hard > > drive. > > Well, this is after not updating for about a month, I have a 486/66 with > the 14.4 modem routing, the system being updated is a Compaq P75 (with a > 120 proc stuck in) with a single IDE drive. It seems to depend mostly on the speed of your disk system. That's because it does a stat(2) on every file in your local tree. I use it over a 56K frame relay link. I used to run it on a P/90 with narrow SCSI disks. I recently moved it to a PII/400 with fast ultra-wide disks (IBM 34560W), and it's much faster. An update of the entire "src" tree (about a day old) takes under a minute. I have a plan to eliminate the disk thrashing, but haven't implemented it yet. Once that's done, I believe it will truly be limited by the network link, unless you've got a T1 or better, or really slow hardware. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 19:21:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03664 for freebsd-current-outgoing; Wed, 23 Sep 1998 19:21:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03641 for ; Wed, 23 Sep 1998 19:21:15 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id VAA10028; Wed, 23 Sep 1998 21:21:08 -0500 (CDT) Message-ID: <19980923212108.07453@futuresouth.com> Date: Wed, 23 Sep 1998 21:21:08 -0500 From: "Matthew D. Fuller" To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: shouting in a void? References: <19980923165536.46323@futuresouth.com> <199809240115.SAA17858@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199809240115.SAA17858@usr07.primenet.com>; from Terry Lambert on Thu, Sep 24, 1998 at 01:15:34AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 01:15:34AM +0000, Terry Lambert woke me up to tell me: > > Uh, changing the faceplate won't make the modem faster... 8-) 8-). It will when it lets me put my 28.8 modem with the funky Compaq case faceplate in my Packard Bell Router. ;p Besides, don't you think Jordan will go faster if we get him a facelift? *run away* > Is the NFS mount local or over the same modem? > > Are you using an NFSv3 mount or an NFSv2 mount? The server's my workstation at the office (PPro et al), NFS mounted over the 14.4. v3 probably, I haven't mucked with it yet (I know I should but see above comment about lazy ;) (and I haven't had a problem doing NFS installworlds across v3 mounts at the office) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 19:32:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05935 for freebsd-current-outgoing; Wed, 23 Sep 1998 19:32:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05929 for ; Wed, 23 Sep 1998 19:32:22 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA05857; Wed, 23 Sep 1998 19:37:03 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809240237.TAA05857@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: fullermd@FutureSouth.Com, current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Wed, 23 Sep 1998 19:15:37 PDT." <199809240215.TAA26880@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Sep 1998 19:37:03 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, this is after not updating for about a month, I have a 486/66 with > > the 14.4 modem routing, the system being updated is a Compaq P75 (with a > > 120 proc stuck in) with a single IDE drive. > > It seems to depend mostly on the speed of your disk system. That's > because it does a stat(2) on every file in your local tree. I use it > over a 56K frame relay link. I used to run it on a P/90 with narrow > SCSI disks. I recently moved it to a PII/400 with fast ultra-wide > disks (IBM 34560W), and it's much faster. An update of the entire > "src" tree (about a day old) takes under a minute. > > I have a plan to eliminate the disk thrashing, but haven't implemented > it yet. Once that's done, I believe it will truly be limited by > the network link, unless you've got a T1 or better, or really slow > hardware. Heh. You have to see what it does to a cvsup server to believe it. 8) With 10-15 clients running, the 10krpm Cheetah in freefall is prettymuch nailed to the wall. Even if you just cached the stat results against the mtime for something in the repo, you'd win enormously. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 19:40:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07016 for freebsd-current-outgoing; Wed, 23 Sep 1998 19:40:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06993 for ; Wed, 23 Sep 1998 19:40:45 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id TAA06964; Wed, 23 Sep 1998 19:40:24 -0700 (PDT) (envelope-from jdp) Message-Id: <199809240240.TAA06964@austin.polstra.com> To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: shouting in a void? In-reply-to: Your message of "Wed, 23 Sep 1998 19:37:03 PDT." <199809240237.TAA05857@dingo.cdrom.com> Date: Wed, 23 Sep 1998 19:40:24 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I have a plan to eliminate the disk thrashing, but haven't > > implemented it yet. Once that's done, I believe it will truly be > > limited by the network link, unless you've got a T1 or better, or > > really slow hardware. > > Heh. You have to see what it does to a cvsup server to believe > it. 8) I have never seen a busy server (I'd like to sometime), but I do believe you. :-) It's actually a problem only for the master server, i.e., freefall. The mirrors now use "mirror mode" which doesn't have to do a tree walk for every client. Chris Timmons (cvsup.freebsd.org) tells me that it has made a tremendous difference. I could eliminate the tree walks on freefall by going to a periodic "cvsupscan" routine. The cost would be a delay in the visibility of file changes to the clients. When I've proposed it in the past, the universal response was no, we want updates from freefall to be up-to-the-second. I have another idea too, but it would require some help from cvs. I'm no longer adverse to that. > Even if you just cached the stat results against the mtime for > something in the repo, you'd win enormously. I'm not sure I understand what you mean. Please explain in more detail up in private mail. I'm _very_ interested in ways to reduce the disk load on the master server. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 20:07:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10606 for freebsd-current-outgoing; Wed, 23 Sep 1998 20:07:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10600 for ; Wed, 23 Sep 1998 20:07:36 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx101-ip9.nwnexus.net [204.57.235.59]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id UAA12408; Wed, 23 Sep 1998 20:07:27 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.9.1/8.8.8) id UAA09604; Wed, 23 Sep 1998 20:05:04 -0700 (PDT) (envelope-from wrsomsky) Message-ID: <19980923200504.A605@gramarye> Date: Wed, 23 Sep 1998 20:05:04 -0700 From: "William R. Somsky" To: Studded , freebsd-current@FreeBSD.ORG Subject: Re: Strange make behavior in 3.0-BETA-elf References: <19980922222611.A7041@gramarye> <3609377C.3567DAED@dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <3609377C.3567DAED@dal.net>; from Studded on Wed, Sep 23, 1998 at 11:01:32AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 11:01:32AM -0700, Studded wrote: > FYI, you have no return address in your headers. Sorry, looks like I've got some sendmail config problems. I'll check it... > Gramarye Root wrote: > > > > I've just updated my system from 2.2.7-STABLE to 3.0-CURRENT/BETA-elf > > and have been rebuilding ports to turn them into elf's. > > > > However, the ssh port dies on my system w/ the following error: > > Make sure that you have the VERY latest ports collection and > bsd.port.mk. TMK this problem is already fixed. Hmm... Nope, just cvsup'd the latest version of these a few minutes ago, and still the same results. Still, should "make foobar.a" in a empty directory report "'foobar.a' is up to date" when there's no such file? Try it and see! Why is a non-existant .a file considered to be up to date? (Although, I just checked on a 2.2.7-STABLE machine, and its make behaves the same way, but ssh compiles fine...) ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 20:27:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13467 for freebsd-current-outgoing; Wed, 23 Sep 1998 20:27:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13461 for ; Wed, 23 Sep 1998 20:27:17 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id UAA11688 for ; Wed, 23 Sep 1998 20:28:09 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Date: Wed, 23 Sep 1998 20:28:09 -0700 Message-ID: <11684.906607689@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Come 'n get it. This BETA snap should fix all the reported sysinstall problems (forgot to merge some fixes from 2.2-stable - Doh!) as well as incorporate the VESA mode fixes, various CAM patches and whatever else has gone into -current over the last couple of days since the last snapshot. There's a swift current right now (groan), so if you don't subscribe to cvs-all, now might be an excellent time to do so, at least during the extent of the BETA period. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 21:01:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19611 for freebsd-current-outgoing; Wed, 23 Sep 1998 21:01:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA19558 for ; Wed, 23 Sep 1998 21:01:15 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id VAA03623; Wed, 23 Sep 1998 21:54:40 -0600 (MDT) Date: Wed, 23 Sep 1998 21:54:40 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809240354.VAA03623@narnia.plutotech.com> To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ Newsgroups: pluto.freebsd.current In-Reply-To: <3609A685.A9B65B3A@ameritech.net> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3609A685.A9B65B3A@ameritech.net> you wrote: > Does CAM still perform what is supposed to when using this kernel > option? Because it doesn't show any evidence of it in Boot: -v and the > unwanted behavior of not using this option is showing up again, even > though its still in my kernel. The CAM driver does not currently honor this option. It could easily be added again, but it would be nice to know why it is necessary. Is the symptom simply a timeout? One thing I noticed that the Linux driver does in it's interrupt handler that FreeBSD doesn't, is to watch for the busy bit in the aux status register. Is this important? (I don't have any docs...) Could it be that we inadvertantly clear an interrupt before the status packet write is complete? If the problem is in the FreeBSD interrupt code, we should find out for sure. I may not have a fast enough adapter (PM3224A) to make the failure occur here, under a PCI bus analyzer, to determine one way or the other. > Thanks in advance.. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 21:58:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27772 for freebsd-current-outgoing; Wed, 23 Sep 1998 21:58:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27744; Wed, 23 Sep 1998 21:58:18 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id GAA20856; Thu, 24 Sep 1998 06:54:51 +0200 (SAT) From: John Hay Message-Id: <199809240454.GAA20856@zibbi.mikom.csir.co.za> Subject: Re: Weired top display at smp current kernel from today In-Reply-To: <199809221644.AAA08290@spinner.netplex.com.au> from Peter Wemm at "Sep 23, 98 00:44:19 am" To: peter@netplex.com.au (Peter Wemm) Date: Thu, 24 Sep 1998 06:54:51 +0200 (SAT) Cc: Pierre.Dampure@barclayscapital.com, fn@radio-do.de, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Pierre.Dampure@barclayscapital.com wrote: > > > > Frank, > > > > Are you by any chance running an ELF version of X? I experienced pretty > > weird results over the past few days with and ELF X (built as per the port > > mods posted to the list): a make world running under X would basically bring > > the box to a halt, massive delays when typing characters on any of the other > > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > > than 256Mb free / no swap used, doing nothing else than the build. > > Two things.. > > 1: There have been some clock tweaks in the last few days that might > affect this. > > 2: Try (humor me :-) booting up into single user, running a few commands > (eg: sync; sync; sync; fsck -p; ls) and then doing a ctrl-D to go into > multi-user. > > If this (#2) is the key to making your system work properly, then you are > seeing the same problem I've been unable to put a finger on for ages. > None of the other SMP folks saw it, but only I was running ELF at the time. > > Somebody else (John Hay) mentioned that this fixes his problem, but it's > not clear whether (or when) he's using elf. Yes I'm using elf. I never saw it before I changed to elf. Another way I found is to use an aout /sbin/init. These problems is on a dual 266MHz PII with onboard adaptec scsi. Last night I upgraded our dual 400Mhz PII with Intel N440BX motherboard (ncr scsi onboard) to elf and up to now it hasn't displayed the same problems, but then I haven't rebooted it too many times yet. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 22:02:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28429 for freebsd-current-outgoing; Wed, 23 Sep 1998 22:02:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA28409 for ; Wed, 23 Sep 1998 22:02:43 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id HAA21032; Thu, 24 Sep 1998 07:02:28 +0200 (SAT) From: John Hay Message-Id: <199809240502.HAA21032@zibbi.mikom.csir.co.za> Subject: Re: Official softupdates patch for testers In-Reply-To: <199809230515.BAA08476@lor.watermarkgroup.com> from Luoqi Chen at "Sep 23, 98 01:15:38 am" To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Thu, 24 Sep 1998 07:02:27 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The following is the official patch to fix the 'initiate_write_filepage' panic, > plus two changes requested by Bruce Evans, > 1. Do not test for vn_lock() failures if LK_RETRY flag bit is set, vn_lock > can't fail in this case. > 2. In fsync() syscall, always call VOP_FSYNC() with MNT_WAIT flag. This would > make it a little safer for async mount and keep us in sync with other BSDs. > Please send any feedback to me . Thanks. This seems to work for me. I have tried it on a SMP machine with various -j levels for make world and also make release and never got a panic. Good work! Thanks. I did notice some warnings when compileing the kernel, which I didn't notice before. Maybe I just wasn't looking... --------------------------------- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout ../../ufs/ffs/ffs_softdep.c ../../ufs/ffs/ffs_softdep.c: In function `allocdirect_merge': ../../ufs/ffs/ffs_softdep.c:1266: warning: int format, ufs_lbn_t arg (arg 4) ../../ufs/ffs/ffs_softdep.c: In function `initiate_write_inodeblock': ../../ufs/ffs/ffs_softdep.c:2823: warning: int format, ufs_lbn_t arg (arg 3) ../../ufs/ffs/ffs_softdep.c:2828: warning: int format, long int arg (arg 3) ../../ufs/ffs/ffs_softdep.c: In function `handle_written_inodeblock': ../../ufs/ffs/ffs_softdep.c:3172: warning: int format, ufs_lbn_t arg (arg 4) ../../ufs/ffs/ffs_softdep.c:3179: warning: int format, long int arg (arg 4) ---------------------------------- John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 22:07:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29133 for freebsd-current-outgoing; Wed, 23 Sep 1998 22:07:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-9.ppp.wenet.net [206.15.85.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29081 for ; Wed, 23 Sep 1998 22:07:16 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id WAA02494 for ; Wed, 23 Sep 1998 22:09:06 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 23 Sep 1998 22:09:06 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current Subject: Re: shouting in a void? In-Reply-To: <199809240237.TAA05857@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 23 Sep 1998, Mike Smith wrote: [...] > > I have a plan to eliminate the disk thrashing, but haven't implemented > > it yet. Once that's done, I believe it will truly be limited by > > the network link, unless you've got a T1 or better, or really slow > > hardware. > > Heh. You have to see what it does to a cvsup server to believe it. 8) > > With 10-15 clients running, the 10krpm Cheetah in freefall is > prettymuch nailed to the wall. Even if you just cached the stat > results against the mtime for something in the repo, you'd win > enormously. Heh. I wonder what 20 clients do to the Sun Enterprise cvs.kde.org is running (for that matter, I wonder what kinda disks its got).. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 22:33:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01836 for freebsd-current-outgoing; Wed, 23 Sep 1998 22:33:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-230.detroit.mi.ameritech.net [199.179.188.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01796 for ; Wed, 23 Sep 1998 22:32:51 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id BAA06182 for ; Thu, 24 Sep 1998 01:32:04 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <3609D94D.8397CF49@ameritech.net> Date: Thu, 24 Sep 1998 01:31:57 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <199809240354.VAA03623@narnia.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > > In article <3609A685.A9B65B3A@ameritech.net> you wrote: > > Does CAM still perform what is supposed to when using this kernel > > option? Because it doesn't show any evidence of it in Boot: -v and the > > unwanted behavior of not using this option is showing up again, even > > though its still in my kernel. > > The CAM driver does not currently honor this option. It could easily > be added again, but it would be nice to know why it is necessary. Is > the symptom simply a timeout? > The symptom (at least on my system) is that the HD totally freezes up with the light on, and the dpt sits there merrily idle, while freebsd processes start losing sanity because the disk cannot be accessed (eg. any interaction with the system which would trigger a HD access would freeze up that portion of the system..) I know there is a 'irq pending' led on the dpt which may indicate the condition has occurred for some people, but mine didnt happen this way, and adding this kernel option ceased the described lockups. I have a 2144UW, a Atlas II, and a Mtech R534 motherboard. # DPT_LOST_IRQ When enabled, will try, once per second, to catch # any interrupt that got lost. Seems to help in some # DPT-firmware/Motherboard combinations. Minimal # cost, great benefit. ^^ from LINT would hate to lose that great benefit :P > One thing I noticed that the Linux driver does in it's interrupt > handler that FreeBSD doesn't, is to watch for the busy bit in the > aux status register. Is this important? (I don't have any docs...) > Could it be that we inadvertantly clear an interrupt before the > status packet write is complete? > > If the problem is in the FreeBSD interrupt code, we should find out > for sure. I may not have a fast enough adapter (PM3224A) to make > the failure occur here, under a PCI bus analyzer, to determine one > way or the other. > > > Thanks in advance.. > > -- > Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:03:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05460 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:03:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05453 for ; Wed, 23 Sep 1998 23:02:59 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id XAA01276; Wed, 23 Sep 1998 23:02:52 -0700 (PDT) Date: Wed, 23 Sep 1998 23:02:52 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809240602.XAA01276@math.berkeley.edu> To: freebsd-current@FreeBSD.ORG Subject: preliminary observations of 3.0-19980923-BETA Cc: dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since the actual release is supposedly imminent, I guess we should start reporting cosmetic errors on the principle that the people who might fix these things can't decide not to bother with bugs that they don't know about. My trivial gripe for today is about the CHECKSUM files. I check the checksums after I download and I find (in addition to the occasional unreported download error) a number of glitches in the checksum files themselves. For example, the scrypto, skerbero, and ssecure checksums are in src/CHECKSUM.MD5 while the actual distribution files are in the des subdirectory. This time around, the X11 server checksums are missing from XF86332/SUMS.md5 though for some odd reason PC98-Servers and Servers directories (not their contents) were checksummed. I am hoping that an obsessive sense of professionalism will motivate minor repairs to the procedure for building the checksum files in the releases. Thanks, Dan Strick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:06:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05951 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:06:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05917 for ; Wed, 23 Sep 1998 23:06:39 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id IAA02317 for freebsd-current@freebsd.org; Thu, 24 Sep 1998 08:06:33 +0200 (CEST) From: Holm Tiffe Message-Id: <199809240606.IAA02317@magnet.geophysik.tu-freiberg.de> Subject: Soso, no one knows anything about SMP here. To: freebsd-current@FreeBSD.ORG Date: Thu, 24 Sep 1998 08:06:33 +0200 (CEST) Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG many THX guys, for the responses to my problem. Yeah, we don't have time, a major release is about to be released, ... BUT WE HAVE THE TIME FOR SUCH THINGS LIKE THE THREAD "THE AGE OF DARKNESS" !!! again and again and again ... Can your americans please try to get a little bit control over your feelings, a little bit ? and now please read the mail with the subject SMP Gurus please help ! THX Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:34:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08833 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:34:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08796; Wed, 23 Sep 1998 23:33:47 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id IAA22256; Thu, 24 Sep 1998 08:33:22 +0200 (SAT) From: John Hay Message-Id: <199809240633.IAA22256@zibbi.mikom.csir.co.za> Subject: Re: Weired top display at smp current kernel from today In-Reply-To: <199809240454.GAA20856@zibbi.mikom.csir.co.za> from John Hay at "Sep 24, 98 06:54:51 am" To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 24 Sep 1998 08:33:22 +0200 (SAT) Cc: peter@netplex.com.au, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > 2: Try (humor me :-) booting up into single user, running a few commands > > (eg: sync; sync; sync; fsck -p; ls) and then doing a ctrl-D to go into > > multi-user. > > > > If this (#2) is the key to making your system work properly, then you are > > seeing the same problem I've been unable to put a finger on for ages. > > None of the other SMP folks saw it, but only I was running ELF at the time. > > > > Somebody else (John Hay) mentioned that this fixes his problem, but it's > > not clear whether (or when) he's using elf. > > Yes I'm using elf. I never saw it before I changed to elf. Another way I > found is to use an aout /sbin/init. These problems is on a dual 266MHz PII > with onboard adaptec scsi. Last night I upgraded our dual 400Mhz PII with > Intel N440BX motherboard (ncr scsi onboard) to elf and up to now it hasn't > displayed the same problems, but then I haven't rebooted it too many times > yet. Correction, the dual 400Mhz PII also have the problem and booting with an aout /sbin/init solves it. Can there be something in the elf image loader missing or not initialized that effects things if the first process is elf? John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:51:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11622 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:51:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from calvin.saturn-tech.com ([207.229.19.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11605 for ; Wed, 23 Sep 1998 23:51:10 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by calvin.saturn-tech.com (8.8.8/8.8.8) with SMTP id AAA10950; Thu, 24 Sep 1998 00:50:56 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Date: Thu, 24 Sep 1998 00:50:56 -0600 (MDT) From: Doug Russell To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <11684.906607689@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 23 Sep 1998, Jordan K. Hubbard wrote: > Come 'n get it. Mmmmm... I can smell it.... :) I think it is time to sacrafice the 2.2.7-stable machine in the den in the name of testing -CURRENT! :) Later...... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:52:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11808 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:52:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11797 for ; Wed, 23 Sep 1998 23:52:34 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id KAA01038; Thu, 24 Sep 1998 10:51:51 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Thu, 24 Sep 1998 10:51:50 +0400 (MSD) From: Hostas Red To: Bill Paul cc: gubarev@raven.itep.ru, current@FreeBSD.ORG Subject: Re: xl driver and watchdog timeouts In-Reply-To: <199809232020.QAA29137@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! On Wed, 23 Sep 1998, Bill Paul wrote: > > it seems ok, but patch fails anyway. Maybe some whitespaces missing, or > > so, still can't find it. > If you tried to cut & paste the patch in an xterm, smack yourself. Yes, i've got it later, and previous patch worked fine, after just saving a message. ;) > You should have the following driver version in -current: > * $Id: if_xl.c,v 1.11 1998/09/08 23:42:10 wpaul Exp $ Yes, that's it. And now i have a test run with this patch. Uptime 4 hours, everything still works. ;) If I'll got the same timeouts, i'll drop you a note. Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 23 23:58:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12728 for freebsd-current-outgoing; Wed, 23 Sep 1998 23:58:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silverback.gorilla.net (silverback.gorilla.net [208.128.8.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA12719; Wed, 23 Sep 1998 23:58:23 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from peeper.TOJ.org [208.143.84.52] by silverback.gorilla.net with ESMTP (SMTPD32-4.06) id AB6D8F00B4; Thu, 24 Sep 1998 01:49:17 CDT Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id BAA00828; Thu, 24 Sep 1998 01:53:01 -0500 (CDT) (envelope-from tom) Message-ID: <19980924015300.A807@TOJ.org> Date: Thu, 24 Sep 1998 01:53:00 -0500 From: Tom Jackson To: Peter Wemm , Pierre.Dampure@barclayscapital.com Cc: fn@radio-do.de, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> <199809221644.AAA08290@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809221644.AAA08290@spinner.netplex.com.au>; from Peter Wemm on Wed, Sep 23, 1998 at 12:44:19AM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Peter, I was really constipated about this on smp until I saw a posting from you and one by Mike Smith that told me others were having this problem. As discussed by Mike, people using a script in rc.d to fire up 2 rc5des's see this regular. X is not involved in this case. When I boot, and it happens about every other day including today, both rc5des's are running at 50/50 on one cpu and init is running 100 on the other. There is no login prompt so I have to login from another machine, comment out the rc5des starts and reboot. Then start the rc5des's manually. What's funny is this happens almost invariably every other day. Thinking about rebuilding world for today and see if it corrects itself. btw, I'm running ELF, no softupdates, on a asus p2l97-ds w 128 MB ecc RAM. I'll keep lurking and checking for yours or Mike's fix :) On Wed, Sep 23, 1998 at 12:44:19AM +0800, Peter Wemm wrote: > Pierre.Dampure@barclayscapital.com wrote: > > > > Frank, > > > > Are you by any chance running an ELF version of X? I experienced pretty > > weird results over the past few days with and ELF X (built as per the port > > mods posted to the list): a make world running under X would basically bring > > the box to a halt, massive delays when typing characters on any of the other > > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > > than 256Mb free / no swap used, doing nothing else than the build. > > Two things.. > > 1: There have been some clock tweaks in the last few days that might > affect this. > > 2: Try (humor me :-) booting up into single user, running a few commands > (eg: sync; sync; sync; fsck -p; ls) and then doing a ctrl-D to go into > multi-user. > > If this (#2) is the key to making your system work properly, then you are > seeing the same problem I've been unable to put a finger on for ages. > None of the other SMP folks saw it, but only I was running ELF at the time. > > Somebody else (John Hay) mentioned that this fixes his problem, but it's > not clear whether (or when) he's using elf. > > The annoying thing was that it appeared to be the combination of ELF > executables and SMP that caused the problem. Also, having init spawn 12 > /usr/libexec/getty processes would kill the system too. > > I had decided that it was something peculiar with my system that was > causing this. If other people are seeing it now, I'll be greatly relieved > to know that I wasn't imagining it. :-) (and also worried, because this > is a show-stopper) > > Cheers, > -Peter > > > Best Regards, > > > > > > PY > > > > -----Original Message----- > > From: Frank Nobis [mailto:fn@radio-do.de] > > Sent: Monday, September 21, 1998 2:01 PM > > To: freebsd-smp@FreeBSD.ORG > > Cc: freebsd-current@FreeBSD.ORG > > Subject: Weired top display at smp current kernel from today > > > > > > Running a mkae world -j4 I noticed only 50% idle time during the make. > > > > Running just two programs whit a busy loop gives that output fron top > > > > last pid: 314; load averages: 1.84, 0.75, 0.30 > > 14:55:17 > > 45 processes: 3 running, 42 sleeping > > CPU states: 50.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 50.0% > > idle > > Mem: 7080K Active, 6332K Inact, 16M Wired, 100K Cache, 3457K Buf, 473M Free > > Swap: 199M Total, 199M Free > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > > 308 fn 90 0 748K 236K RUN 1 1:36 50.00% 49.97% pig > > 310 fn 91 0 748K 236K RUN 1 0:57 49.18% 49.02% pig > > 311 fn 28 0 1568K 908K CPU1 1 0:00 0.00% 0.00% top > > > > Is this a bug in top? Can someone reproduce that? > > > > pig is simply 'for(;;) i++;' > > > > Regards > > Frank > > > > -- > > Frank Nobis Email: PGP AVAILABLE > > Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ > > 44139 Dortmund Powered by FreeBSD > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > -- Tom -- IMail Server for Windows NT. Evaluation version. Copyright (c) 1995-98 Ipswitch, Inc. http://www.ipswitch.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:05:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13661 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:05:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13654; Thu, 24 Sep 1998 00:05:21 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id JAA05414; Thu, 24 Sep 1998 09:04:42 +0200 (CEST) (envelope-from sos) Message-Id: <199809240704.JAA05414@sos.freebsd.dk> Subject: Re: Weired top display at smp current kernel from today In-Reply-To: <199809240633.IAA22256@zibbi.mikom.csir.co.za> from John Hay at "Sep 24, 98 08:33:22 am" To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 24 Sep 1998 09:04:42 +0200 (CEST) Cc: jhay@mikom.csir.co.za, peter@netplex.com.au, freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to John Hay who wrote: > > > > Yes I'm using elf. I never saw it before I changed to elf. Another way I > > found is to use an aout /sbin/init. These problems is on a dual 266MHz PII > > with onboard adaptec scsi. Last night I upgraded our dual 400Mhz PII with > > Intel N440BX motherboard (ncr scsi onboard) to elf and up to now it hasn't > > displayed the same problems, but then I haven't rebooted it too many times > > yet. > > Correction, the dual 400Mhz PII also have the problem and booting with an > aout /sbin/init solves it. > > Can there be something in the elf image loader missing or not initialized > that effects things if the first process is elf? Strange, I remeber Peter having this problem, but I've never seen it here on any of my SMP machines and still dont, wierd.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14326 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:10:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from paert.tse-online.de (paert.tse-online.de [194.97.69.172]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA14281 for ; Thu, 24 Sep 1998 00:10:04 -0700 (PDT) (envelope-from ab@paert.tse-online.de) Received: (qmail 9452 invoked by uid 1000); 24 Sep 1998 07:18:33 -0000 Message-ID: <19980924091833.E8190@paert.tse-online.de> Date: Thu, 24 Sep 1998 09:18:33 +0200 From: Andreas Braukmann To: freebsd-current@FreeBSD.ORG Subject: buildworld failure - cvsuped 98/09/24 ca. 7:30 CEST Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i Organization: TSE TeleService GmbH Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, yesterday morning I made the 'current beta world' two times (freshly cvsuped) successfully on another machine to push the 'CAM-switch'. [BTW: The transition went smoothAll went smooth and our brand new CMD 5440 RAID (currently 5 x 9 GB IBM DDRS RAID-5) hanging on an onboard 7880 gave 15-20% better performance ... ] But today ... (see subject) --- perlmain.c --- sh writemain lib/auto/DynaLoader/DynaLoader.a > perlmain.c --- lib/re.pm --- --- autosplit --- --- lib/re.pm --- cat /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/ext/re/re.pm > /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/re.pm --- autosplit --- miniperl -I/usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib -e 'use AutoSplit; autosplit_lib_modules(@ARGV)' lib/*.pm lib/*/*.pm --- Config.pm --- miniperl /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/configpm Config.pm Porting/Glossary myconfig config.sh --- perlmain.o --- cc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/aout/usr/src/gnu/usr.bin/perl/perl -I/usr/obj/aout/usr/src/tmp/usr/include -c perlmain.c --- autosplit --- Config.pm did not return a true value at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/AutoSplit.pm line 4. BEGIN failed--compilation aborted at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/AutoSplit.pm line 4. BEGIN failed--compilation aborted at -e line 1. *** Error code 2 1 error *** Error code 2 1 error any hints? Kind regards, Andreas -- /// TSE TeleService GmbH | Gsf: Arne Reuter | /// Hovestrasse 14 | Andreas Braukmann | We do it with /// D-48351 Everswinkel | HRB: 1430, AG WAF | FreeBSD/SMP /// ------------------------------------------------------------------- /// PGP-Key: http://www.tse-online.de/~ab/public-key /// Key fingerprint: 12 13 EF BC 22 DD F4 B6 3C 25 C9 06 DC D3 45 9B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:29:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16741 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:29:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16714; Thu, 24 Sep 1998 00:29:24 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id JAA02701; Thu, 24 Sep 1998 09:29:18 +0200 (CEST) From: Holm Tiffe Message-Id: <199809240729.JAA02701@magnet.geophysik.tu-freiberg.de> Subject: Re: SMP Gurus, please help In-Reply-To: <199809240636.IAA05331@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Sep 24, 98 08:36:23 am" To: sos@FreeBSD.ORG Date: Thu, 24 Sep 1998 09:29:18 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In reply to Holm Tiffe who wrote: > > Try without DEVFS, the support in CAM is, well, not fully there yet... > > > options DEVFS > The DEVFS is configured in the kernel, but not mounted. I've gotten today an another P5/100, I'll try it today evening. -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:33:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17444 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:33:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17427 for ; Thu, 24 Sep 1998 00:33:38 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id IAA02710; Thu, 24 Sep 1998 08:32:46 +0100 (BST) Date: Thu, 24 Sep 1998 08:32:46 +0100 (BST) From: Doug Rabson To: Amancio Hasty cc: Julian Elischer , dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? In-Reply-To: <199809232223.PAA04313@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 23 Sep 1998, Amancio Hasty wrote: > I doubt that any of the guys have support for DVD :( > Bunch of new stuff is coming out on the market so it is the usual > story locate a friendly chip manufacturer with decent > documentation for the hardware. S3 Savage comes to mind however > I dont know that much about it so far. With modern processors, software decoding of DVD is faster and more flexible. Unfortunately the spec is under NDA partly because of the insane region coding scheme that the movie studios forced on us. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:34:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17565 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:34:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17548 for ; Thu, 24 Sep 1998 00:34:24 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id AAA01059; Thu, 24 Sep 1998 00:33:43 -0700 (PDT) Message-ID: <19980924003343.A1025@nuxi.com> Date: Thu, 24 Sep 1998 00:33:43 -0700 From: "David O'Brien" To: Alfred Perlstein , Pierre Beyssac Cc: freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments Reply-To: obrien@NUXI.com References: <19980922193953.B24869@rumba.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Alfred Perlstein on Tue, Sep 22, 1998 at 04:29:54PM -0500 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > if anyone wants to do me a ddd-3.0 in ELF with motif.... mmm mmm good :) There isn't an ELF version of the Motif libs yet. So for 3.0 you will either have to live with what will work with Lesstif. Or use the last set of 3.0-CURRENT a.out packages. -- -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) P.S. Me? I just got done cutting a CDROM of the last 3.0 a.out packages before they get removed. ;) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:55:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19873 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:55:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19845; Thu, 24 Sep 1998 00:55:16 -0700 (PDT) (envelope-from werner@btp1da.phy.uni-bayreuth.de) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id JAA27343; Thu, 24 Sep 1998 09:55:03 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809240704.JAA05414@sos.freebsd.dk> Date: Thu, 24 Sep 1998 09:55:03 +0200 (MEST) Organization: University of bayreuth From: Werner Griessl To: "S\xren Schmidt" Subject: Re: Weired top display at smp current kernel from today Cc: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, peter@netplex.com.au, (John Hay) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Sep-98 S\xren Schmidt wrote: > In reply to John Hay who wrote: >> > >> > Yes I'm using elf. I never saw it before I changed to elf. Another way I >> > found is to use an aout /sbin/init. These problems is on a dual 266MHz PII >> > with onboard adaptec scsi. Last night I upgraded our dual 400Mhz PII with >> > Intel N440BX motherboard (ncr scsi onboard) to elf and up to now it hasn't >> > displayed the same problems, but then I haven't rebooted it too many times >> > yet. >> >> Correction, the dual 400Mhz PII also have the problem and booting with an >> aout /sbin/init solves it. >> >> Can there be something in the elf image loader missing or not initialized >> that effects things if the first process is elf? > > Strange, I remeber Peter having this problem, but I've never seen it here > on any of my SMP machines and still dont, wierd.... > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end? > .. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message ---------------------------------- Had also this problem last friday after the change to elf and cam. Since Monday it's gone. Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 00:55:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19918 for freebsd-current-outgoing; Thu, 24 Sep 1998 00:55:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19901 for ; Thu, 24 Sep 1998 00:55:28 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id AAA01191; Thu, 24 Sep 1998 00:55:07 -0700 (PDT) Message-ID: <19980924005507.C1025@nuxi.com> Date: Thu, 24 Sep 1998 00:55:07 -0700 From: "David O'Brien" To: alexandr@mail.eecis.udel.edu, "William S. Duncanson" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Compiling ELF gcc-2.8.1 Reply-To: obrien@NUXI.com References: <199809231833.LAA17844@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809231833.LAA17844@hub.freebsd.org>; from alexandr@mail.eecis.udel.edu on Wed, Sep 23, 1998 at 11:33:56AM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yep. Works like a charm too! I just cheated and modified the ports > makefile. I defined $GNUHOST to "i386-unknown-freebsdelf" and added > "--host=i386-unknown-freebsdelf --target=i386-unknown-freebsdelf" to > $CONFIGURE_ARGS. Send me diff's agaist the files from CVS or /pub/FreeBSD/ports-current/lang/gcc28 and I'll see to getting them commited. [I haven't passed thru E-day yet, still at 3.0-19980804-SNAP] -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sep 24 01:58:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27754 for freebsd-current-outgoing; Thu, 24 Sep 1998 01:58:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27747; Thu, 24 Sep 1998 01:58:31 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id KAA08410; Thu, 24 Sep 1998 10:58:37 +0200 (CEST) Message-ID: <19980924105837.A8400@radio-do.de> Date: Thu, 24 Sep 1998 10:58:37 +0200 From: Frank Nobis To: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <199809240704.JAA05414@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Werner Griessl on Thu, Sep 24, 1998 at 09:55:03AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 09:55:03AM +0200, Werner Griessl wrote: > > On 24-Sep-98 S\xren Schmidt wrote: > > In reply to John Hay who wrote: > >> > > >> > Yes I'm using elf. I never saw it before I changed to elf. Another way I > >> > found is to use an aout /sbin/init. These problems is on a dual 266MHz PII > >> > with onboard adaptec scsi. Last night I upgraded our dual 400Mhz PII with > >> > Intel N440BX motherboard (ncr scsi onboard) to elf and up to now it hasn't > >> > displayed the same problems, but then I haven't rebooted it too many times > >> > yet. > >> > >> Correction, the dual 400Mhz PII also have the problem and booting with an > >> aout /sbin/init solves it. > >> > >> Can there be something in the elf image loader missing or not initialized > >> that effects things if the first process is elf? > > > > Strange, I remeber Peter having this problem, but I've never seen it here > > on any of my SMP machines and still dont, wierd.... I thought it was gone here, but... During a run of two cpu pigs and a top display with two times of 50% cpu usage and idle time again at 50% I suddenly have seen an init with 100% cpu and idle time now at 0%. This seems to be a good hint, when an aout init fixes that problem. Even after running in normal state, make -j4 world and idle tending to 0%, I have seen a fallback to the strange behaviour, but no boot in the meantime. There must be events that lets the system switch between those states. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by SMP FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 02:03:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28604 for freebsd-current-outgoing; Thu, 24 Sep 1998 02:03:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28569 for ; Thu, 24 Sep 1998 02:03:33 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id CAA04306; Thu, 24 Sep 1998 02:03:25 -0700 (PDT) Date: Thu, 24 Sep 1998 02:03:25 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809240903.CAA04306@math.berkeley.edu> To: freebsd-current@FreeBSD.ORG Subject: FYI: more elf confusion? Cc: dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When attempting to build ssh: cd /usr/ports/security/ssh make USA_RESIDENT=YES I eventually get: cc -pipe -Lrsaref2/source -o ssh ssh.o sshconnect.o log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o canohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o crc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o blowfish.o deattack.o -lgmp -lz -lrsaref -lcrypt -L/usr/local/lib -lutil /usr/libexec/elf/ld: cannot open -lrsaref: No such file or directory *** Error code 1 Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 03:37:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08331 for freebsd-current-outgoing; Thu, 24 Sep 1998 03:37:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA08325 for ; Thu, 24 Sep 1998 03:37:09 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 3410 invoked from network); 24 Sep 1998 10:35:32 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.6) by opi.flirtbox.ch with SMTP; 24 Sep 1998 10:35:32 -0000 Message-ID: <360A20D4.45A2010C@pipeline.ch> Date: Thu, 24 Sep 1998 12:37:08 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <11684.906607689@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: -snip- > There's a swift current right now (groan), so if you don't subscribe > to cvs-all, now might be an excellent time to do so, at least during > the extent of the BETA period. :) That would kill me :( I'd like to see at least the base FreeBSD and Ports cvs lists separated. I fall on my knees and pray to you: please, please do this list. ;-) -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 03:45:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09059 for freebsd-current-outgoing; Thu, 24 Sep 1998 03:45:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09039 for ; Thu, 24 Sep 1998 03:45:13 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by burka.carrier.kiev.ua (8.9.0/8.Who.Cares) with ESMTP id NAA19887; Thu, 24 Sep 1998 13:45:03 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.9.0/8.9.0/8.Who.Cares) with UUCP id NAA06412; Thu, 24 Sep 1998 13:40:11 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.9.1) id NAA14277; Thu, 24 Sep 1998 13:05:49 +0300 (EEST) (envelope-from archer) Date: Thu, 24 Sep 1998 13:05:49 +0300 (EEST) From: Alexander Litvin Message-Id: <199809241005.NAA14277@grape.carrier.kiev.ua> To: Luoqi Chen Cc: current@FreeBSD.ORG Subject: Re: deadlock in vm_fault() X-Newsgroups: grape.freebsd.current In-Reply-To: <199809232224.SAA17260@lor.watermarkgroup.com> Organization: Lucky Grape User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809232224.SAA17260@lor.watermarkgroup.com> you wrote: LC> I ran into a deadlock in vm_fault code today while making -j12 world. LC> It's caused by a reversed lock acquisition order. The normal order of LC> acquisition is vm map lock first and vnode lock next (if the fault is in LC> a vnode backed object). During the course of the fault handling, lock on LC> the vm map is released prior to paging io and has to be reacquired if it's LC> modified by another process during the io. Before reacquiring the lock of LC> vm map, we have to release the vnode lock we still hold, otherwise another LC> page fault in the same map/vnode would send us into a deadlock. LC> Attached is a fix for this problem. Would any of the vm/lock experts out LC> there review this? Thanks. I've seen something strange during the same -j12 buildworld. In fact, it was just that ld hang, apparently not doing anything. The rest of the system seemed to be alive. Though in some 3 or 4 hours machine rebooted (it had kernel with broken crash dump generation, so I do not know what actually happened). May it be related? LC> -lq --- Reality is an obstacle to hallucination. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 03:55:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10058 for freebsd-current-outgoing; Thu, 24 Sep 1998 03:55:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10053 for ; Thu, 24 Sep 1998 03:55:47 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id MAA02839; Thu, 24 Sep 1998 12:55:19 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809240153.TAA26067@panzer.plutotech.com> Date: Thu, 24 Sep 1998 12:55:17 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: "Kenneth D. Merry" Subject: Re: burn cd ? Cc: current@FreeBSD.ORG, (Edwin Culp) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Sep-98 Kenneth D. Merry wrote: > Edwin Culp wrote... >> "Kenneth D. Merry" wrote: >> >> > Werner Griessl wrote... >> > > How can I burn cd's now in current/cam/elf ? >> > > I used the worm-device and team ("burncd.sh") before. >> > > Werner >> > >> > You have to use cdrecord. Try the port: >> > >> > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz >> > >> > or a binary with the latest CAM fixes: >> > >> > ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test > > Okay, there are several things going on here: > >> With a this morning's elf world, kernel and the above binary, I get >> p400:/usr/local/sbin # ./cdrecord.test dev=0,3,0 blank=all >> Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling >> ./cdrecord.test: Undefined error: 0. WARNING: RR-scheduler not available, >> disabl >> ing. >> scsidev: '0,3,0' >> scsibus: 0 target: 3 lun: 0 >> ./cdrecord.test: No such file or directory. Cannot open SCSI driver. > > My guess is that one of the following is true: > > - you haven't made the xpt or pass devices in /dev > - you don't have the passthrough device in your kernel config file > > Please make sure that both of those devices are there, and that you've got > the passthrough device in your kernel. > > Try typing: > > ./cdrecord.test -scanbus > > You'll probably get a more verbose error message. > >> with cdrecord 1.6.a12 >> >> p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 >> driver=mm > >> Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling >> scsidev: '0,3,0' >> scsibus: 0 target: 3 lun: 0 >> /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get >> SCSI addr >> . >> /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. >> /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi >> sendcmd: f >> atal error >> cmd finished after 0.000s timeout 40s > > You must be using a cdrecord binary build under the old SCSI subsystem. It > won't work, the CAM SCSI passthrough interface is completely different. > >> They will all work with an old kernel. > > What worked with an old kernel? How old of a kernel? > > > Ken > -- > Kenneth Merry > ken@plutotech.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- Have the same problem now. "cdrecord dev=0,2,0 toc" was definitly working for me Sep 22 with cdrecord build from "cdrecord-1.6-cam.980709.tar.gz" also Sep 22 . cdrecord -scanbus give today: Cdrecord release 1.6 Copyright (C) 1995-1998 Jörg Schilling scsibus0: lookup for 0,0,0 failed attempt to reference invalid unit -1 0) * 1) 'IBM ' 'DCAS-34330 ' 'S65A' Disk 2) 'PHILIPS ' 'CDD2600 ' '1.07' Removable CD-ROM 3) 'SEAGATE ' 'ST15230N ' '0298' Disk 4) 'DEC ' 'RRD42 (C) DEC ' '4.5d' Removable CD-ROM 5) 'SONY ' 'SDT-9000 ' '0123' Removable Tape lookup for 0,6,0 failed attempt to reference invalid unit -1 6) * lookup for 0,7,0 failed attempt to reference invalid unit -1 7) * Looking in the cvsup history there are changes Sep 23: Edit src/sys/cam/cam_xpt.c Add delta 1.11 98.09.22.20.41.12 ken Add delta 1.12 98.09.23.03.03.19 gibbs Edit src/sys/cam/scsi/scsi_cd.c Add delta 1.4 98.09.23.03.17.08 ken I tried also a (smp)-kernel from yesterday (Sep 23) and a (up)-kernel from Sep 22 and the rest of the system from today (SEP 24) with no luck, so maybe a change in the libraries (camlib ?) could be the reason. Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 04:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17557 for freebsd-current-outgoing; Thu, 24 Sep 1998 04:50:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17518 for ; Thu, 24 Sep 1998 04:50:00 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id EAA23879; Thu, 24 Sep 1998 04:49:25 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id EAA09001; Thu, 24 Sep 1998 04:49:24 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id EAA24754; Thu, 24 Sep 1998 04:49:23 -0700 (PDT) From: Don Lewis Message-Id: <199809241149.EAA24754@salsa.gv.tsc.tdk.com> Date: Thu, 24 Sep 1998 04:49:22 -0700 In-Reply-To: Alexander Litvin "Re: deadlock in vm_fault()" (Sep 24, 1:05pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Alexander Litvin , Luoqi Chen Subject: Re: deadlock in vm_fault() Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 24, 1:05pm, Alexander Litvin wrote: } Subject: Re: deadlock in vm_fault() } In article <199809232224.SAA17260@lor.watermarkgroup.com> you wrote: } LC> I ran into a deadlock in vm_fault code today while making -j12 world. } LC> It's caused by a reversed lock acquisition order. The normal order of } LC> acquisition is vm map lock first and vnode lock next (if the fault is in } LC> a vnode backed object). During the course of the fault handling, lock on } LC> the vm map is released prior to paging io and has to be reacquired if it's } LC> modified by another process during the io. Before reacquiring the lock of } LC> vm map, we have to release the vnode lock we still hold, otherwise another } LC> page fault in the same map/vnode would send us into a deadlock. } } LC> Attached is a fix for this problem. Would any of the vm/lock experts out } LC> there review this? Thanks. } } I've seen something strange during the same -j12 buildworld. In fact, } it was just that ld hang, apparently not doing anything. The rest } of the system seemed to be alive. Though in some 3 or 4 hours machine } rebooted (it had kernel with broken crash dump generation, so I do } not know what actually happened). } } May it be related? Sounds likely. I've seen something else with -j12 (but not -j11 or lower). I don't have any particular reason to suspect the kernel on this one, but it is an interesting coincidence. --- config_h.sh --- cp -p /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/config_h.SH config_h.sh --- config.sh --- cp -p /usr/src/gnu/usr.bin/perl/suidperl/../libperl/config.SH-elf.i386 config.sh --- cflags.sh --- cp -p /usr/src/gnu/usr.bin/perl/suidperl/../../../../contrib/perl5/cflags.SH cflags.sh --- writemain.sh --- --- myconfig --- --- writemain --- sh writemain.sh Extracting writemain (with variable substitutions) writemain: not found *** Error code 127 1 error *** Error code 2 1 error *** Error code 2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:03:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18731 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:03:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18726 for ; Thu, 24 Sep 1998 05:03:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA13018; Thu, 24 Sep 1998 05:04:37 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Andre Oppermann cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 12:37:08 +0200." <360A20D4.45A2010C@pipeline.ch> Date: Thu, 24 Sep 1998 05:04:37 -0700 Message-ID: <13015.906638677@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That would kill me :( You are too easily killed. Time for a +3 armor. ;) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:11:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19114 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:11:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA19109 for ; Thu, 24 Sep 1998 05:11:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA13046; Thu, 24 Sep 1998 05:12:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dan@math.berkeley.edu (Dan Strick) cc: freebsd-current@FreeBSD.ORG Subject: Re: preliminary observations of 3.0-19980923-BETA In-reply-to: Your message of "Wed, 23 Sep 1998 23:02:52 PDT." <199809240602.XAA01276@math.berkeley.edu> Date: Thu, 24 Sep 1998 05:12:18 -0700 Message-ID: <13042.906639138@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > the checksum files themselves. For example, the scrypto, skerbero, > and ssecure checksums are in src/CHECKSUM.MD5 while the actual > distribution files are in the des subdirectory. I think there's even an ancient PR open against that (check check, yes - it's misc/7391). I just haven't had time to go do the release/Makefile handsprings necessary for dragging the checksums out of one file and sticking them in another - the checksum-making code runs in a loop over the releases before things like the "des tweaker" has a chance to run, and the result is checksums in the wrong place. Perhaps the ordering could also be changed somewhat, I haven't really investigated it yet. If you're feeling especially motivated yourself, it's good practice in advanced Makefile reading. :) > This time around, the X11 server checksums are missing from > XF86332/SUMS.md5 though for some odd reason PC98-Servers and > Servers directories (not their contents) were checksummed. That's just an artifact of some last-minute conversion. I don't expect the final 3.0-RELEASE binaries for XFree86 to look like this or have this problem. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:23:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20273 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:23:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA20265 for ; Thu, 24 Sep 1998 05:23:41 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 3513 invoked from network); 24 Sep 1998 12:22:03 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.6) by opi.flirtbox.ch with SMTP; 24 Sep 1998 12:22:03 -0000 Message-ID: <360A39CC.F49E1493@pipeline.ch> Date: Thu, 24 Sep 1998 14:23:40 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <13015.906638677@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > That would kill me :( > > You are too easily killed. Time for a +3 armor. ;) No, I'm already overmailed... The S/N ratio in cvs-all is simply far too high to follow cvs-sys changes... BTW I'm not the only one who requested this... Anyway, what is a +3 armor? (ok ok, I live in a country where nearly every male adult has a weapon from the military. But I'm not one of them 'cos I don't have a Swiss passport and don't have to go to the military... hehe, saves me three weeks every year. So I've actually never used a weapon and all that stuff is little bit cryptic to me...) -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:23:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20302 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA20291 for ; Thu, 24 Sep 1998 05:23:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA13151; Thu, 24 Sep 1998 05:24:21 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: obrien@NUXI.com cc: Alfred Perlstein , Pierre Beyssac , freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-reply-to: Your message of "Thu, 24 Sep 1998 00:33:43 PDT." <19980924003343.A1025@nuxi.com> Date: Thu, 24 Sep 1998 05:24:21 -0700 Message-ID: <13147.906639861@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There isn't an ELF version of the Motif libs yet. Very soon now... - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:31:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21497 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:31:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21492 for ; Thu, 24 Sep 1998 05:31:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA13276; Thu, 24 Sep 1998 05:32:36 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Andre Oppermann cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 14:23:40 +0200." <360A39CC.F49E1493@pipeline.ch> Date: Thu, 24 Sep 1998 05:32:36 -0700 Message-ID: <13272.906640356@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No, I'm already overmailed... The S/N ratio in cvs-all is simply far > too high to follow cvs-sys changes... BTW I'm not the only one who > requested this... As someone who gets over 800 messages a day most days, you should consider me an unsympathetic audience. :-) > Anyway, what is a +3 armor? (ok ok, I live in a country where nearly You never played rogue? For shame! Time for you to install /usr/games on your system, clearly! :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 05:42:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22653 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:42:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22646 for ; Thu, 24 Sep 1998 05:42:06 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id FAA02243; Thu, 24 Sep 1998 05:41:56 -0700 (PDT) Message-ID: <19980924054155.A2229@nuxi.com> Date: Thu, 24 Sep 1998 05:41:55 -0700 From: "David O'Brien" To: Andre Oppermann Cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Reply-To: obrien@NUXI.com References: <11684.906607689@time.cdrom.com> <360A20D4.45A2010C@pipeline.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <360A20D4.45A2010C@pipeline.ch>; from Andre Oppermann on Thu, Sep 24, 1998 at 12:37:08PM +0200 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'd like to see at least the base FreeBSD and Ports cvs lists separated. > I fall on my knees and pray to you: please, please do this list. If you use Unix mail, I can send you some procmail recipes that do just this. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sep 24 05:44:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22768 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:44:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22763 for ; Thu, 24 Sep 1998 05:44:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id FAA02269; Thu, 24 Sep 1998 05:44:15 -0700 (PDT) Message-ID: <19980924054414.B2229@nuxi.com> Date: Thu, 24 Sep 1998 05:44:14 -0700 From: "David O'Brien" To: Andre Oppermann Cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Reply-To: obrien@NUXI.com References: <13015.906638677@time.cdrom.com> <360A39CC.F49E1493@pipeline.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <360A39CC.F49E1493@pipeline.ch>; from Andre Oppermann on Thu, Sep 24, 1998 at 02:23:40PM +0200 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyway, what is a +3 armor? (ok ok, I live in a country where nearly Comes from roll playing games (a-la Dungons-and-Dragons, etc..). [of course with my luck, JKH meant something else] -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sep 24 05:49:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23306 for freebsd-current-outgoing; Thu, 24 Sep 1998 05:49:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA23301 for ; Thu, 24 Sep 1998 05:49:15 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 3536 invoked from network); 24 Sep 1998 12:47:37 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.6) by opi.flirtbox.ch with SMTP; 24 Sep 1998 12:47:37 -0000 Message-ID: <360A3FCB.9FBEF216@pipeline.ch> Date: Thu, 24 Sep 1998 14:49:15 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 Followup-To: chat@freebsd.org To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <13272.906640356@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > No, I'm already overmailed... The S/N ratio in cvs-all is simply far > > too high to follow cvs-sys changes... BTW I'm not the only one who > > requested this... > > As someone who gets over 800 messages a day most days, you should > consider me an unsympathetic audience. :-) OK, I don't get sooo much messages (only ~250/day) but I have to do some other things beside reading mail... You haven't answered my question, is there going to be an separate cvs list without the -ports stuff on it? If yes, I'd be proud to be the first who subscribed... > > Anyway, what is a +3 armor? (ok ok, I live in a country where nearly > > You never played rogue? For shame! Time for you to install > /usr/games on your system, clearly! :-) NACK! The first thing I do on a winblows box is to delete solitaire and mimesweeper. I used to play doom in my pre-freebsd and unix days but since I discovered UNIX and C I spend my time finding out why this stupid gcc fails again on me and how to remove some crappy typos. PS: I think this is better suited for -chat, f-up set. -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:05:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24974 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:05:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA24961 for ; Thu, 24 Sep 1998 06:05:19 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id PAA23354; Thu, 24 Sep 1998 15:05:00 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 24 Sep 1998 15:05:00 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: Werner Griessl Subject: Re: burn cd ? Cc: (Edwin Culp) , current@FreeBSD.ORG, "Kenneth D. Merry" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 24-Sep-98 Werner Griessl wrote: > > On 24-Sep-98 Kenneth D. Merry wrote: >> Edwin Culp wrote... >>> "Kenneth D. Merry" wrote: >>> >>> > Werner Griessl wrote... >>> > > How can I burn cd's now in current/cam/elf ? >>> > > I used the worm-device and team ("burncd.sh") before. >>> > > Werner >>> > >>> > You have to use cdrecord. Try the port: >>> > >>> > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz >>> > >>> > or a binary with the latest CAM fixes: >>> > >>> > ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test >> >> Okay, there are several things going on here: >> >>> With a this morning's elf world, kernel and the above binary, I get >>> p400:/usr/local/sbin # ./cdrecord.test dev=0,3,0 blank=all >>> Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling >>> ./cdrecord.test: Undefined error: 0. WARNING: RR-scheduler not available, >>> disabl >>> ing. >>> scsidev: '0,3,0' >>> scsibus: 0 target: 3 lun: 0 >>> ./cdrecord.test: No such file or directory. Cannot open SCSI driver. >> >> My guess is that one of the following is true: >> >> - you haven't made the xpt or pass devices in /dev >> - you don't have the passthrough device in your kernel config file >> >> Please make sure that both of those devices are there, and that you've got >> the passthrough device in your kernel. >> >> Try typing: >> >> ./cdrecord.test -scanbus >> >> You'll probably get a more verbose error message. >> >>> with cdrecord 1.6.a12 >>> >>> p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 >>> driver=mm > >>> Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling >>> scsidev: '0,3,0' >>> scsibus: 0 target: 3 lun: 0 >>> /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get >>> SCSI addr >>> . >>> /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. >>> /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi >>> sendcmd: f >>> atal error >>> cmd finished after 0.000s timeout 40s >> >> You must be using a cdrecord binary build under the old SCSI subsystem. It >> won't work, the CAM SCSI passthrough interface is completely different. >> >>> They will all work with an old kernel. >> >> What worked with an old kernel? How old of a kernel? >> >> >> Ken >> -- >> Kenneth Merry >> ken@plutotech.com >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message > > ---------------------------------- > > Have the same problem now. > "cdrecord dev=0,2,0 toc" was definitly working for me Sep 22 > with cdrecord build from "cdrecord-1.6-cam.980709.tar.gz" also Sep 22 . > > cdrecord -scanbus give today: > Cdrecord release 1.6 Copyright (C) 1995-1998 Jörg Schilling > scsibus0: > lookup for 0,0,0 failed > attempt to reference invalid unit -1 > 0) * > 1) 'IBM ' 'DCAS-34330 ' 'S65A' Disk > 2) 'PHILIPS ' 'CDD2600 ' '1.07' Removable CD-ROM > 3) 'SEAGATE ' 'ST15230N ' '0298' Disk > 4) 'DEC ' 'RRD42 (C) DEC ' '4.5d' Removable CD-ROM > 5) 'SONY ' 'SDT-9000 ' '0123' Removable Tape > lookup for 0,6,0 failed > attempt to reference invalid unit -1 > 6) * > lookup for 0,7,0 failed > attempt to reference invalid unit -1 > 7) * > > Looking in the cvsup history there are changes Sep 23: > Edit src/sys/cam/cam_xpt.c > Add delta 1.11 98.09.22.20.41.12 ken > Add delta 1.12 98.09.23.03.03.19 gibbs > Edit src/sys/cam/scsi/scsi_cd.c > Add delta 1.4 98.09.23.03.17.08 ken > > I tried also a (smp)-kernel from yesterday (Sep 23) and > a (up)-kernel from Sep 22 and the rest of the system from today (SEP 24) > with no luck, > so maybe a change in the libraries (camlib ?) could be the reason. > > Werner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- Shame on me and sorry for the noise, but forget my last mail, I forgot the "-" in front of toc . "cdrecord dev=0,2,0 -toc" works for me with current from today: Cdrecord release 1.6 Copyright (C) 1995-1998 Jörg Schilling scsidev: '0,2,0' scsibus: 0 target: 2 lun: 0 Device type : Removable CD-ROM Version : 2 Response Format: 2 Capabilities : Vendor_info : 'PHILIPS ' Identifikation : 'CDD2600 ' Revision : '1.07' Device seems to be: Philips CDD-2600. Using driver for Philips CDD-522 (philips_cdd522). Driver flags : cdrecord: Drive needs to reload the media to return to proper status. first: 1 last 1 track: 1 lba: 0 ( 0) 00:02:00 adr: 1 control: 4 mode: 1 track:lout lba: 323547 ( 1294188) 71:55:72 adr: 1 control: 4 mode: -1 Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:33:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29226 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:33:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29219 for ; Thu, 24 Sep 1998 06:33:01 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id JAA23662; Thu, 24 Sep 1998 09:32:27 -0400 (EDT) (envelope-from luoqi) Date: Thu, 24 Sep 1998 09:32:27 -0400 (EDT) From: Luoqi Chen Message-Id: <199809241332.JAA23662@lor.watermarkgroup.com> To: archer@lucky.net, luoqi@watermarkgroup.com Subject: Re: deadlock in vm_fault() Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article <199809232224.SAA17260@lor.watermarkgroup.com> you wrote: > LC> I ran into a deadlock in vm_fault code today while making -j12 world. > LC> It's caused by a reversed lock acquisition order. The normal order of > LC> acquisition is vm map lock first and vnode lock next (if the fault is in > LC> a vnode backed object). During the course of the fault handling, lock on > LC> the vm map is released prior to paging io and has to be reacquired if it's > LC> modified by another process during the io. Before reacquiring the lock of > LC> vm map, we have to release the vnode lock we still hold, otherwise another > LC> page fault in the same map/vnode would send us into a deadlock. > > LC> Attached is a fix for this problem. Would any of the vm/lock experts out > LC> there review this? Thanks. > > I've seen something strange during the same -j12 buildworld. In fact, > it was just that ld hang, apparently not doing anything. The rest > of the system seemed to be alive. Though in some 3 or 4 hours machine > rebooted (it had kernel with broken crash dump generation, so I do > not know what actually happened). > > May it be related? > > LC> -lq > > --- > Reality is an obstacle to hallucination. > It could very well be. What I saw on my machine was a deadlock between the exec_map and sh inode, which means all existing processes were running fine, but to fork() and then exec() a new image hang waiting for the exec_map. Children of cron piled up as time went by, and eventually that could kill the system (it's not clear how. I didn't wait for it to happen, I went into the debugger, took a dump and rebooted). -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:44:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00783 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:44:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tor-dev1.nbc.netcom.ca (tor-dev1.nbc.netcom.ca [207.181.89.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00775 for ; Thu, 24 Sep 1998 06:44:25 -0700 (PDT) (envelope-from taob@tor-dev1.nbc.netcom.ca) Received: (from taob@localhost) by tor-dev1.nbc.netcom.ca (8.8.8/8.8.8) id JAA00616; Thu, 24 Sep 1998 09:43:53 -0400 (EDT) Date: Thu, 24 Sep 1998 09:43:53 -0400 (EDT) From: Brian Tao X-Sender: taob@tor-dev1.nbc.netcom.ca To: Robert Watson cc: FREEBSD-CURRENT Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 18 Sep 1998, Robert Watson wrote: > > I don't think there is any way to hide the existence of other > processes -- a process that performs: > > int i, lasti; > while (1) { > i = fork(); > if (!i) { > exit(0); > } > if (i != lasti + 1) { > > .... On a slightly different track, using randomized pid's would limit the usefulness of such a scan, although with a fast enough fork(), you could still map the entire pid space and find the "holes". -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:47:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01015 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:47:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00986 for ; Thu, 24 Sep 1998 06:46:58 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id VAA20850; Thu, 24 Sep 1998 21:46:23 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809241346.VAA20850@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Andre Oppermann cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 12:37:08 +0200." <360A20D4.45A2010C@pipeline.ch> Date: Thu, 24 Sep 1998 21:46:22 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andre Oppermann wrote: > Jordan K. Hubbard wrote: > -snip- > > There's a swift current right now (groan), so if you don't subscribe > > to cvs-all, now might be an excellent time to do so, at least during > > the extent of the BETA period. :) > > That would kill me :( > > I'd like to see at least the base FreeBSD and Ports cvs lists separated. > > I fall on my knees and pray to you: please, please do this list. Hmm.. This isn't out of the question.. It looks like the split (by subtree) mailing lists got killed while I was away. Is there a need for (say): cvs-all (all commits) cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) cvs-ports (ports commits) cvs-www (www tree) ie: - a commit to src/* in -current would go to cvs-all and cvs-30. - a commit to docs/* would go to cvs-all, cvs-22, cvs-30 (since it's used in both branches - the docs area is not branched) - a commit to ports/* would go to cvs-all and cvs-ports. Would this be useful? Too much? Too little? THis is different to what we had before where commits to all branches were lumped in together. > ;-) > -- > Andre Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01583 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:50:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01570 for ; Thu, 24 Sep 1998 06:50:12 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id JAA27243; Thu, 24 Sep 1998 09:50:06 -0400 (EDT) Date: Thu, 24 Sep 1998 09:50:05 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Brian Tao cc: FREEBSD-CURRENT Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Brian Tao wrote: > On Fri, 18 Sep 1998, Robert Watson wrote: > > > > I don't think there is any way to hide the existence of other > > processes -- a process that performs: > > > > int i, lasti; > > while (1) { > > i = fork(); > > if (!i) { > > exit(0); > > } > > if (i != lasti + 1) { > > > > .... > > On a slightly different track, using randomized pid's would limit > the usefulness of such a scan, although with a fast enough fork(), you > could still map the entire pid space and find the "holes". I suppose a 'personal' pid space could be used -- that is, your pid space corresponds to your uid in some way (perhaps bump pid to 64-bit and use a 32-bit uid as the first half). However, I have the feeling that this exceeds what is feasible to protect with a time-sharing system. Without real-time behavior (and even with), processes can observe the amount of time context-switches take when they are preemptive, and the availability of ports to bind, etc, do determine things about other running processes. Similarly, they can observe the availability of flock exclusive locking on key files, the presence of temporary and lock files, and so on. Modifying ps command line arguments is about a degree of privacy; taking it much further would probably require seriously rethinking the process model we use. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:52:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01926 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:52:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01921 for ; Thu, 24 Sep 1998 06:52:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA17689; Thu, 24 Sep 1998 06:53:12 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Peter Wemm cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 21:46:22 +0800." <199809241346.VAA20850@spinner.netplex.com.au> Date: Thu, 24 Sep 1998 06:53:12 -0700 Message-ID: <17686.906645192@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) I'd prefer cvs-current and cvs-stable to numbered ones or we'll have to rename lists at the roll-over rather than simply transitioning the topics of discussion accordingly. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 06:55:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02361 for freebsd-current-outgoing; Thu, 24 Sep 1998 06:55:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA02353 for ; Thu, 24 Sep 1998 06:55:23 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 3598 invoked from network); 24 Sep 1998 13:53:45 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.6) by opi.flirtbox.ch with SMTP; 24 Sep 1998 13:53:45 -0000 Message-ID: <360A4F4A.E14273CF@pipeline.ch> Date: Thu, 24 Sep 1998 15:55:22 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: Peter Wemm CC: "Jordan K. Hubbard" , current@FreeBSD.ORG, jmb@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <199809241346.VAA20850@spinner.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Andre Oppermann wrote: > > Jordan K. Hubbard wrote: > > -snip- > > > There's a swift current right now (groan), so if you don't subscribe > > > to cvs-all, now might be an excellent time to do so, at least during > > > the extent of the BETA period. :) > > > > That would kill me :( > > > > I'd like to see at least the base FreeBSD and Ports cvs lists separated. > > > > I fall on my knees and pray to you: please, please do this list. > > Hmm.. This isn't out of the question.. It looks like the split (by > subtree) mailing lists got killed while I was away. Yep. > Is there a need for (say): > > cvs-all (all commits) > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) > cvs-ports (ports commits) > cvs-www (www tree) > > ie: > - a commit to src/* in -current would go to cvs-all and cvs-30. > - a commit to docs/* would go to cvs-all, cvs-22, cvs-30 (since it's used in > both branches - the docs area is not branched) > - a commit to ports/* would go to cvs-all and cvs-ports. > > Would this be useful? Too much? Too little? THis is different to what > we had before where commits to all branches were lumped in together. That looks really good and makes sense! jmb, please do it in this way. TIA! -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 07:24:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06239 for freebsd-current-outgoing; Thu, 24 Sep 1998 07:24:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06215 for ; Thu, 24 Sep 1998 07:23:56 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id KAA20077; Thu, 24 Sep 1998 10:23:37 -0400 (EDT) (envelope-from wollman) Date: Thu, 24 Sep 1998 10:23:37 -0400 (EDT) From: Garrett Wollman Message-Id: <199809241423.KAA20077@khavrinen.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Reply-To: chat@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <13015.906638677@time.cdrom.com> References: <360A20D4.45A2010C@pipeline.ch> <13015.906638677@time.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> That would kill me :( > You are too easily killed. Time for a +3 armor. ;) The Postman hits! The Postman hits! You have new mail. (with apologies to Ed Vielmetti) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 07:26:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06739 for freebsd-current-outgoing; Thu, 24 Sep 1998 07:26:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06727 for ; Thu, 24 Sep 1998 07:26:46 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id KAA09322; Thu, 24 Sep 1998 10:25:49 -0400 (EDT) Date: Thu, 24 Sep 1998 10:25:49 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Peter Wemm cc: Andre Oppermann , "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <199809241346.VAA20850@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Peter Wemm wrote: > Would this be useful? Too much? Too little? THis is different to what > we had before where commits to all branches were lumped in together. This sounds good, except I think one should be able to get src commits without docs commits. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 08:07:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12579 for freebsd-current-outgoing; Thu, 24 Sep 1998 08:07:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12572 for ; Thu, 24 Sep 1998 08:07:29 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA23603; Thu, 24 Sep 1998 09:06:27 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA05020; Thu, 24 Sep 1998 09:06:26 -0600 Date: Thu, 24 Sep 1998 09:06:26 -0600 Message-Id: <199809241506.JAA05020@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: obrien@NUXI.com, Alfred Perlstein , Pierre Beyssac , freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-Reply-To: <13147.906639861@time.cdrom.com> References: <19980924003343.A1025@nuxi.com> <13147.906639861@time.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There isn't an ELF version of the Motif libs yet. > > Very soon now... >From where? (The JDK needs it...) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 08:16:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14436 for freebsd-current-outgoing; Thu, 24 Sep 1998 08:16:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.nobell.com (www.nobell.com [208.24.204.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA14414 for ; Thu, 24 Sep 1998 08:15:52 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from odin (unverified [208.24.204.34]) by www.nobell.com (EMWAC SMTPRS 0.83) with SMTP id ; Fri, 25 Sep 1998 10:16:24 -0500 Message-Id: <3.0.5.32.19980925101624.0091ceb0@mail.dataplex.net> X-Sender: rkw@mail.dataplex.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 25 Sep 1998 10:16:24 -0500 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <17686.906645192@time.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 06:53 AM 9/24/98 -0700, you wrote: >> cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) >> cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) > >I'd prefer cvs-current and cvs-stable to numbered ones or we'll have >to rename lists at the roll-over rather than simply transitioning the >topics of discussion accordingly. I certainly agree that some division of the commit lists is appropriate. However, I disagree with you on the naming. By your suggestion, the users would all have to resubscribe to a different list just because you change the "status" of a branch. Besides, there will be (at least for a short period of time) more than one "stable" branch. Those who are tracking 2.2 for stability won't be willing to instantly drop it when 3.0 is declared "stable". There might still be some continued back-porting/security fixes to 2.2 long after 3.0 gets released. (2.1 is still getting an occasional patch) I suggest that we have cvs-head cvs-30 cvs-22 Initially, cvs-30 gets the same mail as cvs-head. A user could subscribe to either one depending on his intention. However, when you branch 3.0 off of the head, they would become different. That way, users will have pre-chosen which branch to follow without having to change lists. Further, when 3.0 gets delegated to the back burner, there will not be any need to change things around. Remember that 2.2 will not "just disappear" simply because someone declares that "3.0 is now stable". For those who want to track the head branch, their list will automagically become the new 3.1-current list, etc. Think of it in terms of the actual branches rather than the "status" of a particular branch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 08:51:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18904 for freebsd-current-outgoing; Thu, 24 Sep 1998 08:51:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18892 for ; Thu, 24 Sep 1998 08:51:42 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id XAA21409; Thu, 24 Sep 1998 23:50:28 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809241550.XAA21409@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 06:53:12 MST." <17686.906645192@time.cdrom.com> Date: Thu, 24 Sep 1998 23:50:28 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) > > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) > > I'd prefer cvs-current and cvs-stable to numbered ones or we'll have > to rename lists at the roll-over rather than simply transitioning the > topics of discussion accordingly. Yes, but what about 2.2-stable and 3.0-stable and 3.1-current? :-) I seriously doubt that 2.2 branch development will just end because 3.0 is released and becomes (at some point) the canonical -stable branch. 2.1.x hung around for quite a while after 2.2 became 2.2-STABLE. I think it'd be preferable to be able to subscribe to commits related to the tree that you are running without having to worry about the rug disappearing underneath your foot sometime down the track. > - Jordan > Cheers, -Peter -- Peter Wemm Netplex Consulting "No coffee, No workee!" :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 08:53:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19115 for freebsd-current-outgoing; Thu, 24 Sep 1998 08:53:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19109 for ; Thu, 24 Sep 1998 08:53:23 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id XAA21423; Thu, 24 Sep 1998 23:52:24 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809241552.XAA21423@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: ben@rosengart.com cc: Andre Oppermann , "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 10:25:49 -0400." Date: Thu, 24 Sep 1998 23:52:24 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > On Thu, 24 Sep 1998, Peter Wemm wrote: > > > Would this be useful? Too much? Too little? THis is different to what > > we had before where commits to all branches were lumped in together. > > This sounds good, except I think one should be able to get src commits > without docs commits. docs commits are pretty rare (compared to src and ports commits).. I was thinking about the situation where one could end up with 30 cvs-xyz lists again. But yes, I could understand cvs-doc and cvs-www being desirable to be seperate. > Ben > > "You have your mind on computers, it seems." > Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 08:56:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19497 for freebsd-current-outgoing; Thu, 24 Sep 1998 08:56:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19483 for ; Thu, 24 Sep 1998 08:56:53 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id IAA20564; Thu, 24 Sep 1998 08:57:09 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Peter Wemm cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 23:50:28 +0800." <199809241550.XAA21409@spinner.netplex.com.au> Date: Thu, 24 Sep 1998 08:57:09 -0700 Message-ID: <20561.906652629@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think it'd be preferable to be able to subscribe to commits related to > the tree that you are running without having to worry about the rug > disappearing underneath your foot sometime down the track. Well, I don't feel strongly about it either way. Whatever jmb wants is good enough for me. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 09:08:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21839 for freebsd-current-outgoing; Thu, 24 Sep 1998 09:08:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21830 for ; Thu, 24 Sep 1998 09:08:32 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id MAA01789; Thu, 24 Sep 1998 12:07:03 -0400 (EDT) Date: Thu, 24 Sep 1998 12:07:03 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: obrien@NUXI.com, Alfred Perlstein , Pierre Beyssac , freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-Reply-To: <13147.906639861@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Jordan K. Hubbard wrote: > > There isn't an ELF version of the Motif libs yet. > > Very soon now... That's what Xig finally committed to, in private mail to me. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 09:18:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24905 for freebsd-current-outgoing; Thu, 24 Sep 1998 09:18:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailgw1.lmco.com (mailgw1.lmco.com [192.31.106.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24900 for ; Thu, 24 Sep 1998 09:18:56 -0700 (PDT) (envelope-from George.W.Dinolt@lmco.com) Received: from emss02g01.ems.lmco.com (relay2.ems.lmco.com [198.7.15.39]) by mailgw1.lmco.com (8.8.8/8.8.8) with ESMTP id KAA15522; Thu, 24 Sep 1998 10:18:45 -0600 (MDT) Received: from wdl1.wdl.lmco.com ([137.249.32.1]) by lmco.com (PMDF V5.1-10 #20543) with SMTP id <0EZS00MP9QN8CL@lmco.com>; Thu, 24 Sep 1998 10:18:45 -0600 (MDT) Received: from lmco.com by wdl1.wdl.lmco.com (SMI-8.6/WDL-5.0) id JAA12058; Thu, 24 Sep 1998 09:18:37 -0700 Date: Thu, 24 Sep 1998 09:18:36 -0700 From: "George W. Dinolt" Subject: Re: Limit 'ps' to show only user's processes To: Robert Watson Cc: Brian Tao , FREEBSD-CURRENT Message-id: <360A70DC.29BE32C5@lmco.com> Organization: Lockheed Martin Western Devlopment Labs MIME-version: 1.0 X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.5.1 sun4u) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi: There was some work done in the 1970's and 1980's studying the kinds of things you are discussing in this thread. The work was known as 'covert channel' or 'information flow' analysis. Some of the work was done in the context of Multilevel Security although obviously the concepts apply to other systems as well. The basic idea was that a "low" user should not be able to determine "high" information by analyzing system behavior visible to the low user. (In addition, there was the hope that one could prevent a high user from signaling information to a low user via manipulations of the system resources visible to low users. (It should not be surprising that this sounds slightly convoluted.) If you are interested in this area you might find the section on Information Flow Analysis in Morrie Gasser's book {\bf Building a Secure Computer System} interesting. It gives a high level introduction to the area and some pointers to other work. Several of my colleagues and I have done covert channels analysis on systems. As you have pointed out, removing the channels entirely is often impossible and limiting the bandwidth to "reasonable" levels is difficult. The mechanisms needed to limit the bandwidth often interfere with other features the system is supposed to provide. -- Regards, George W. Dinolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 09:20:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25144 for freebsd-current-outgoing; Thu, 24 Sep 1998 09:20:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25133; Thu, 24 Sep 1998 09:20:19 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id SAA09617; Thu, 24 Sep 1998 18:20:25 +0200 (CEST) Message-ID: <19980924182025.A9605@radio-do.de> Date: Thu, 24 Sep 1998 18:20:25 +0200 From: Frank Nobis To: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <199809240704.JAA05414@sos.freebsd.dk> <19980924105837.A8400@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980924105837.A8400@radio-do.de>; from Frank Nobis on Thu, Sep 24, 1998 at 10:58:37AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 10:58:37AM +0200, Frank Nobis wrote: > > I thought it was gone here, but... I can now reproduce the problem, but yet don't understand why it happens. Running to pigs locally gives the expected result with 0% idle and both cpus running at 100%. Now i do the same via a telnet connection and voila, the bad thing(tm) is back! Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by SMP FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 10:08:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02544 for freebsd-current-outgoing; Thu, 24 Sep 1998 10:08:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA02539 for ; Thu, 24 Sep 1998 10:08:14 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id LAA01778; Thu, 24 Sep 1998 11:01:33 -0600 (MDT) Date: Thu, 24 Sep 1998 11:01:33 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809241701.LAA01778@narnia.plutotech.com> To: Adam McDougall cc: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ Newsgroups: pluto.freebsd.current In-Reply-To: <199809240354.VAA03623@narnia.plutotech.com> <3609D94D.8397CF49@ameritech.net> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The symptom (at least on my system) is that the HD totally freezes up > with the light on, and the dpt sits there merrily idle, while freebsd > processes start losing sanity because the disk cannot be accessed (eg. > any interaction with the system which would trigger a HD access would > freeze up that portion of the system..) I know there is a 'irq > pending' led on the dpt which may indicate the condition has occurred > for some people, but mine didnt happen this way, and adding this kernel > option ceased the described lockups. I have a 2144UW, a Atlas II, and a > Mtech R534 motherboard. This looks like an "Atlas II firmware of death" problem, not a DPT problem. What firmware are you using? Before switching to LYK8, I saw similar behavior on an Adaptec controller with an AtlasII. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 10:12:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03372 for freebsd-current-outgoing; Thu, 24 Sep 1998 10:12:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from symbion.srrc.usda.gov ([199.78.118.118]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03355 for ; Thu, 24 Sep 1998 10:12:21 -0700 (PDT) (envelope-from glenn@nola.srrc.usda.gov) Received: from nola.srrc.usda.gov (localhost.srrc.usda.gov [127.0.0.1]) by symbion.srrc.usda.gov (8.9.1/8.9.1) with ESMTP id MAA01315 for ; Thu, 24 Sep 1998 12:12:15 -0500 (CDT) (envelope-from glenn@nola.srrc.usda.gov) Message-Id: <199809241712.MAA01315@symbion.srrc.usda.gov> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG From: Glenn Johnson Subject: ELF XFree86 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 12:12:15 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have an ELF system, current as of yesterday, Sep. 23, 1998. I built the egcs port ELF by changing the GNUHOST line in the Makefile to: GNUHOST= i386-unknown-freebsdelf I then specified the CcCmd and CppCmd definitions in the FreeBSD.cf file of XFree86 as appropriate to use the egcs compiler, with pentiumpro optimizations. I have the latest XFree86 patches, cvsupped this morning, 10-24-98, ~10:00am CST. The XFree86 port builds to completion but when it gets to the install phase I get the following: ...snip... mTextExt.o omTextPer.o omXChar.o ); rm -f $SONAME; ln -s libX11.so.6.1 $SONAME; (rm -f ../../exports/lib/$SONAME; cd ../../exports/lib; ln -s ../../lib/X11/$SONAME .) gcc: unrecognized option `-rpath' /usr/X11R6/lib: file not recognized: File format not recognized collect2: ld returned 1 exit status *** Error code 1 Stop. *** Error code 1 Is there something else I need to do to get Xfree86 to compile with egcs? Thanks in advance. -- Glenn Johnson Technician USDA, ARS, SRRC New Orleans, LA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 10:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05899 for freebsd-current-outgoing; Thu, 24 Sep 1998 10:24:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05885 for ; Thu, 24 Sep 1998 10:24:39 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id NAA00872; Thu, 24 Sep 1998 13:25:16 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 24 Sep 1998 13:25:16 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Peter Wemm cc: "Jordan K. Hubbard" , Andre Oppermann , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <199809241550.XAA21409@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'd prefer cvs-current and cvs-stable to numbered ones or we'll have > > to rename lists at the roll-over rather than simply transitioning the > > topics of discussion accordingly. > > Yes, but what about 2.2-stable and 3.0-stable and 3.1-current? :-) > > I seriously doubt that 2.2 branch development will just end because 3.0 is > released and becomes (at some point) the canonical -stable branch. 2.1.x > hung around for quite a while after 2.2 became 2.2-STABLE. not that i really have a voice in this, but i think 2.1.x went away because the freebsd team decided that it was too much to deal with. (3 trees) besideds, a make world of 3.0 source on 2.2.x should still work no? although you get certain "benifits" perl5, bind8... etc.. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 11:01:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12096 for freebsd-current-outgoing; Thu, 24 Sep 1998 11:01:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA12081 for ; Thu, 24 Sep 1998 11:00:55 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id UAA13694; Thu, 24 Sep 1998 20:00:46 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id UAA04123; Thu, 24 Sep 1998 20:00:44 +0200 (MET DST) Message-ID: <19980924200044.27705@follo.net> Date: Thu, 24 Sep 1998 20:00:44 +0200 From: Eivind Eklund To: "Justin T. Gibbs" , Adam McDougall Cc: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <3609A685.A9B65B3A@ameritech.net> <199809240354.VAA03623@narnia.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809240354.VAA03623@narnia.plutotech.com>; from Justin T. Gibbs on Wed, Sep 23, 1998 at 09:54:40PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 09:54:40PM -0600, Justin T. Gibbs wrote: > In article <3609A685.A9B65B3A@ameritech.net> you wrote: > > Does CAM still perform what is supposed to when using this kernel > > option? Because it doesn't show any evidence of it in Boot: -v and the > > unwanted behavior of not using this option is showing up again, even > > though its still in my kernel. > > The CAM driver does not currently honor this option. It could easily > be added again, but it would be nice to know why it is necessary. Is > the symptom simply a timeout? This option is necessary due to interrupts being eaten by the serial driver 'fast interrupt' code (which in some cases blocks interrupts longer than the DPT assert them). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 11:37:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16716 for freebsd-current-outgoing; Thu, 24 Sep 1998 11:37:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16702 for ; Thu, 24 Sep 1998 11:37:18 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id MAA28761; Thu, 24 Sep 1998 12:37:00 -0600 (MDT) Message-Id: <199809241837.MAA28761@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Eivind Eklund cc: "Justin T. Gibbs" , Adam McDougall , current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 20:00:44 +0200." <19980924200044.27705@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 12:30:29 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >This option is necessary due to interrupts being eaten by the serial >driver 'fast interrupt' code (which in some cases blocks interrupts >longer than the DPT assert them). Wow. I thought that the fast interrupt code could only cause interrupts to be deferred, never eaten. Did anyone ever talk to Bruce about this? I'd hate to have a situation where lots of drivers each have their own little timeout handler to deal with this problem. >Eivind. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 12:30:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27792 for freebsd-current-outgoing; Thu, 24 Sep 1998 12:30:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27784 for ; Thu, 24 Sep 1998 12:30:55 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id VAA14612; Thu, 24 Sep 1998 21:30:44 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id VAA04337; Thu, 24 Sep 1998 21:30:43 +0200 (MET DST) Message-ID: <19980924213043.19742@follo.net> Date: Thu, 24 Sep 1998 21:30:43 +0200 From: Eivind Eklund To: "Justin T. Gibbs" Cc: Adam McDougall , current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <19980924200044.27705@follo.net> <199809241837.MAA28761@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809241837.MAA28761@pluto.plutotech.com>; from Justin T. Gibbs on Thu, Sep 24, 1998 at 12:30:29PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 12:30:29PM -0600, Justin T. Gibbs wrote: > >This option is necessary due to interrupts being eaten by the serial > >driver 'fast interrupt' code (which in some cases blocks interrupts > >longer than the DPT assert them). > > Wow. I thought that the fast interrupt code could only cause interrupts > to be deferred, never eaten. Did anyone ever talk to Bruce about this? I didn't, at least, as I don't have the relevant equipment to reproduce the fault, and didn't learn about it until a month and a half ago, when somebody else (outside the FreeBSD camp proper) was already working on fixing that code. However, I believe that project has been abandoned for the time being. There are (according to my source - I don't have SMP and don't know the issues) a bunch of problems related to interrupts and SMP. I don't know if the DPT_LOST_IRQ problem only occur on SMP - Adam, do you have SMP? > I'd hate to have a situation where lots of drivers each have their own > little timeout handler to deal with this problem. I absolutely agree. However, no matter what, it is better for the DPT to work (with that kind of kludge) than for it to die. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 12:38:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29204 for freebsd-current-outgoing; Thu, 24 Sep 1998 12:38:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grape.carrier.kiev.ua (grape.carrier.kiev.ua [193.193.193.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29113 for ; Thu, 24 Sep 1998 12:37:58 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.9.1) id WAA01750; Thu, 24 Sep 1998 22:37:30 +0300 (EEST) (envelope-from archer) Date: Thu, 24 Sep 1998 22:37:30 +0300 (EEST) From: Alexander Litvin Message-Id: <199809241937.WAA01750@grape.carrier.kiev.ua> To: Luoqi Chen Cc: current@FreeBSD.ORG Subject: Re: deadlock in vm_fault() X-Newsgroups: grape.freebsd.current In-Reply-To: <199809241332.JAA23662@lor.watermarkgroup.com> Organization: Lucky Grape User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I've seen something strange during the same -j12 buildworld. In fact, >> it was just that ld hang, apparently not doing anything. The rest >> of the system seemed to be alive. Though in some 3 or 4 hours machine >> rebooted (it had kernel with broken crash dump generation, so I do >> not know what actually happened). >> >> May it be related? >> >> LC> -lq >> >> --- >> Reality is an obstacle to hallucination. >> LC> It could very well be. What I saw on my machine was a deadlock between the LC> exec_map and sh inode, which means all existing processes were running fine, LC> but to fork() and then exec() a new image hang waiting for the exec_map. LC> Children of cron piled up as time went by, and eventually that could kill LC> the system (it's not clear how. I didn't wait for it to happen, I went into LC> the debugger, took a dump and rebooted). Unfortunately, your patch does not solve my problem. May be, it is of different source. Just now I have it (ld) hanging in the same place: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 1506 1505 0 28 0 496 384 - R+ vb 4:14.76 /usr/obj/elf/ usr/src/tmp/usr/libexec/elf/ld -m elf_i386 -Bstatic -o cat /usr/obj/elf/usr/src/ tmp/usr/lib/crt1.o /usr/obj/elf/usr/src/tmp/usr/lib/crti.o /usr/obj/elf/usr/src/ tmp/usr/lib/crtbegin.o -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/obj/elf/usr/src /tmp/usr/lib -L/usr/libdata/gcc cat.o /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a -lc /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a /usr/obj/elf/usr/src/tmp/usr/lib/c rtend.o /usr/obj/elf/usr/src/tmp/usr/lib/crtn.o The strange thing is that I cannot generate a coredump of it with gcore: root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506 gcore: The executable ld does not belong to process 1506! Text segment size (in bytes): executable 65793, process 335872 LC> -lq --- Q: How many Zen masters does it take to screw in a light bulb? A: None. The Universe spins the bulb, and the Zen master stays out of the way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:17:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04353 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:17:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04348 for ; Thu, 24 Sep 1998 13:17:14 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id QAA27364; Thu, 24 Sep 1998 16:16:40 -0400 (EDT) (envelope-from luoqi) Date: Thu, 24 Sep 1998 16:16:40 -0400 (EDT) From: Luoqi Chen Message-Id: <199809242016.QAA27364@lor.watermarkgroup.com> To: archer@lucky.net, luoqi@watermarkgroup.com Subject: Re: deadlock in vm_fault() Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Unfortunately, your patch does not solve my problem. May be, it is of > different source. > > Just now I have it (ld) hanging in the same place: > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 0 1506 1505 0 28 0 496 384 - R+ vb 4:14.76 /usr/obj/elf/usr/src/tmp/usr/libexec/elf/ld -m elf_i386 -Bstatic -o cat /usr/obj/elf/usr/src/tmp/usr/lib/crt1.o /usr/obj/elf/usr/src/tmp/usr/lib/crti.o /usr/obj/elf/usr/src/tmp/usr/lib/crtbegin.o -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/libdata/gcc cat.o /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a -lc /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a /usr/obj/elf/usr/src/tmp/usr/lib/crtend.o /usr/obj/elf/usr/src/tmp/usr/lib/crtn.o > > The strange thing is that I cannot generate a coredump of it with gcore: > > root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506 > gcore: The executable ld does not belong to process 1506! > Text segment size (in bytes): executable 65793, process 335872 > This doesn't look like a kernel related problem, most likely it is a bug in ld that caused it to loop forever. To generate a coredump you probably need to specify the full path of ld in the temporary tool directory. If I remember correctly, gcore has not been converted to dump ELF format cores. Try using kill -QUIT instead, or use gdb to attach the process directly. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:25:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05714 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:25:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05701; Thu, 24 Sep 1998 13:25:10 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00623; Thu, 24 Sep 1998 13:30:22 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809242030.NAA00623@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 12:30:29 MDT." <199809241837.MAA28761@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 13:30:22 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >This option is necessary due to interrupts being eaten by the serial > >driver 'fast interrupt' code (which in some cases blocks interrupts > >longer than the DPT assert them). > > Wow. I thought that the fast interrupt code could only cause interrupts > to be deferred, never eaten. Did anyone ever talk to Bruce about this? > I'd hate to have a situation where lots of drivers each have their own > little timeout handler to deal with this problem. Yes; the FAST_INTR() code basically looks like: fastintr: <- entry with PSL_I clear, interrupts masked call handler <- handler runs with interrupts masked sti <- reenable interrupts rti (I've left a lot out, obviously.) I actually thought as you did when I read Eivind's mail, but rereading the code this is actually the case. For all their efficiency benefits, I think fast interrupts are Evil. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:27:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05937 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:27:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-209.detroit.mi.ameritech.net [199.179.188.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05903 for ; Thu, 24 Sep 1998 13:26:55 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id QAA13662 for ; Thu, 24 Sep 1998 16:26:48 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <360AAB06.B628D775@ameritech.net> Date: Thu, 24 Sep 1998 16:26:46 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <199809241701.LAA01778@narnia.plutotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > > > The symptom (at least on my system) is that the HD totally freezes up > > with the light on, and the dpt sits there merrily idle, while freebsd > > processes start losing sanity because the disk cannot be accessed (eg. > > any interaction with the system which would trigger a HD access would > > freeze up that portion of the system..) I know there is a 'irq > > pending' led on the dpt which may indicate the condition has occurred > > for some people, but mine didnt happen this way, and adding this kernel > > option ceased the described lockups. I have a 2144UW, a Atlas II, and a > > Mtech R534 motherboard. > > This looks like an "Atlas II firmware of death" problem, not a DPT > problem. What firmware are you using? Before switching to LYK8, I > saw similar behavior on an Adaptec controller with an AtlasII. > > -- > Justin > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message I've tried many many times to update it, making sure im terminated correctly etc. I am using a sca to 68 pin converter on the atlas II, I hope that isn't causing any bother with this; Any time I'd attempt to update the firmware with either qshrldr or the other more fancy menuized program (both for dos) my drive would act like the power had been breifly lost, and go through the noises it makes during poweron. I've called Quantum about it and they basically can't offer help since I am using the sca->68 which is a nono in their book. Right now I have the LX80 firmware. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:33:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07104 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:33:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07075; Thu, 24 Sep 1998 13:33:27 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA07647; Thu, 24 Sep 1998 14:33:05 -0600 (MDT) Message-Id: <199809242033.OAA07647@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: "Justin T. Gibbs" , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 13:30:22 PDT." <199809242030.NAA00623@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 14:26:34 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Yes; the FAST_INTR() code basically looks like: > >fastintr: <- entry with PSL_I clear, interrupts masked > call handler <- handler runs with interrupts masked > sti <- reenable interrupts > rti But why doesn't the PIC record any interrupts that occur while the CPU has interrupts blocked in its pending mask? Or is this simply a problem because the I/O APICs on SMP systems work in some other strange way? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:35:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07494 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:35:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-209.detroit.mi.ameritech.net [199.179.188.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07476 for ; Thu, 24 Sep 1998 13:35:29 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id QAA13730 for ; Thu, 24 Sep 1998 16:35:22 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <360AAD08.F59C2400@ameritech.net> Date: Thu, 24 Sep 1998 16:35:20 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-BETA i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <19980924200044.27705@follo.net> <199809241837.MAA28761@pluto.plutotech.com> <19980924213043.19742@follo.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eivind Eklund wrote: > > On Thu, Sep 24, 1998 at 12:30:29PM -0600, Justin T. Gibbs wrote: > > >This option is necessary due to interrupts being eaten by the serial > > >driver 'fast interrupt' code (which in some cases blocks interrupts > > >longer than the DPT assert them). > > > > Wow. I thought that the fast interrupt code could only cause interrupts > > to be deferred, never eaten. Did anyone ever talk to Bruce about this? > > I didn't, at least, as I don't have the relevant equipment to > reproduce the fault, and didn't learn about it until a month and a > half ago, when somebody else (outside the FreeBSD camp proper) was > already working on fixing that code. However, I believe that project > has been abandoned for the time being. There are (according to my > source - I don't have SMP and don't know the issues) a bunch of > problems related to interrupts and SMP. > > I don't know if the DPT_LOST_IRQ problem only occur on SMP - Adam, do > you have SMP? > Uniprocessor P233mmx, only serial communications being used is mouse. DPT firmware is 07LY. > > I'd hate to have a situation where lots of drivers each have their own > > little timeout handler to deal with this problem. > > I absolutely agree. However, no matter what, it is better for the DPT > to work (with that kind of kludge) than for it to die. Please please please :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:38:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08558 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:38:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08533; Thu, 24 Sep 1998 13:38:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00705; Thu, 24 Sep 1998 13:43:16 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809242043.NAA00705@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: Mike Smith , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 14:26:34 MDT." <199809242033.OAA07647@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 13:43:16 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Yes; the FAST_INTR() code basically looks like: > > > >fastintr: <- entry with PSL_I clear, interrupts masked > > call handler <- handler runs with interrupts masked > > sti <- reenable interrupts > > rti > > But why doesn't the PIC record any interrupts that occur while the > CPU has interrupts blocked in its pending mask? Or is this simply > a problem because the I/O APICs on SMP systems work in some other > strange way? The problem seems to be that the DPT "stops asserting" the interrupt, going by what Eivind said. I presume we're talking about a PCI device here, right? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:39:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08823 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:39:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grape.carrier.kiev.ua (grape.carrier.kiev.ua [193.193.193.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08761 for ; Thu, 24 Sep 1998 13:39:24 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.9.1) id XAA02983; Thu, 24 Sep 1998 23:39:00 +0300 (EEST) (envelope-from archer) Message-ID: <19980924233859.63322@carrier.kiev.ua> Date: Thu, 24 Sep 1998 23:38:59 +0300 From: Alexander Litvin To: Luoqi Chen Cc: current@FreeBSD.ORG Subject: Strange ld (was: deadlock in vm_fault()) References: <199809242016.QAA27364@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199809242016.QAA27364@lor.watermarkgroup.com>; from Luoqi Chen on Thu, Sep 24, 1998 at 04:16:40PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 24, 1998 at 04:16:40PM -0400, Luoqi Chen wrote: > > Unfortunately, your patch does not solve my problem. May be, it is of > > different source. > > > > Just now I have it (ld) hanging in the same place: > > > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > > 0 1506 1505 0 28 0 496 384 - R+ vb 4:14.76 /usr/obj/elf/usr/src/tmp/usr/libexec/elf/ld -m elf_i386 -Bstatic -o cat /usr/obj/elf/usr/src/tmp/usr/lib/crt1.o /usr/obj/elf/usr/src/tmp/usr/lib/crti.o /usr/obj/elf/usr/src/tmp/usr/lib/crtbegin.o -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/obj/elf/usr/src/tmp/usr/lib -L/usr/libdata/gcc cat.o /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a -lc /usr/obj/elf/usr/src/tmp/usr/lib/libgcc.a /usr/obj/elf/usr/src/tmp/usr/lib/crtend.o /usr/obj/elf/usr/src/tmp/usr/lib/crtn.o > > > > The strange thing is that I cannot generate a coredump of it with gcore: > > > > root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506 > > gcore: The executable ld does not belong to process 1506! > > Text segment size (in bytes): executable 65793, process 335872 > > > This doesn't look like a kernel related problem, most likely it is a bug > in ld that caused it to loop forever. To generate a coredump you probably > need to specify the full path of ld in the temporary tool directory. If > I remember correctly, gcore has not been converted to dump ELF format cores. > Try using kill -QUIT instead, or use gdb to attach the process directly. Well, I tried gcore with full path -- it doesn't work either. The problem is really not kernel related -- that ld (in temporary tree) hangs, even if it is just run, without any arguments or input files. I am now in the process of determining how it happened for such 'ld' to be built (I have a buildworld output written to a file). Though it may happen that the fact that _such_ ld was built during -j12 world is kernel related ;) :( > -lq --- I can't understand it. I can't even understand the people who can understand it. -- Queen Juliana of the Netherlands. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:44:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10145 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:44:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA10107; Thu, 24 Sep 1998 13:44:33 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA08682; Thu, 24 Sep 1998 14:44:19 -0600 (MDT) Message-Id: <199809242044.OAA08682@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: "Justin T. Gibbs" , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 13:43:16 PDT." <199809242043.NAA00705@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 14:37:47 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The problem seems to be that the DPT "stops asserting" the interrupt, >going by what Eivind said. I presume we're talking about a PCI device >here, right? If it stops asserting the interrupt, we should get a stray interrupt reported when we go to clear the pending mask. Is this what is happening? If so, then the problem is broken hardware. I would expect this problem to show up on non-SMP systems too. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11344 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:49:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11310; Thu, 24 Sep 1998 13:49:44 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00826; Thu, 24 Sep 1998 13:54:23 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809242054.NAA00826@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: Mike Smith , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 14:37:47 MDT." <199809242044.OAA08682@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 13:54:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >The problem seems to be that the DPT "stops asserting" the interrupt, > >going by what Eivind said. I presume we're talking about a PCI device > >here, right? > > If it stops asserting the interrupt, we should get a stray interrupt > reported when we go to clear the pending mask. Is this what is happening? I don't actually think we should; the stray interrupt feature occurs when an edge is seen on an interrupt line, but when the latch fires (one or two clocks later?) there is nothing there to latch. This is the way the 8259 works; PCI and APIC interrupt behaviour is still largely a mystery to me. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:51:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11742 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:51:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11721 for ; Thu, 24 Sep 1998 13:51:28 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id WAA26939; Thu, 24 Sep 1998 22:45:42 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id WAA13813; Thu, 24 Sep 1998 22:40:29 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809242040.WAA13813@semyam.dinoco.de> To: Richard Wackerbarth cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Fri, 25 Sep 1998 10:16:24 CDT." <3.0.5.32.19980925101624.0091ceb0@mail.dataplex.net> Date: Thu, 24 Sep 1998 22:40:29 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I suggest that we have > cvs-head > cvs-30 > cvs-22 I like that. Sounds more than reasonable. You have my vote one this one. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:53:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA12198 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:53:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA12159; Thu, 24 Sep 1998 13:53:22 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id OAA09297; Thu, 24 Sep 1998 14:53:07 -0600 (MDT) Message-Id: <199809242053.OAA09297@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: "Justin T. Gibbs" , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 13:54:23 PDT." <199809242054.NAA00826@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 14:46:36 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> If it stops asserting the interrupt, we should get a stray interrupt >> reported when we go to clear the pending mask. Is this what is happening? > >I don't actually think we should; the stray interrupt feature occurs >when an edge is seen on an interrupt line, but when the latch fires >(one or two clocks later?) there is nothing there to latch. This is >the way the 8259 works; PCI and APIC interrupt behaviour is still largely >a mystery to me. I don't have my "ISA Architecture" book here, but my understanding was that the stray was detected during the transition from pending to in-service as initiated by the CPU and not based on an "internal to the PIC" event. I don't know anything about APICs. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 13:53:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA12273 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:53:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA12250 for ; Thu, 24 Sep 1998 13:53:42 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id WAA26935; Thu, 24 Sep 1998 22:45:33 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id WAA13502; Thu, 24 Sep 1998 22:36:47 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809242036.WAA13502@semyam.dinoco.de> To: Peter Wemm cc: Andre Oppermann , "Jordan K. Hubbard" , current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 21:46:22 +0800." <199809241346.VAA20850@spinner.netplex.com.au> Date: Thu, 24 Sep 1998 22:36:47 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is there a need for (say): > > cvs-all (all commits) > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) > cvs-ports (ports commits) > cvs-www (www tree) Splitting it this way looks OK to me and would be advantageous to me. Just the naming is a little bit unfortunate for -current and -stable as jkh already pointed out. ;-) But please don't forget digested versions. I'd like to read cvs-current (instead of cvs-all digestified which I get now) but don't want the overhead of getting everything in a separate email because that would increase telephone costs w/o giving me any real advantage. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:01:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14343 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:01:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA14336 for ; Thu, 24 Sep 1998 14:01:05 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86520-12114>; Thu, 24 Sep 1998 17:00:47 -0400 Received: by qew.cs.toronto.edu id <37912-17305>; Thu, 24 Sep 1998 16:52:48 -0400 Subject: Re: Current is Really Broken(tm) From: David Holland To: peter@netplex.com.au (Peter Wemm) Date: Thu, 24 Sep 1998 16:52:44 -0400 Cc: bright@hotjobs.com, current@FreeBSD.ORG In-Reply-To: <199809231124.TAA14644@spinner.netplex.com.au> from "Peter Wemm" at Sep 23, 98 07:24:39 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep24.165248edt.37912-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The problem is that DEVFS doesn't know if /dev/wd1s1e (for example) exists > until the disklabel is read. The disk label isn't read until the device > is opened. To open the device, you have to read the /dev/wd1s1e node.. > Catch-22. (Opening /dev/wd1s1 also causes the disklabel to be read, but > that's not the name of the device in /etc/fstab) > > One way around it is to simply have DEVFS create all possible nodes for > slices and partitions regardless of whether or not they exist. This is > probably a step backwards though. My perspective on this is that disklabels and partitions are a protozoic kind of file system -- essentially, that the way to think about what needs to happen is that you need to mount `partitionfs' on the device /dev/wd0. This `mount' then supplies the other wd0* devices. (Whether it goes through the same code path as normal filesystem mounts, or looks at all like them, is unimportant. Bear with me.) This view of the world has two immediate consequences: 1) partition handling should be independent from disk drivers. 2) probing for partitions becomes relatively straightforward. I claim that (1) becomes more true the more distinct kinds of partitioning information and disklabels you have floating around. I'm also not aware of any common disk hardware that has custom partitioning information or idiosyncratic placement of normal information. (2) follows because the probing takes place in the `mount' of the `partitionfs' on the particular disk device. Once you think of it as a mount, and not a probe, you start making the right assumptions about when and how it should happen, or at least I do. Namely, the root disk's partitions need to be established right before the root filesystem is mounted, and the rest can and should wait and be done via fstab or some equivalent. Whether it's safe to iterate over all the existing disk devices and try to `mount' partitions on them or not depends on how many types of partition data you're likely to run into, how likely it is to mistake something that isn't for a disklabel, and so forth. That is, it's probably safe and should be done right before mounting root by taking an inventory of all disk devices found on the system. -------- Another way to look at it is as follows: What you'd like to have happen is automatically have everything load up and probe when someone touches /dev/wd0s1e. This is essentially demand loading of devices. Was DEVFS designed to allow this? I'm guessing that it wasn't, since if it was this probably wouldn't be an issue. Having built a virtual /dev filesystem that *was* meant to support both demand loading and only listing existing devices, I can say with some degree of certainty that you can't kludge demand loading in: there's a fundamental contradiction between the two features, in that you can't demand load something you don't know exists, but you typically have to load it to discover whether it exists or not. The solution I eventually came to in VINO (1) was to have something akin to the kernel config file specify what device nodes existed and bind them to drivers that would be loaded on the fly when used. For various reasons this is only at most half done, and it hasn't yet been tried with drivers that require a significant amount of probing, so I don't have a whole lot of confidence in it at this point. The config file entries for a disk might look something like this: wdc0 wdc-driver [irq/port type of information] wd0 wd-driver wdc0 0 wd1 wd-driver wdc0 1 wd0a bsd-partitions wd1 0 wd0b bsd-partitions wd1 1 wd0c bsd-partitions wd1 2 : The first column is the name in /dev, the second column the name of the device driver, and the rest are arguments, typically a device to mount on top of and a unit number. The names in /dev are generated by the vino devfs code, which auto-loads the driver and opens it, passing the arguments, when the name is referenced. (This junk is parsed on the fly by the kernel. VINO is a pretty heavyweight kernel in a lot of ways; I'm not recommending this for FreeBSD, just attempting to illustrate my example completely.) Anyway, this is all pretty much just blathering as I haven't looked at the FreeBSD DEVFS code in a long time. :-) (1) http://www.eecs.harvard.edu/vino/vino, although there isn't much about the devfs on the web pages. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:01:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14387 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:01:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA14375 for ; Thu, 24 Sep 1998 14:01:18 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86579-12114>; Thu, 24 Sep 1998 17:01:06 -0400 Received: by qew.cs.toronto.edu id <37930-17305>; Thu, 24 Sep 1998 16:58:39 -0400 Subject: Re: ELF ldconfig From: David Holland To: dholland@cs.toronto.edu (David Holland) Date: Thu, 24 Sep 1998 16:58:32 -0400 Cc: tlambert@primenet.com, dholland@cs.toronto.edu, peter@netplex.com.au, jabley@clear.co.nz, freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <98Sep20.194011edt.37911-17305@qew.cs.toronto.edu> from "David Holland" at Sep 20, 98 07:40:08 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep24.165839edt.37930-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > There's a linker option to use when building libraries that > > > eliminates this problem. In my opinion, it should be the default, but > > > it's not, because that's not how Solaris does it or some crap like > > > that. > > I can't find in my mail archives the argument I remember having over > this, and I also can't find an option that does this in GNU ld's > documentation. Grr. (Not that the binutils documentation is probably > up to date or anything.) I'm quite sure I remember being told it was > possible, though. > > You can at least make sure that required other libraries get linked by > adding them to the link line when building a shared library. > > I'm going to poke around and see what I can find. All right, so I checked up on this, and discovered that either I was wrong or whoever told me was misinformed; the option does not exist. On the other hand, Richard Henderson told me he was about to be adding it to the current binutils snapshots, so with any luck we'll see it before too long. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:34:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20196 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:34:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20165; Thu, 24 Sep 1998 14:33:47 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id HAA29879; Fri, 25 Sep 1998 07:33:36 +1000 Date: Fri, 25 Sep 1998 07:33:36 +1000 From: Bruce Evans Message-Id: <199809242133.HAA29879@godzilla.zeta.org.au> To: gibbs@plutotech.com, mike@smith.net.au Subject: Re: options DPT_LOST_IRQ Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >This option is necessary due to interrupts being eaten by the serial >> >driver 'fast interrupt' code (which in some cases blocks interrupts >> >longer than the DPT assert them). It's surprising that hardware more expensive than a $0.25 printer interface does that. Some OS's sometimes block interrupts for several msec. FreeBSD only sometimes blocks "slow" interrupts for several msec. If the DPT interrupt is shared with another (slow) interrupt, then it will be blocked when the handler for the other interrupt runs, anyway. >For all their efficiency benefits, I think fast interrupts are Evil. What efficiency benefits are those? The main point of fast interrupts is to preempt braindamaged slow interrupt handlers that sometimes block interrupts for several msec (or even 100 usec), so that we don't have to rewrite all the braindamaged handlers or actively schedule them. (There are some minor efficiency benefits, mostly from not having to fiddle with the PIC.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:46:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21667 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:46:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA21656 for ; Thu, 24 Sep 1998 14:46:31 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 12387 invoked by uid 1000); 24 Sep 1998 22:50:30 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809241837.MAA28761@pluto.plutotech.com> Date: Thu, 24 Sep 1998 18:50:30 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Justin T. Gibbs" Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG, Adam McDougall , Eivind Eklund Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs, On 24-Sep-98 you wrote: > >This option is necessary due to interrupts being eaten by the serial > >driver 'fast interrupt' code (which in some cases blocks interrupts > >longer than the DPT assert them). > > Wow. I thought that the fast interrupt code could only cause interrupts > to be deferred, never eaten. Did anyone ever talk to Bruce about this? > I'd hate to have a situation where lots of drivers each have their own > little timeout handler to deal with this problem. Yes, I did. IT appears I am one of the few who can both reproduce it and have enough hardware and DPT internals savvy to actually trace it well. The LOST_IRQ option was a hack. I kept it this way in the hope that CAM will make the problem go away. I can add it back in, especially if there are reports that it is still needed. General Background: a. I did, in the original driver, carefully read the auxiliary status register first, and only read the formal status register later in dpt_intr. Here is why; Reading the status register clears (from the DPT point of view) the interrupt and causes it to immediately start the next process, which might wipe out the status packet, the completion packet or both. This will mean certain disaster. b. In the case of a cache hit, the DPT will complete operations and generate interrupts less than a microsecond apart. The (now removed, soon to be added again) measure_performance option demonstrates this clearly. Such bursts can have up to 64 interrupts per burst. The FreeBSD interrupt code has known holes in it, that will cause such closely spaced interrupts to be lost. This can also cause the system to hang. c. If you carefully examine the original dpt_irq you will see this code. d. If you need/want to know something about the DPT hardware that is not in the public documentation, I am still available and eager to answer :-) I do not think the the lost_irq option was a good solution, but a necessary hack. I am quite open to suggestions on how to go about it. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:49:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21849 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:49:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA21817 for ; Thu, 24 Sep 1998 14:48:50 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 12747 invoked by uid 1000); 24 Sep 1998 22:52:41 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980924213043.19742@follo.net> Date: Thu, 24 Sep 1998 18:52:41 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Eivind Eklund Subject: Re: options DPT_LOST_IRQ Cc: Adam McDougall , current@FreeBSD.ORG, "Justin T.Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eivind Eklund, On 24-Sep-98 you wrote: > On Thu, Sep 24, 1998 at 12:30:29PM -0600, Justin T. Gibbs wrote: > > >This option is necessary due to interrupts being eaten by the serial > > >driver 'fast interrupt' code (which in some cases blocks interrupts > > >longer than the DPT assert them). > > > > Wow. I thought that the fast interrupt code could only cause > > interrupts > > to be deferred, never eaten. Did anyone ever talk to Bruce about this? > > I didn't, at least, as I don't have the relevant equipment to > reproduce the fault, and didn't learn about it until a month and a > half ago, when somebody else (outside the FreeBSD camp proper) was > already working on fixing that code. However, I believe that project > has been abandoned for the time being. There are (according to my > source - I don't have SMP and don't know the issues) a bunch of > problems related to interrupts and SMP. > > I don't know if the DPT_LOST_IRQ problem only occur on SMP - Adam, do > you have SMP? Happens on SMP, even without serial port activity. On Nomis, we get it about once an hour. > > I'd hate to have a situation where lots of drivers each have their own > > little timeout handler to deal with this problem. > > I absolutely agree. However, no matter what, it is better for the DPT > to work (with that kind of kludge) than for it to die. > > Eivind. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:54:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22686 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:54:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA22676; Thu, 24 Sep 1998 14:54:29 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id HAA31021; Fri, 25 Sep 1998 07:54:19 +1000 Date: Fri, 25 Sep 1998 07:54:19 +1000 From: Bruce Evans Message-Id: <199809242154.HAA31021@godzilla.zeta.org.au> To: gibbs@plutotech.com, mike@smith.net.au Subject: Re: options DPT_LOST_IRQ Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>Yes; the FAST_INTR() code basically looks like: >> >>fastintr: <- entry with PSL_I clear, interrupts masked >> call handler <- handler runs with interrupts masked >> sti <- reenable interrupts >> rti > >But why doesn't the PIC record any interrupts that occur while the >CPU has interrupts blocked in its pending mask? Or is this simply >a problem because the I/O APICs on SMP systems work in some other >strange way? PICs only record interrupts when interrupts are acknowleged by the CPU. Interrupts are not acknowledged while the CPU is ignoring them. The problem with shared interrupts that I referred to in previous mail is similar. PICs don't record new interrupts while an interrupt is in service: intr_mux: <- entry with PSL_I set, but interrupts masked in PIC traverse linear list of interrupt handlers: <- interrupts masked in PIC throughout ... check for interrupt on funky device, don't find it ... begin handling interrupt for "slow" device <- interrupt from funky device masked in PIC, ignored ... <- interrupt from funky device goes away finish handling interrupt for "slow" device ... outb... <- unmask interrupt in PIC iret The interrupt for the funky device is never seen. This bug can be worked around by using a circular list and traversing it until no activity has been seen for a full circuit. Some ISA interrupt handlers have to do this with their own interrupts to avoid a variant of the problem. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 14:58:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23471 for freebsd-current-outgoing; Thu, 24 Sep 1998 14:58:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from silverback.gorilla.net (silverback.gorilla.net [208.128.8.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA23462 for ; Thu, 24 Sep 1998 14:58:12 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from peeper.TOJ.org [208.143.84.53] by silverback.gorilla.net with ESMTP (SMTPD32-4.06) id AF84A00250; Thu, 24 Sep 1998 16:54:12 CDT Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id QAA00422 for freebsd-current@FreeBSD.ORG; Thu, 24 Sep 1998 16:57:59 -0500 (CDT) (envelope-from tom) Message-ID: <19980924165639.A408@TOJ.org> Date: Thu, 24 Sep 1998 16:56:39 -0500 From: Tom Jackson To: freebsd-current@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED39@exips0019.itops.ldn.bzwint.com> <199809221644.AAA08290@spinner.netplex.com.au> <19980924015300.A807@TOJ.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980924015300.A807@TOJ.org>; from Tom Jackson on Thu, Sep 24, 1998 at 01:53:00AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rebuiding world didNot work and manually starting the 2 rc5des clients put both on one cpu. Using an aout init *did* fix the problem... Ugh.. On Thu, Sep 24, 1998 at 01:53:00AM -0500, Tom Jackson wrote: > Hi Peter, > > I was really constipated about this on smp until I saw a posting from you > and one by Mike Smith that told me others were having this problem. > > As discussed by Mike, people using a script in rc.d to fire up 2 rc5des's > see this regular. X is not involved in this case. When I boot, and it happens > about every other day including today, both rc5des's are running at 50/50 > on one cpu and init is running 100 on the other. There is no login prompt > so I have to login from another machine, comment out the rc5des starts and > reboot. Then start the rc5des's manually. What's funny is this happens almost > invariably every other day. Thinking about rebuilding world for today and see > if it corrects itself. > > btw, I'm running ELF, no softupdates, on a asus p2l97-ds w 128 MB ecc RAM. > > I'll keep lurking and checking for yours or Mike's fix :) > > On Wed, Sep 23, 1998 at 12:44:19AM +0800, Peter Wemm wrote: > > Pierre.Dampure@barclayscapital.com wrote: > > > > > > Frank, > > > > > > Are you by any chance running an ELF version of X? I experienced pretty > > > weird results over the past few days with and ELF X (built as per the port > > > mods posted to the list): a make world running under X would basically bring > > > the box to a halt, massive delays when typing characters on any of the other > > > VTs, etc... this is on a box with 384Mb RAM, SMP w/PPro 200/512 and more > > > than 256Mb free / no swap used, doing nothing else than the build. > > > > Two things.. > > > > 1: There have been some clock tweaks in the last few days that might > > affect this. > > > > 2: Try (humor me :-) booting up into single user, running a few commands > > (eg: sync; sync; sync; fsck -p; ls) and then doing a ctrl-D to go into > > multi-user. > > > > If this (#2) is the key to making your system work properly, then you are > > seeing the same problem I've been unable to put a finger on for ages. > > None of the other SMP folks saw it, but only I was running ELF at the time. > > > > Somebody else (John Hay) mentioned that this fixes his problem, but it's > > not clear whether (or when) he's using elf. > > > > The annoying thing was that it appeared to be the combination of ELF > > executables and SMP that caused the problem. Also, having init spawn 12 > > /usr/libexec/getty processes would kill the system too. > > > > I had decided that it was something peculiar with my system that was > > causing this. If other people are seeing it now, I'll be greatly relieved > > to know that I wasn't imagining it. :-) (and also worried, because this > > is a show-stopper) > > > > Cheers, > > -Peter > > > > > Best Regards, > > > > > > > > > PY > > > > > > -----Original Message----- > > > From: Frank Nobis [mailto:fn@radio-do.de] > > > Sent: Monday, September 21, 1998 2:01 PM > > > To: freebsd-smp@FreeBSD.ORG > > > Cc: freebsd-current@FreeBSD.ORG > > > Subject: Weired top display at smp current kernel from today > > > > > > > > > Running a mkae world -j4 I noticed only 50% idle time during the make. > > > > > > Running just two programs whit a busy loop gives that output fron top > > > > > > last pid: 314; load averages: 1.84, 0.75, 0.30 > > > 14:55:17 > > > 45 processes: 3 running, 42 sleeping > > > CPU states: 50.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 50.0% > > > idle > > > Mem: 7080K Active, 6332K Inact, 16M Wired, 100K Cache, 3457K Buf, 473M Free > > > Swap: 199M Total, 199M Free > > > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > > > 308 fn 90 0 748K 236K RUN 1 1:36 50.00% 49.97% pig > > > 310 fn 91 0 748K 236K RUN 1 0:57 49.18% 49.02% pig > > > 311 fn 28 0 1568K 908K CPU1 1 0:00 0.00% 0.00% top > > > > > > Is this a bug in top? Can someone reproduce that? > > > > > > pig is simply 'for(;;) i++;' > > > > > > Regards > > > Frank > > > > > > -- > > > Frank Nobis Email: PGP AVAILABLE > > > Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ > > > 44139 Dortmund Powered by FreeBSD > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-smp" in the body of the message > > > > -- > Tom > > -- > IMail Server for Windows NT. Evaluation version. > Copyright (c) 1995-98 Ipswitch, Inc. http://www.ipswitch.com/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > -- Tom -- IMail Server for Windows NT. Evaluation version. Copyright (c) 1995-98 Ipswitch, Inc. http://www.ipswitch.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 15:06:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25599 for freebsd-current-outgoing; Thu, 24 Sep 1998 15:06:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25568; Thu, 24 Sep 1998 15:06:39 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA31935; Fri, 25 Sep 1998 08:06:33 +1000 Date: Fri, 25 Sep 1998 08:06:33 +1000 From: Bruce Evans Message-Id: <199809242206.IAA31935@godzilla.zeta.org.au> To: gibbs@plutotech.com, mike@smith.net.au Subject: Re: options DPT_LOST_IRQ Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >If it stops asserting the interrupt, we should get a stray interrupt >reported when we go to clear the pending mask. Is this what is happening? No to the "should" statement. Stray interrupts are only reported when an interrupt goes away during the middle of an interrupt acknowledge cycle. This should be extremely rare. However, returning from an interrupt handler a little too soon (only for broken/slow hardware?) may cause a race between the device deasserting the interrupt and clearing the interupt mask (the mask in the CPU or the PIC; it's on a different device so their is no synchronization except for the CPU's guarantee to serialize i/o). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 15:08:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25866 for freebsd-current-outgoing; Thu, 24 Sep 1998 15:08:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25851; Thu, 24 Sep 1998 15:08:27 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA32108; Fri, 25 Sep 1998 08:08:21 +1000 Date: Fri, 25 Sep 1998 08:08:21 +1000 From: Bruce Evans Message-Id: <199809242208.IAA32108@godzilla.zeta.org.au> To: gibbs@plutotech.com, mike@smith.net.au Subject: Re: options DPT_LOST_IRQ Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> If it stops asserting the interrupt, we should get a stray interrupt >> reported when we go to clear the pending mask. Is this what is happening? > >I don't actually think we should; the stray interrupt feature occurs >when an edge is seen on an interrupt line, but when the latch fires >(one or two clocks later?) there is nothing there to latch. This is >the way the 8259 works; PCI and APIC interrupt behaviour is still largely >a mystery to me. To me too. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 15:43:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02286 for freebsd-current-outgoing; Thu, 24 Sep 1998 15:43:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02278 for ; Thu, 24 Sep 1998 15:42:58 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id SAA01294 for ; Thu, 24 Sep 1998 18:42:52 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA07800; Thu, 24 Sep 1998 18:42:51 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id SAA00779 for freebsd-current@freebsd.org; Thu, 24 Sep 1998 18:42:51 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199809242242.SAA00779@bb01f39.unx.sas.com> Subject: Massive devfs confusion To: freebsd-current@FreeBSD.ORG Date: Thu, 24 Sep 1998 18:42:51 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, I seem to be having a problem with /devs and my scsi disks on my -current system: FreeBSD FreeBSD.pc.sas.com 3.0-BETA FreeBSD 3.0-BETA #0: Thu Sep 24 18:12:56 EDT 1998 root@FreeBSD.pc.sas.com:/usr/src/sys/compile/FreeBSD i386 From dmesg: DEVFS: ready to run ccd0-3: Concatenated disk drivers changing root device to wd0s1a da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da3 at ahc0 bus 0 target 4 lun 0 da3: Fixed Direct Access SCSI2 device da3: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da2 at ahc0 bus 0 target 3 lun 0 da2: Fixed Direct Access SCSI2 device da2: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) However, these devices are not showing up in /devs. FreeBSD# ls -al /devs/d* crw-r----- 1 root kmem 4, 0 Sep 24 18:24 /devs/drum FreeBSD# From my fstab file: devfs /devs devfs rw 0 0 Could someone point out what I am missing? thanks, John ps: I had to create a /dev/xpt0 by hand for camcontrol, it isn't in MAKEDEV. device xpt0 is not listed in LINT... should it not be there? devfs_add_devswf() can return NULL (not documented in the man page), and the rc is not checked in the calls to it from kern/disk_subr.c .... Comments? Critiques? Am I losing my mind? I mean my disks? Ok, I give, I just found one of my disks under /dev/sd0 .. I must have my kernel config file messed up... any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 15:51:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03577 for freebsd-current-outgoing; Thu, 24 Sep 1998 15:51:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA03538 for ; Thu, 24 Sep 1998 15:50:57 -0700 (PDT) (envelope-from jon@minotaur.com) Received: (qmail 2984 invoked from network); 24 Sep 1998 22:50:42 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 24 Sep 1998 22:50:42 -0000 From: "Jon E. Mitchiner" To: Subject: Support for Adaptec 7890 Date: Thu, 24 Sep 1998 18:49:59 -0400 Message-ID: <010801bde80d$a8f10ab0$641146d1@roaming.minotaur.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Im wondering if there will be any support integrated with 3.0-Current and the AIC 7890 chipset as I have an ASUS P2B-LS motherboard I'd love to use with FBsd. Thanks! Jon ______________________________________________________________________ Jon E. Mitchiner - jon@minotaur.com Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 15:53:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03906 for freebsd-current-outgoing; Thu, 24 Sep 1998 15:53:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA03867 for ; Thu, 24 Sep 1998 15:52:51 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 4464 invoked by uid 1000); 24 Sep 1998 23:56:47 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809242030.NAA00623@dingo.cdrom.com> Date: Thu, 24 Sep 1998 19:56:47 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Mike Smith Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG, bde@FreeBSD.ORG, "Justin T.Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith, On 24-Sep-98 you wrote: > > >This option is necessary due to interrupts being eaten by the serial > > >driver 'fast interrupt' code (which in some cases blocks interrupts > > >longer than the DPT assert them). > > > > Wow. I thought that the fast interrupt code could only cause > > interrupts > > to be deferred, never eaten. Did anyone ever talk to Bruce about this? > > I'd hate to have a situation where lots of drivers each have their own > > little timeout handler to deal with this problem. > > Yes; the FAST_INTR() code basically looks like: > > fastintr: <- entry with PSL_I clear, interrupts masked > call handler <- handler runs with interrupts masked > sti <- reenable interrupts > rti > > (I've left a lot out, obviously.) > > I actually thought as you did when I read Eivind's mail, but rereading > the code this is actually the case. > > For all their efficiency benefits, I think fast interrupts are Evil. I do not know about Evil, but I have a dislike for undeterministic systems... > > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 16:02:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05706 for freebsd-current-outgoing; Thu, 24 Sep 1998 16:02:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05600 for ; Thu, 24 Sep 1998 16:01:52 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA03399; Fri, 25 Sep 1998 09:01:33 +1000 Date: Fri, 25 Sep 1998 09:01:33 +1000 From: Bruce Evans Message-Id: <199809242301.JAA03399@godzilla.zeta.org.au> To: gibbs@plutotech.com, shimon@simon-shapiro.org Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >b. In the case of a cache hit, the DPT will complete operations and > generate interrupts less than a microsecond apart. The (now removed, > soon to be added again) measure_performance option demonstrates this > clearly. Such bursts can have up to 64 interrupts per burst. The > FreeBSD interrupt code has known holes in it, that will cause such > closely spaced interrupts to be lost. This can also cause the system to > hang. I don't know of any holes. If a device raises and lowers its irq in less than a microsecond, then it comes close to violating best-case PIC timing. In any case, ix86's can not process an interrupt in less than about 5 i/o times (perhaps 2.5-6 usec) in the best case. If a device raises and lowers its 64 times in < 64 usec, then at best the handler would see about 64/2.5 separate interrupts. This is with a generous allocation of 1 i/o time for device-specific interrupt handling. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 16:52:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13992 for freebsd-current-outgoing; Thu, 24 Sep 1998 16:52:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA13985 for ; Thu, 24 Sep 1998 16:52:23 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA16871; Thu, 24 Sep 1998 16:46:14 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdc16864; Thu Sep 24 23:46:09 1998 Date: Thu, 24 Sep 1998 16:46:05 -0700 (PDT) From: Julian Elischer To: "John W. DeBoskey" cc: freebsd-current@FreeBSD.ORG Subject: Re: Massive devfs confusion In-Reply-To: <199809242242.SAA00779@bb01f39.unx.sas.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG you missed that you need to not use devfs for a while because CAM doesn't support it. On Thu, 24 Sep 1998, John W. DeBoskey wrote: > hi, > > I seem to be having a problem with /devs and my scsi disks > on my -current system: > > FreeBSD FreeBSD.pc.sas.com 3.0-BETA FreeBSD 3.0-BETA #0: Thu Sep 24 18:12:56 EDT 1998 root@FreeBSD.pc.sas.com:/usr/src/sys/compile/FreeBSD i386 > > > From dmesg: > > DEVFS: ready to run > ccd0-3: Concatenated disk drivers > changing root device to wd0s1a > da0 at ahc0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled > da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) > da3 at ahc0 bus 0 target 4 lun 0 > da3: Fixed Direct Access SCSI2 device > da3: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled > da3: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) > da2 at ahc0 bus 0 target 3 lun 0 > da2: Fixed Direct Access SCSI2 device > da2: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled > da2: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) > da1 at ahc0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled > da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) > > > However, these devices are not showing up in /devs. > > FreeBSD# ls -al /devs/d* > crw-r----- 1 root kmem 4, 0 Sep 24 18:24 /devs/drum > FreeBSD# > > From my fstab file: > > devfs /devs devfs rw 0 0 > > > Could someone point out what I am missing? > > thanks, > John > > ps: I had to create a /dev/xpt0 by hand for camcontrol, it isn't > in MAKEDEV. > > device xpt0 is not listed in LINT... should it not be there? > > devfs_add_devswf() can return NULL (not documented in the > man page), and the rc is not checked in the calls to it from > kern/disk_subr.c .... > > Comments? Critiques? Am I losing my mind? I mean my disks? > > > Ok, I give, I just found one of my disks under /dev/sd0 .. I > must have my kernel config file messed up... any ideas? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 16:52:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14036 for freebsd-current-outgoing; Thu, 24 Sep 1998 16:52:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA14003 for ; Thu, 24 Sep 1998 16:52:27 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 6270 invoked by uid 1000); 25 Sep 1998 00:56:27 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809242301.JAA03399@godzilla.zeta.org.au> Date: Thu, 24 Sep 1998 20:56:27 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Bruce Evans Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net, gibbs@plutotech.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans, On 24-Sep-98 you wrote: > >b. In the case of a cache hit, the DPT will complete operations and > > generate interrupts less than a microsecond apart. The (now removed, > > soon to be added again) measure_performance option demonstrates this > > clearly. Such bursts can have up to 64 interrupts per burst. The > > FreeBSD interrupt code has known holes in it, that will cause such > > closely spaced interrupts to be lost. This can also cause the system > > to > > hang. > > I don't know of any holes. If a device raises and lowers its irq in > less > than a microsecond, then it comes close to violating best-case PIC > timing. > In any case, ix86's can not process an interrupt in less than about 5 > i/o times (perhaps 2.5-6 usec) in the best case. If a device raises > and lowers its 64 times in < 64 usec, then at best the handler would see > about 64/2.5 separate interrupts. This is with a generous allocation of > 1 i/o time for device-specific interrupt handling. You may be right, but the only two operating systems I am aware of this problem, are Linux and FreeBSD. Both are using fast interrupts, the freeBSD old driver was drastically different from the Linux one (although Mike and me know each other very well). The CAM driver looks radically different from what I wrote (although some of the code looks familiar :-). All three implementations share almost nothing in common, except the use of fast interrupts. I do not profess to be any expert on FreeBSD interupts, but am still at a loss. BTW, there is at least one gentleman who knowns rather well the code, and I am sure observes this thred with amusement, but I'd rather have him be busy with what he does now, then be dragged into this... Remember, this is pre-release time, everyone is edgy, be cool. Things will work shortly. Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 16:54:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14394 for freebsd-current-outgoing; Thu, 24 Sep 1998 16:54:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA14378 for ; Thu, 24 Sep 1998 16:54:50 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 4399 invoked by uid 4); 24 Sep 1998 23:54:39 -0000 Received: (qmail 439 invoked from network); 24 Sep 1998 23:44:43 -0000 Received: from softdnserror (HELO cloud.rain.com) (127.0.0.1) by softdnserror with SMTP; 24 Sep 1998 23:44:43 -0000 To: current@FreeBSD.ORG Subject: CAM panic Date: Thu, 24 Sep 1998 16:44:43 -0700 Message-ID: <436.906680683@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsup'd this morning in hopes of finally converting over to the Adaptec 2940 I picked up last week, put the probes failed and the kernel paniced shortly thereafter. This is using an alternate boot disk (thank goodness!). Panic information: (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHOSE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x18a SSTATI == 0x0 (probe0:ahc0:0:0:0): queuing a BDR SCB (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHOSE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x18a SSTATI == 0x0 (probe0:ahc0:0:0:0): no longer in timeout, status = 34b Fatal trap 12: [...] fault virtual address = 0xa8 fault code = supervisor read, page not present ip = 0x8:0xf010516b sp = 0x10:0xf020ee64 fp = 0x10:0xf020ef0c cs = base 0 limit 0xfffff, type 1b = DPL 0, pres 1, def32 1, gran 1 eflags = interrupt enabled, resume, IOPL = 0 cur proc = Idle int mask = cam kernel: type 12 trap, code = 0 Stopped at _xpt_async+0x143: testb $0x2, 0xa8(%eax) Kernel information: machine "i386" cpu "I586_CPU" ident GREY # config maxusers 8 options KTRACE options INET options FFS #Berkeley Fast Filesystem options SOFTUPDATES options NFS # maybe this will make amd work options MFS #VM filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=3000" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options "AUTO_EOI_1" #Supposedly makes interrupts faster, but breaks suspend on some laptops. options UCONSOLE #Allow users to grab the console options USERCONFIG options DDB # options DDB_UNATTENDED # prevents ddb-on-panic options SYSVSHM options SYSVSEM options SYSVMSG options USER_LDT #WINE support config kernel root on wd0 config sdkernel root on da0 # sd0 controller pci0 controller isa0 # floating point -- mandatory device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 disable drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 # controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller ahc0 # the following may prevent timeout problems options "TUNE_1542" #dynamic tune of bus DMA speed controller scbus0 device da0 device sa0 device pass0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # WARNING -- this is COM4, not COM3 like you might think # MORE WARNING -- it breaks sio1 in the Sept 1 kernel, for whatever reason # device sio2 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device tun 3 pseudo-device bpfilter 6 #Berkeley packet filter pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's pseudo-device ccd 2 Source code information: ahc_pci.c: * $Id: ahc_pci.c,v 1.1 1998/09/15 07:25:33 gibbs Exp $ cam.c: * $Id: cam.c,v 1.2 1998/09/22 04:53:23 gibbs Exp $ cam.h: * $Id: cam.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_ccb.h: * $Id: cam_ccb.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_conf.h: * $Id: cam_conf.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_debug.h: * $Id: cam_debug.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_extend.c: * $Id: cam_extend.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_extend.h: * $Id: cam_extend.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_periph.c: * $Id: cam_periph.c,v 1.2 1998/09/20 07:14:36 gibbs Exp $ cam_periph.h: * $Id: cam_periph.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_queue.c: * $Id: cam_queue.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_queue.h: * $Id: cam_queue.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_sim.c: * $Id: cam_sim.c,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_sim.h: * $Id: cam_sim.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_xpt.c: * $Id: cam_xpt.c,v 1.12 1998/09/23 03:03:19 gibbs Exp $ cam_xpt.h: * $Id: cam_xpt.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_xpt_periph.h: * $Id: cam_xpt_periph.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ cam_xpt_sim.h: * $Id: cam_xpt_sim.h,v 1.1 1998/09/15 06:33:23 gibbs Exp $ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:06:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16188 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:06:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16128 for ; Thu, 24 Sep 1998 17:06:03 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id RAA25833; Thu, 24 Sep 1998 17:05:56 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Thu, 24 Sep 1998 17:05:55 -0700 (PDT) From: Doug White To: "Jon E. Mitchiner" cc: freebsd-current@FreeBSD.ORG Subject: Re: Support for Adaptec 7890 In-Reply-To: <010801bde80d$a8f10ab0$641146d1@roaming.minotaur.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Jon E. Mitchiner wrote: > Im wondering if there will be any support integrated with 3.0-Current and > the AIC 7890 chipset as I have an ASUS P2B-LS motherboard I'd love to use > with FBsd. Yes, CAM is in -CURRENT now so it should work. As long as you can dodge the rest of the CURRENT braindamage. :) Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | 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 Thu Sep 24 17:08:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16479 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:08:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA16404 for ; Thu, 24 Sep 1998 17:07:39 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 6663 invoked by uid 1000); 25 Sep 1998 01:11:37 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 24 Sep 1998 21:11:37 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: ELF Catch22 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Consider the following: cd /usr/ports/graphic/jpeg;make {package,install} ... lots of stuff, all successful. ... cd /usr/ports/graphics/xfig;make {package,install} ... lots and lots of stuff. all successful $ ./xfig /usr/libexec/ld-elf.so.1: Invalid file format $ ldd /usr/local/bin/xfig xfig: libjpeg.so.9.0 => not found (0x0) libm.so.2 => /usr/lib/libm.so.2 (0x200df000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x200f9000) libXaw3d.so.6 => /usr/X11R6/lib/libXaw3d.so.6 (0x20106000) libXmu.so => /usr/X11R6/lib/libXmu.so (0x20143000) libXt.so => /usr/X11R6/lib/libXt.so (0x20154000) libSM.so => /usr/X11R6/lib/libSM.so (0x20192000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x2019a000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x201ae000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x201b8000) libxpg4.so.2 => /usr/lib/libxpg4.so.2 (0x2024d000) librpcsvc.so.2 => /usr/lib/librpcsvc.so.2 (0x20251000) libkrb.so.3 => /usr/lib/libkrb.so.3 (0x20258000) libdes.so.3 => /usr/lib/libdes.so.3 (0x2026c000) libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x20275000) libc.so.3 => /usr/lib/libc.so.3 (0x2028a000) file /usr/local/lib/libjpeg* /usr/local/lib/libjpeg.a: current ar archive /usr/local/lib/libjpeg.la: English text /usr/local/lib/libjpeg.so: symbolic link to libjpeg.so.9.0 /usr/local/lib/libjpeg.so.9: symbolic link to /usr/local/lib/libjpeg.so.9.0 /usr/local/lib/libjpeg.so.9.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped $ echo ${LD_LIBRARY_PATH} /usr/lib/aout:/usr/lib:/usr/local/lib/aout:/usr/local/lib:/usr/X11R6/lib/aou t:/usr/X11R6/lib:.... [ simon to wise man: Ah! ] $ export \ LD_LIBRARY_PATH=/usr/lib:/usr/lib/aout:/usr/local/lib:/usr/local/lib/ aout:/usr/X11R6/lib:/usr/X11R6/lib/aout $ xfig -- all is well! [ Not Quite : ] $ klyx ld.so failed: bad magic number in "/usr/X11R6/lib/libX11.so.6.1" $ file /usr/local/bin/aout/klyx /usr/local/bin/aout/klyx: FreeBSD/i386 compact demand paged dynamically linked executable So, how does one simple minded user run both? Write shell wrappers? Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:11:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17139 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:11:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.westbend.net (ns1.westbend.net [207.217.224.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17115 for ; Thu, 24 Sep 1998 17:11:38 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from admin (admin.westbend.net [207.217.224.195]) by mail.westbend.net (8.8.8/8.8.8) with SMTP id TAA28594 for ; Thu, 24 Sep 1998 19:11:32 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <024501bde819$0d037a00$c3e0d9cf@westbend.net> From: "Scot W. Hetzel" To: Subject: Re: DNS in CURRENT Date: Thu, 24 Sep 1998 19:11:31 -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.00.0518.4 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0518.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Studded >Handy upgrade guide: > >1. Make good, reliable backups of your current configuration, store them >in more than one physical location and TEST to make sure that you can >actually recover with them. :) That last step is often skipped by >people and you only find out that you're fubar at the worst possible >moment. > >2. Make sure that your *current* configuration is working as it should >be. At minimum I open up two windows to the server, start 'tail -f >/var/log/named.log' in one and then shut the server down in the other. I >watch the log while it shuts down, then start it up and watch it again >to make sure that there are no errors. Once I'm convinced that things >are working as advertised I proceed. If I have to make any changes to >make things go I repeat step one. > >3. Back up the current working binaries. First lesson on first day of >sysadmin school, make every change reversible. > >4. Unpack the BIND source and read the installation documentation. > >5. Compile and install that bad boy. :) > SKIP steps 4&5 and install/upgrade to 3.0-(CURRENT or BETA), BIND 8 installed by default. >6. Convert your named.boot file to named.conf using the >src/bin/named/named-bootconf.pl script. > >7. At this point I usually rotate the named logs so that I know I'll be >logging the new stuff in new logs but this is optional. > >8. Make sure that you're watching the log in one window (tail -f above) >and then start up the new named in the other and with luck watch >everything work the way it should. :) > > At times BIND 8 will find bogons in your zone files that were >not a >problem for older versions of BIND 4. Underscores in host names are very >common errors that pop up after an upgrade, as are various problems with >CNAME's. You might want to give the html documentation for the config >file a look two or three times before you start it up. There are some >options you can tailor to increase named's efficiency based on your >particular needs. Several of those options were compile options with >BIND 4. > Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:21:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18886 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:21:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18872 for ; Thu, 24 Sep 1998 17:21:27 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id SAA01798; Thu, 24 Sep 1998 18:19:50 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809250019.SAA01798@panzer.plutotech.com> Subject: Re: burn cd ? In-Reply-To: <360ADCEE.9453EE45@webwizard.org.mx> from Edwin Culp at "Sep 24, 98 06:59:42 pm" To: eculp@webwizard.org.mx (Edwin Culp) Date: Thu, 24 Sep 1998 18:19:50 -0600 (MDT) Cc: ken@plutotech.com, croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG, eculp@mexcom.net.mx X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote... > "Kenneth D. Merry" wrote: > > My guess is that one of the following is true: > > > > - you haven't made the xpt or pass devices in /dev > > - you don't have the passthrough device in your kernel config file > > I didn't and I made pass0-3 and xpt0-1. Doesn't seem to be the problem. You'll need one passthrough device for each SCSI device in your system. (not sure how many devices you have) > cdrecord.test: Undefined error: 0. Cannot open SCSI driver. > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg > Schilling > scsidev: '0,3,0' > scsibus: 0 target: 3 lun: 0 > > Can't open SCSI driver?? > > would the link from scgx to rcd0.ctl have anything to do with the problem? I doubt it. Are you running as root? By default, you can't open the xpt or pass devices unless you're root. > > Please make sure that both of those devices are there, and that you've got > > the passthrough device in your kernel. > > > > Try typing: > > > > ./cdrecord.test -scanbus > > > > You'll probably get a more verbose error message. Did you try typing that? Like I said, you'll get a more verbose error message. It may indicate what the problem is. > > > with cdrecord 1.6.a12 > > > > > > p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 > > > driver=mm > > > > Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling > > > scsidev: '0,3,0' > > > scsibus: 0 target: 3 lun: 0 > > > /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get > > > SCSI addr > > > . > > > /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. > > > /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi > > > sendcmd: f > > > atal error > > > cmd finished after 0.000s timeout 40s > > > > You must be using a cdrecord binary build under the old SCSI subsystem. It > > won't work, the CAM SCSI passthrough interface is completely different. > > > > > They will all work with an old kernel. > > > > What worked with an old kernel? How old of a kernel? > > Sept. 8, 1998 Well, like I said, a binary that worked with the old SCSI subsystem will certainly not work with CAM. The kernel<->userland API is completely different. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:22:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19050 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:22:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18845 for ; Thu, 24 Sep 1998 17:20:54 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id SAA06249; Thu, 24 Sep 1998 18:59:42 -0500 (CDT) Message-ID: <360ADCEE.9453EE45@webwizard.org.mx> Date: Thu, 24 Sep 1998 18:59:42 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" CC: croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG, eculp@mexcom.net.mx Subject: Re: burn cd ? References: <199809240153.TAA26067@panzer.plutotech.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > Edwin Culp wrote... > > "Kenneth D. Merry" wrote: > > > > > Werner Griessl wrote... > > > > How can I burn cd's now in current/cam/elf ? > > > > I used the worm-device and team ("burncd.sh") before. > > > > Werner > > > > > > You have to use cdrecord. Try the port: > > > > > > ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz > > > > > > or a binary with the latest CAM fixes: > > > > > > ftp://ftp.kdm.org/pub/FreeBSD/cam/test/cdrecord-1.6.1a3.test > > Okay, there are several things going on here: > > > With a this morning's elf world, kernel and the above binary, I get > > p400:/usr/local/sbin # ./cdrecord.test dev=0,3,0 blank=all > > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling > > ./cdrecord.test: Undefined error: 0. WARNING: RR-scheduler not available, > > disabl > > ing. > > scsidev: '0,3,0' > > scsibus: 0 target: 3 lun: 0 > > ./cdrecord.test: No such file or directory. Cannot open SCSI driver. > > My guess is that one of the following is true: > > - you haven't made the xpt or pass devices in /dev > - you don't have the passthrough device in your kernel config file I didn't and I made pass0-3 and xpt0-1. Doesn't seem to be the problem. cdrecord.test: Undefined error: 0. Cannot open SCSI driver. Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling scsidev: '0,3,0' scsibus: 0 target: 3 lun: 0 Can't open SCSI driver?? would the link from scgx to rcd0.ctl have anything to do with the problem? > > > Please make sure that both of those devices are there, and that you've got > the passthrough device in your kernel. > > Try typing: > > ./cdrecord.test -scanbus > > You'll probably get a more verbose error message. > > > with cdrecord 1.6.a12 > > > > p400:/usr/local/sbin # /var/ftp/incoming/cdrecord dev=0,3,0 speed=2 > > driver=mm > > > Cdrecord release 1.6a12 Copyright (C) 1995-1998 Jörg Schilling > > scsidev: '0,3,0' > > scsibus: 0 target: 3 lun: 0 > > /var/ftp/incoming/cdrecord: Inappropriate ioctl for device. Cannot get > > SCSI addr > > . > > /var/ftp/incoming/cdrecord: Cannot do inquiry for CD-Recorder. > > /var/ftp/incoming/cdrecord: Undefined error: 0. test unit ready: scsi > > sendcmd: f > > atal error > > cmd finished after 0.000s timeout 40s > > You must be using a cdrecord binary build under the old SCSI subsystem. It > won't work, the CAM SCSI passthrough interface is completely different. > > > They will all work with an old kernel. > > What worked with an old kernel? How old of a kernel? Sept. 8, 1998 > > > Ken > -- > Kenneth Merry > ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:31:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20737 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:31:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20727 for ; Thu, 24 Sep 1998 17:30:57 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id EAA23805 for ; Fri, 25 Sep 1998 04:30:47 +0400 (MSD) Received: by sunny.aha.ru id EAA02878; (8.8.8/vak/1.9) Fri, 25 Sep 1998 04:30:06 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma002864; Fri Sep 25 04:30:02 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id EAA21800; (8.9.1/vak/1.9) Fri, 25 Sep 1998 04:32:52 +0400 (MSD) Received: by ozz.etrust.ru id EAA02665; (8.9.1/vak/1.9) Fri, 25 Sep 1998 04:32:30 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809250032.EAA02665@ozz.etrust.ru> Subject: Installation gnomelibs-0.27 is dead... To: current@FreeBSD.ORG Date: Fri, 25 Sep 1998 04:32:30 +0400 (MSD) Reply-To: osa@etrust.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Today I want to install gnomecore... ..... ..... ===> Registering installaition for imlib-1.7 ===> Returning to build of gnomelibs-0.27 Error: shared library "gdk_imlib\.1\.7" does not exist *** Error code 1. ..... ..... What can i do? Rgdz, oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:44:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22314 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:44:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22307 for ; Thu, 24 Sep 1998 17:43:53 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id SAA01968; Thu, 24 Sep 1998 18:43:26 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809250043.SAA01968@panzer.plutotech.com> Subject: Re: CAM panic In-Reply-To: <436.906680683@cloud.rain.com> from Bill Trost at "Sep 24, 98 04:44:43 pm" To: trost@cloud.rain.com (Bill Trost) Date: Thu, 24 Sep 1998 18:43:26 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Trost wrote... > I cvsup'd this morning in hopes of finally converting over to the > Adaptec 2940 I picked up last week, put the probes failed and the > kernel paniced shortly thereafter. > > This is using an alternate boot disk (thank goodness!). [ ... ] > Fatal trap 12: [...] > fault virtual address = 0xa8 > fault code = supervisor read, page not present > ip = 0x8:0xf010516b > sp = 0x10:0xf020ee64 > fp = 0x10:0xf020ef0c > cs = base 0 limit 0xfffff, type 1b > = DPL 0, pres 1, def32 1, gran 1 > eflags = interrupt enabled, resume, IOPL = 0 > cur proc = Idle > int mask = cam > kernel: type 12 trap, code = 0 > Stopped at _xpt_async+0x143: testb $0x2, 0xa8(%eax) You need to re-cvsup. Justin just checked in a change today that will fix your panic. (revision 1.13 of cam_xpt.c) Thanks for the details, though. It's much easier to decipher things when folks include the details of their configuration than when they just say stuff like "it's broke". :) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:56:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23806 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:56:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.westbend.net (ns1.westbend.net [207.217.224.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23800 for ; Thu, 24 Sep 1998 17:56:38 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from admin (admin.westbend.net [207.217.224.195]) by mail.westbend.net (8.8.8/8.8.8) with SMTP id TAA28716 for ; Thu, 24 Sep 1998 19:56:32 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <031501bde81f$5673c5e0$c3e0d9cf@westbend.net> From: "Scot W. Hetzel" To: Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Date: Thu, 24 Sep 1998 19:56:32 -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.00.0518.4 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0518.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Peter Wemm >Is there a need for (say): > >cvs-all (all commits) >cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) >cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) >cvs-ports (ports commits) >cvs-www (www tree) > >ie: >- a commit to src/* in -current would go to cvs-all and cvs-30. >- a commit to docs/* would go to cvs-all, cvs-22, cvs-30 (since it's used in > both branches - the docs area is not branched) change docs/* to goto cvs-docs instead, don't need cross posting to the cvs-22, cvs-30 lists. >- a commit to ports/* would go to cvs-all and cvs-ports. > >Would this be useful? Too much? Too little? THis is different to what >we had before where commits to all branches were lumped in together. > I agree with Snob Art Genre, that the docs branch shouldn't go to the cvs-22, cvs-30 branches. If I scribe to the cvs-22 & cvs-30 lists, I don't want to read the same message twice from the docs branch (no list should have any cross posting, except for the cvs-all list). Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 17:59:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24053 for freebsd-current-outgoing; Thu, 24 Sep 1998 17:59:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24020 for ; Thu, 24 Sep 1998 17:58:53 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id RAA00991; Thu, 24 Sep 1998 17:58:37 -0700 (PDT) (envelope-from jdp) Message-Id: <199809250058.RAA00991@austin.polstra.com> To: archer@lucky.net Subject: Re: deadlock in vm_fault() In-Reply-To: <199809241937.WAA01750@grape.carrier.kiev.ua> References: <199809241937.WAA01750@grape.carrier.kiev.ua> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 24 Sep 1998 17:58:37 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809241937.WAA01750@grape.carrier.kiev.ua>, Alexander Litvin wrote: > The strange thing is that I cannot generate a coredump of it with gcore: > > root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506 > gcore: The executable ld does not belong to process 1506! > Text segment size (in bytes): executable 65793, process 335872 Sorry, gcore doesn't work yet for ELF. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:05:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25265 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:05:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25246 for ; Thu, 24 Sep 1998 18:05:30 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id SAA01065; Thu, 24 Sep 1998 18:05:15 -0700 (PDT) (envelope-from jdp) Message-Id: <199809250105.SAA01065@austin.polstra.com> To: shimon@simon-shapiro.org Subject: Re: ELF Catch22 In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 24 Sep 1998 18:05:15 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Simon Shapiro wrote: > file /usr/local/lib/libjpeg* > > /usr/local/lib/libjpeg.a: current ar archive > /usr/local/lib/libjpeg.la: English text > /usr/local/lib/libjpeg.so: symbolic link to libjpeg.so.9.0 > /usr/local/lib/libjpeg.so.9: symbolic link to > /usr/local/lib/libjpeg.so.9.0 > /usr/local/lib/libjpeg.so.9.0: ELF 32-bit LSB shared object, Intel 80386, > version 1 (FreeBSD), not stripped There should be no ELF shared library with 2 version numbers. This port hasn't been converted to ELF yet. Please search the mailing lists before reporting problems like this. This particular problem has already been discussed before. Also, if you would read the lists you would know that we are in a conversion period for the ports, when many things are expected to be broken. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:07:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25456 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:07:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25171 for ; Thu, 24 Sep 1998 18:04:06 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id TAA07004; Thu, 24 Sep 1998 19:57:19 -0500 (CDT) Message-ID: <360AEA6F.CDFF4387@webwizard.org.mx> Date: Thu, 24 Sep 1998 19:57:19 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" CC: croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG, eculp@mexcom.net.mx Subject: Re: burn cd ? References: <199809250019.SAA01798@panzer.plutotech.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > Edwin Culp wrote... > > "Kenneth D. Merry" wrote: > > > My guess is that one of the following is true: > > > > > > - you haven't made the xpt or pass devices in /dev > > > - you don't have the passthrough device in your kernel config file > > > > I didn't and I made pass0-3 and xpt0-1. Doesn't seem to be the problem. > > You'll need one passthrough device for each SCSI device in your system. > (not sure how many devices you have) > > > cdrecord.test: Undefined error: 0. Cannot open SCSI driver. > > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg > > Schilling > > scsidev: '0,3,0' > > scsibus: 0 target: 3 lun: 0 > > > > Can't open SCSI driver?? > > > > would the link from scgx to rcd0.ctl have anything to do with the problem? > > I doubt it. Are you running as root? By default, you can't open the xpt > or pass devices unless you're root. > > > > Please make sure that both of those devices are there, and that you've got > > > the passthrough device in your kernel. > > > > > > Try typing: > > > > > > ./cdrecord.test -scanbus > > > > > > You'll probably get a more verbose error message. > > Did you try typing that? Like I said, you'll get a more verbose error > message. It may indicate what the problem is. This IS the output of -scanbus unfortunately :-( It doesn't find the scsi driver? > cdrecord.test: Undefined error: 0. Cannot open SCSI driver. > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg > Schilling > scsidev: '0,3,0' > scsibus: 0 target: 3 lun: 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:13:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26486 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:13:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.westbend.net (ns1.westbend.net [207.217.224.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26465 for ; Thu, 24 Sep 1998 18:13:30 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from admin (admin.westbend.net [207.217.224.195]) by mail.westbend.net (8.8.8/8.8.8) with SMTP id UAA28765 for ; Thu, 24 Sep 1998 20:13:14 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <033501bde821$aba935c0$c3e0d9cf@westbend.net> From: "Scot W. Hetzel" To: Subject: Re: Installation gnomelibs-0.27 is dead... Date: Thu, 24 Sep 1998 20:13:14 -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.00.0518.4 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0518.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Ozz!!! >Hello! >Today I want to install gnomecore... >..... >..... >===> Registering installaition for imlib-1.7 >===> Returning to build of gnomelibs-0.27 >Error: shared library "gdk_imlib\.1\.7" does not exist >*** Error code 1. >..... >..... > >What can i do? > 1. Try and resup the ports collection to see if any port ELF fixes were added. The ports team is currently working on adding ELF support to the ports collection. 2. Edit the gnomelibs Makefile and remove the \\.7 from the dependency line 3. You may need to make additional adjustments to the port. Send any changes to the maintainer or use send-pr. NOTE: the port will still need to build on both aout and elf systems. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:14:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26656 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:14:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26639 for ; Thu, 24 Sep 1998 18:14:16 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id TAA02098; Thu, 24 Sep 1998 19:11:02 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809250111.TAA02098@panzer.plutotech.com> Subject: Re: burn cd ? In-Reply-To: <360AEA6F.CDFF4387@webwizard.org.mx> from Edwin Culp at "Sep 24, 98 07:57:19 pm" To: eculp@webwizard.org.mx (Edwin Culp) Date: Thu, 24 Sep 1998 19:11:02 -0600 (MDT) Cc: ken@plutotech.com, croot@btp1da.phy.uni-bayreuth.de, current@FreeBSD.ORG, eculp@mexcom.net.mx X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote... > "Kenneth D. Merry" wrote: > > Did you try typing that? Like I said, you'll get a more verbose error > > message. It may indicate what the problem is. > > This IS the output of -scanbus unfortunately :-( It doesn't find the scsi driver? > > > cdrecord.test: Undefined error: 0. Cannot open SCSI driver. > > Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg > > Schilling > > scsidev: '0,3,0' > > scsibus: 0 target: 3 lun: 0 You need to stop specifying the device. You should do it like this: {bladerunner:/usr/home/ken:74:0} ./cdrecord-1.6.1a3.test -scanbus Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling scsibus0: 0) 'QUANTUM ' 'PD1225S ' '3110' Disk 1) * 2) * 3) * 4) * 5) * 6) * 7) * scsibus1: 100) 'SEAGATE ' 'ST31230W ' '0510' Disk 101) 'SEAGATE ' 'ST34572N ' '0784' Disk 102) * 103) 'PLEXTOR ' 'CD-R PX-R412C ' '1.04' Removable CD-ROM 104) * 105) * 106) 'PLEXTOR ' 'CD-ROM PX-4XCS ' '1.04' Removable CD-ROM 107) * {bladerunner:/usr/home/ken:75:0} ./cdrecord-1.6.1a3.test dev=1,3,0 -inq Cdrecord release 1.6.1a3 Copyright (C) 1995-1998 Jörg Schilling scsidev: '1,3,0' scsibus: 1 target: 3 lun: 0 atapi: 0 Device type : Removable CD-ROM Version : 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info : 'PLEXTOR ' Identifikation : 'CD-R PX-R412C ' Revision : '1.04' Device seems to be: Generic mmc CD-R. Make sure you specify the right bus, too, when you try to talk to a particular device. It could be that your CDROM drive isn't on bus 0, but rather on bus 1. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:20:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27667 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:20:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27643 for ; Thu, 24 Sep 1998 18:20:37 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA05502; Thu, 24 Sep 1998 18:20:32 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma005500; Thu Sep 24 18:20:31 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id SAA04444; Thu, 24 Sep 1998 18:20:26 -0700 (PDT) From: Archie Cobbs Message-Id: <199809250120.SAA04444@bubba.whistle.com> Subject: Re: Current is Really Broken(tm) In-Reply-To: <98Sep24.165248edt.37912-17305@qew.cs.toronto.edu> from David Holland at "Sep 24, 98 04:52:44 pm" To: dholland@cs.toronto.edu (David Holland) Date: Thu, 24 Sep 1998 18:20:26 -0700 (PDT) Cc: peter@netplex.com.au, bright@hotjobs.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Holland writes: > My perspective on this is that disklabels and partitions are a > protozoic kind of file system -- essentially, that the way to think > about what needs to happen is that you need to mount `partitionfs' on > the device /dev/wd0. This `mount' then supplies the other wd0* devices. > (Whether it goes through the same code path as normal filesystem > mounts, or looks at all like them, is unimportant. Bear with me.) > > This view of the world has two immediate consequences: > 1) partition handling should be independent from disk drivers. > 2) probing for partitions becomes relatively straightforward. This is just the idea that is realized by SLICE. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:26:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28624 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:26:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28557 for ; Thu, 24 Sep 1998 18:26:08 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id KAA00197; Fri, 25 Sep 1998 10:56:00 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA03271; Fri, 25 Sep 1998 10:55:58 +0930 Date: Fri, 25 Sep 1998 10:55:58 +0930 (CST) From: Kris Kennaway To: osa@etrust.ru Cc: current@FreeBSD.ORG Subject: Re: Installation gnomelibs-0.27 is dead... In-Reply-To: <199809250032.EAA02665@ozz.etrust.ru> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Ozz!!! wrote: > What can i do? Subscribe to the cvs-all mailing list and watch for commits to fix this problem. It is due to the ELFification of the ports tree (imlib itself was ELFed yesterday so this port which uses it is probably already fixed - I haven't yet read my cvs mail this morning). Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:33:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29922 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:33:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29906 for ; Thu, 24 Sep 1998 18:33:31 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id LAA00286; Fri, 25 Sep 1998 11:03:23 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA02898; Fri, 25 Sep 1998 11:03:20 +0930 Date: Fri, 25 Sep 1998 11:03:19 +0930 (CST) From: Kris Kennaway To: Simon Shapiro Cc: freebsd-current@FreeBSD.ORG Subject: Re: ELF Catch22 In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Simon Shapiro wrote: > file /usr/local/lib/libjpeg* > > /usr/local/lib/libjpeg.a: current ar archive > /usr/local/lib/libjpeg.la: English text > /usr/local/lib/libjpeg.so: symbolic link to libjpeg.so.9.0 > /usr/local/lib/libjpeg.so.9: symbolic link to > /usr/local/lib/libjpeg.so.9.0 > /usr/local/lib/libjpeg.so.9.0: ELF 32-bit LSB shared object, Intel 80386, > version 1 (FreeBSD), not stripped [morden|root] 10:51 /usr/src ls -l /usr/local/lib/libjpeg* -rw-r--r-- 1 root wheel 154740 Sep 20 09:36 /usr/local/lib/libjpeg.a -rwxr-xr-x 1 root wheel 455 Sep 20 09:36 /usr/local/lib/libjpeg.la* lrwxr-xr-x 1 root wheel 12 Sep 20 09:36 /usr/local/lib/libjpeg.so@ -> libjpeg.so.9 -rwxr-xr-x 1 root wheel 130198 Sep 20 09:36 /usr/local/lib/libjpeg.so.9* [morden|root] 11:01 /usr/src file /usr/local/lib/libjpeg* /usr/local/lib/libjpeg.a: current ar archive /usr/local/lib/libjpeg.la: English text /usr/local/lib/libjpeg.so: symbolic link to libjpeg.so.9 /usr/local/lib/libjpeg.so.9: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped Looks like your jpeg package is out of date and hasnt been completely ELFed (the 9.0 library). This may or may not cause problems but best to update it, I guess. > $ klyx > ld.so failed: bad magic number in "/usr/X11R6/lib/libX11.so.6.1" Assuming you put your a.out X libs in /usr/X11R6/lib/aout, do ldconfig -aout -mv /usr/X11R6/lib/aout Merging in the recent changes to /etc/rc* will let you do this automatically at boot. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:53:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02783 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:53:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA02740 for ; Thu, 24 Sep 1998 18:53:15 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 8814 invoked by uid 1000); 25 Sep 1998 02:57:17 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <360AAB06.B628D775@ameritech.net> Date: Thu, 24 Sep 1998 22:57:17 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Adam McDougall Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adam McDougall, On 24-Sep-98 you wrote: > Justin T. Gibbs wrote: > > > > > The symptom (at least on my system) is that the HD totally freezes up > > > with the light on, and the dpt sits there merrily idle, while freebsd > > > processes start losing sanity because the disk cannot be accessed > > > (eg. > > > any interaction with the system which would trigger a HD access would > > > freeze up that portion of the system..) I know there is a 'irq > > > pending' led on the dpt which may indicate the condition has occurred > > > for some people, but mine didnt happen this way, and adding this > > > kernel > > > option ceased the described lockups. I have a 2144UW, a Atlas II, > > > and a > > > Mtech R534 motherboard. > > > > This looks like an "Atlas II firmware of death" problem, not a DPT > > problem. What firmware are you using? Before switching to LYK8, I > > saw similar behavior on an Adaptec controller with an AtlasII. > > > > -- > > Justin > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > I've tried many many times to update it, making sure im terminated > correctly etc. I am using a sca to 68 pin converter on the atlas II, I > hope that isn't causing any bother with this; Any time I'd attempt to > update the firmware with either qshrldr or the other more fancy menuized > program (both for dos) my drive would act like the power had been > breifly lost, and go through the noises it makes during poweron. I've > called Quantum about it and they basically can't offer help since I am > using the sca->68 which is a nono in their book. Right now I have the > LX80 firmware. Thanks Although I have had my generous share of grief with these drives (I never touch them but people seem to like them, this particular problem is not drive induced. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:54:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02851 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:54:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA02826 for ; Thu, 24 Sep 1998 18:53:51 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 5419 invoked by uid 4); 25 Sep 1998 01:53:44 -0000 Received: (qmail 558 invoked from network); 25 Sep 1998 01:53:07 -0000 Received: from softdnserror (HELO cloud.rain.com) (127.0.0.1) by softdnserror with SMTP; 25 Sep 1998 01:53:07 -0000 To: current@FreeBSD.ORG Subject: Re: CAM panic References: <199809250043.SAA01968@panzer.plutotech.com> In-reply-to: Your message of Thu, 24 Sep 1998 18:43:26 MDT. <199809250043.SAA01968@panzer.plutotech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <554.906688387.1@cloud.rain.com> Date: Thu, 24 Sep 1998 18:53:07 -0700 Message-ID: <555.906688387@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" writes: You need to re-cvsup. Justin just checked in a change today that will fix your panic. (revision 1.13 of cam_xpt.c) Yup, that certainly helped. Thanks. Now it gets the opportunity to hang forever looking for SCSI devices: (probe0:ahc0:0:0:0): Queuing a BDR SCB (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x18a SSTATI == 0x0 (probe0:ahc0:0:0:0): no longer in timeout, stauts = 34b ahc0: Issued Challen A Bus Reset. 7 SCBs aborted ...ad nauseum... The controller probe said something like "Adaptec 7880". The controller appears to work under DOS (one never can be completely sure (-: ). Lemme know if you need any other information, I'll do my best. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 18:57:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03532 for freebsd-current-outgoing; Thu, 24 Sep 1998 18:57:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03491 for ; Thu, 24 Sep 1998 18:56:44 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id LAA00448 for ; Fri, 25 Sep 1998 11:26:35 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA03382; Fri, 25 Sep 1998 11:26:34 +0930 Date: Fri, 25 Sep 1998 11:26:34 +0930 (CST) From: Kris Kennaway To: current@FreeBSD.ORG Subject: VM out-of-swap problems Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anyone actively working on the problems related to daemons dying after the system has used a large amount of swap (the old "inetd() in realloc: junk pointer" thing)? It seems to me that with the release just around the corner this is something which should be killed now, as it seems to be an easily repeatable problem for many people and would adversely impact many servers in the real world (e.g. potential DoS risk). If no-one has the time to look at this in their spare time, may I suggest to Jordan that he look at paying one of the VM experts (John Dyson?) to fix this problem before 3.0 rolls out the door? I am quite willing to run debugging patches if someone provides them to track down the problem, since I can repeat it quite easily over here (well, I haven't seen it since I allocated that extra 140MB of swap space, but I havent heard any reasons to believe the problem is gone without it). Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 19:28:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA09211 for freebsd-current-outgoing; Thu, 24 Sep 1998 19:28:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns2.cetlink.net (ns2.cetlink.net [209.198.2.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA09193 for ; Thu, 24 Sep 1998 19:28:28 -0700 (PDT) (envelope-from jak@cetlink.net) Received: from EXIT10 (i485-gw.cetlink.net [209.198.15.97]) by ns2.cetlink.net (8.9.1/8.9.1) with SMTP id WAA15617; Thu, 24 Sep 1998 22:28:15 -0400 (EDT) From: jak@cetlink.net (John Kelly) To: Adam McDougall Cc: current@FreeBSD.ORG Subject: Atlas II firmware of death Date: Fri, 25 Sep 1998 02:39:00 GMT Message-ID: <360affdb.141721920@mail.cetlink.net> References: <199809241701.LAA01778@narnia.plutotech.com> <360AAB06.B628D775@ameritech.net> In-Reply-To: <360AAB06.B628D775@ameritech.net> X-Mailer: Forte Agent 1.5/32.451 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id TAA09200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998 16:26:46 -0400, Adam McDougall wrote: >> This looks like an "Atlas II firmware of death" problem > >I've tried many many times to update it, making sure im terminated >correctly etc. I am using a sca to 68 pin converter on the atlas II, I >hope that isn't causing any bother with this; Any time I'd attempt to >update the firmware with either qshrldr or the other more fancy menuized >program (both for dos) my drive would act like the power had been >breifly lost, and go through the noises it makes during poweron. I've >called Quantum about it and they basically can't offer help Sounds like the same problem I experienced. On my box with six Atlas II drives I could successfully update the firmware on all drives except the boot drive. I learned that I had to boot from a DOS floppy and run the firmware update from A: (not from C:) to get the boot drive to update properly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 19:47:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11844 for freebsd-current-outgoing; Thu, 24 Sep 1998 19:47:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA11832 for ; Thu, 24 Sep 1998 19:47:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA22920; Thu, 24 Sep 1998 19:48:41 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: VM out-of-swap problems In-reply-to: Your message of "Fri, 25 Sep 1998 11:26:34 +0930." Date: Thu, 24 Sep 1998 19:48:41 -0700 Message-ID: <22915.906691721@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is anyone actively working on the problems related to daemons dying after the > system has used a large amount of swap (the old "inetd() in realloc: junk > pointer" thing)? It seems to me that with the release just around the corner > this is something which should be killed now, as it seems to be an easily It seems that way to more folks than just you, but rest assured that if it were that simple to get bugs of long-standing evilness eradicated just before a major release, we'd make it a policy to do so without a second thought. Unfortunately, this one is just a bit harder to debug and lots of folks have tried. You're MORE than welcome to try your hand at it, in fact, since we're definitely well into the stage where general debugging assistance on this specific problem is being eagerly solicited. It certainly wouldn't hurt. > If no-one has the time to look at this in their spare time, may I suggest to > Jordan that he look at paying one of the VM experts (John Dyson?) to fix this > problem before 3.0 rolls out the door? I've also learned the hard way (and I have the bruises to show for it) that throwing money at problems only occasionally gets them fixed, my former belief being that money (in sufficient quantities) would always provide a solution somehow. Silly me. :-( I honestly don't currently know of any VM experts for hire (JD included) who would have any reasonable assurance of fixing this problem, whether they were paid to do so or not, in the time-frame we have for the release. That's a bummer, obviously, and I surely wish it were otherwise, but I have to live within the constraints we have. Mulitiple folks have hunted for this one, believe me, and if I gave them $$$ they'd probably just say "thanks for the $$$, but I still can't find it." What it really needs (I feel) is a fresh set of eyes on it by someone who's also observing the phenomenon repeatedly enough to be able to collect some truly decent stats (malloc and otherwise) on it. AFAIK, no one has yet to even do that much - they just report the oft-quoted message from malloc but don't have any information about the general program control flow which led up to this happening, and the "VM experts" tend to be busy enough that they're not going to be able to make much progress with nothing more that a "junk pointer" printf(). This problem needs to be instrumented like a lab experiment and far more data gathered first. > I am quite willing to run debugging patches if someone provides them to track I don't see anyone raising their hands to do the instrumentation ("debugging patches"), myself, but given that the very process of adding instrumentation is a good part of the debugging exercise in any case, I'd tend to suggest that whomever collects the traces should also be the one to decide where they go and what they should print. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 19:57:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13120 for freebsd-current-outgoing; Thu, 24 Sep 1998 19:57:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13114 for ; Thu, 24 Sep 1998 19:57:45 -0700 (PDT) (envelope-from opsys@mail.webspan.net) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with SMTP id WAA08800 for ; Thu, 24 Sep 1998 22:48:33 -0400 (EDT) Date: Thu, 24 Sep 1998 22:59:30 -0400 (EDT) From: Open Systems Networking X-Sender: opsys@orion.webspan.net To: freebsd-current@FreeBSD.ORG Subject: Just another CURRENT IS BROKE! :-) with slightly more info. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of course current is not broke, but I just got a panic going from single to multiuser mode. And thought I would just throw the trace and step info to the list. STEP OUTPUT: fatal trap 12: page fault while in kernel mode mp_lock = 01000003; cpuid=1; lapic.id=01000000 fault virtual address = 0xeffd3004 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01b7e23 stack pointer = 0x10:0xff804e88 frame pointer = 0x10:0xff804ea0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 321, gran 1 processor eflags = tracetrap, resume, IOPL = 0 current process = idle interrupt mask = <- SMP:XXX kernel: type 12 trap, code = 0 stopped at _pmap_enter+0xa7: movl 0(%ecx),%esi TRACE OUTPUT: _pmap_enter(f0213dc4,f4c01000,40e000,7,0) at _pmap_enter+0xa7 _vm_fault(f0209cac,f4c01000,1,0,0) at _vm_fault+0x83a _trap_pfault(ff804fc0,0,80000000,effbf000,0) at _trap_pfault+0x110 _trap(10,10,0,effbf000,0) at _trap+0x2bb calltrap() at calltrap+0x3c --- trap 0xc, eip = 0xf01ba0fe, esp = 0ff804ffc, ebp = 0 --- swtch_com() at swtch_com+0x3c As you may or not be able to tell I hand wrote this on paper and then retyped it in. I hope it's of value but it may have lost meaning in the retyping so if it did file it in the bit bucket :-) Just another drop in the sea of panics. Chris -- "You both seem to be ignoring the fact that the networking market is driven by so-called 'IT professionals' these days, most of whom can't tell the difference between an ARP and a carp." -Wes Peters ===================================| Open Systems Networking And Consulting. FreeBSD 2.2.7 is available now! | Phone: 316-326-6800 -----------------------------------| 1402 N. Washington, Wellington, KS-67152 FreeBSD: The power to serve! | E-Mail: opsys@open-systems.net http://www.freebsd.org | Consulting-Network Engineering-Security ===================================| http://open-systems.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 20:14:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15991 for freebsd-current-outgoing; Thu, 24 Sep 1998 20:14:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15978 for ; Thu, 24 Sep 1998 20:14:31 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id VAA02748; Thu, 24 Sep 1998 21:14:23 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809250314.VAA02748@panzer.plutotech.com> Subject: Re: CAM panic In-Reply-To: <555.906688387@cloud.rain.com> from Bill Trost at "Sep 24, 98 06:53:07 pm" To: trost@cloud.rain.com (Bill Trost) Date: Thu, 24 Sep 1998 21:14:22 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Trost wrote... > "Kenneth D. Merry" writes: > You need to re-cvsup. Justin just checked in a change today that > will fix your panic. (revision 1.13 of cam_xpt.c) > > Yup, that certainly helped. Thanks. Now it gets the opportunity to > hang forever looking for SCSI devices: > > (probe0:ahc0:0:0:0): Queuing a BDR SCB > (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR == 0x18a > SSTATI == 0x0 > (probe0:ahc0:0:0:0): no longer in timeout, stauts = 34b > ahc0: Issued Challen A Bus Reset. 7 SCBs aborted > ...ad nauseum... > > The controller probe said something like "Adaptec 7880". The controller > appears to work under DOS (one never can be completely sure (-: ). > > Lemme know if you need any other information, I'll do my best. What kind of drives do you have? And what firmware revision? (dmesg output from an old kernel will probably do) On second thought, go ahead and send the full dmesg output from an old kernel if you can. What does your bus topology look like? Is it terminated? Also, please CC your responses to me, since I may miss it if you just send it to -current. (there's also more lag time on the lists) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 20:16:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16260 for freebsd-current-outgoing; Thu, 24 Sep 1998 20:16:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16249 for ; Thu, 24 Sep 1998 20:16:48 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id UAA03908; Thu, 24 Sep 1998 20:16:02 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <360B0AF2.BF43850F@dal.net> Date: Thu, 24 Sep 1998 20:16:02 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: Peter Wemm CC: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <199809241550.XAA21409@spinner.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > I seriously doubt that 2.2 branch development will just end because 3.0 is > released and becomes (at some point) the canonical -stable branch. 2.2.8 will be the last release on that branch, at least according to the announcements. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 20:39:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18537 for freebsd-current-outgoing; Thu, 24 Sep 1998 20:39:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18529 for ; Thu, 24 Sep 1998 20:38:59 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id NAA01190; Fri, 25 Sep 1998 13:08:53 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA00951; Fri, 25 Sep 1998 13:08:52 +0930 Date: Fri, 25 Sep 1998 13:08:51 +0930 (CST) From: Kris Kennaway To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: VM out-of-swap problems In-Reply-To: <22915.906691721@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998, Jordan K. Hubbard wrote: > It seems that way to more folks than just you, but rest assured that > if it were that simple to get bugs of long-standing evilness > eradicated just before a major release, we'd make it a policy to do so > without a second thought. Unfortunately, this one is just a bit Fair enough, I hadn't realised it was something which had been around for so long - I thought it was new 'behaviour' which was introcued into current. The impression I got from recent discussions was that lots of people had an idea of where he problem lay and how to look for it, but I guess either this is a case of words speaking softer than actions or me not paying close enough attention :-) > welcome to try your hand at it, in fact, since we're definitely well > into the stage where general debugging assistance on this specific > problem is being eagerly solicited. It certainly wouldn't hurt. I'd like to learn more about FreeBSD's internals at some point, but unfortunately I have this little matter of a thesis hanging over my head (it's my own personal 3.0-RELEASE, yay! :-) Since there's a workaround and it's not specifically a problem with 3.0, I guess I can live with it if no-one manages to make any progress in the next month :-) > and the "VM experts" tend to be busy enough that they're not going to > be able to make much progress with nothing more that a "junk pointer" > printf(). This problem needs to be instrumented like a lab experiment > and far more data gathered first. Well, if anyone does want to take a crack at this and would like some detailed information about a system when it exhibits the problem, please contact me with the kinds of information which would be helpful and I'll see if I can provide it. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 20:39:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18627 for freebsd-current-outgoing; Thu, 24 Sep 1998 20:39:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from owl.org (owl.org [198.206.215.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18616; Thu, 24 Sep 1998 20:39:43 -0700 (PDT) (envelope-from cgull@owl.org) Received: (from cgull@localhost) by owl.org (8.8.8/8.8.8/cgull) id XAA13284; Thu, 24 Sep 1998 23:38:59 -0400 (EDT) (envelope-from cgull) Message-ID: <19980924233859.21276@owl.org> Date: Thu, 24 Sep 1998 23:38:59 -0400 From: john hood To: Bruce Evans , gibbs@plutotech.com, shimon@simon-shapiro.org Cc: current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net, sos@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ References: <199809242301.JAA03399@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1 In-Reply-To: <199809242301.JAA03399@godzilla.zeta.org.au>; from Bruce Evans on Fri, Sep 25, 1998 at 09:01:33AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 25, 1998 at 09:01:33AM +1000, Bruce Evans wrote: > >b. In the case of a cache hit, the DPT will complete operations and > > generate interrupts less than a microsecond apart. The (now removed, > > soon to be added again) measure_performance option demonstrates this > > clearly. Such bursts can have up to 64 interrupts per burst. The > > FreeBSD interrupt code has known holes in it, that will cause such > > closely spaced interrupts to be lost. This can also cause the system to > > hang. > > I don't know of any holes. If a device raises and lowers its irq in less > than a microsecond, then it comes close to violating best-case PIC timing. > In any case, ix86's can not process an interrupt in less than about 5 > i/o times (perhaps 2.5-6 usec) in the best case. If a device raises > and lowers its 64 times in < 64 usec, then at best the handler would see > about 64/2.5 separate interrupts. This is with a generous allocation of > 1 i/o time for device-specific interrupt handling. This isn't true for systems/software using APICs, no? A quick perusal of the code seems to show that they use memory-mapped I/O, less of it than a PIC, and IIRC, it's not across an ISA-speed bus. --jh -- Mr. Belliveau said, "the difference was the wise, John Hood, cgull intelligent look on the face of the cow." He was @ *so* right. --Ofer Inbar owl.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 21:09:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21922 for freebsd-current-outgoing; Thu, 24 Sep 1998 21:09:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21916; Thu, 24 Sep 1998 21:09:24 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA32518; Fri, 25 Sep 1998 14:09:03 +1000 Date: Fri, 25 Sep 1998 14:09:03 +1000 From: Bruce Evans Message-Id: <199809250409.OAA32518@godzilla.zeta.org.au> To: bde@zeta.org.au, cgull@owl.org, gibbs@plutotech.com, shimon@simon-shapiro.org Subject: Re: options DPT_LOST_IRQ Cc: current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net, sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> In any case, ix86's can not process an interrupt in less than about 5 >> i/o times (perhaps 2.5-6 usec) in the best case. If a device raises >> and lowers its 64 times in < 64 usec, then at best the handler would see >> about 64/2.5 separate interrupts. This is with a generous allocation of >> 1 i/o time for device-specific interrupt handling. > >This isn't true for systems/software using APICs, no? > >A quick perusal of the code seems to show that they use memory-mapped >I/O, less of it than a PIC, and IIRC, it's not across an >ISA-speed bus. I don't know the details. I would be surprised if it were much faster, since there are extra overheads for SMP. Even an immediately successful spinlock normally takes at least as long as an uncached memory reference. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 21:19:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23022 for freebsd-current-outgoing; Thu, 24 Sep 1998 21:19:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA23014 for ; Thu, 24 Sep 1998 21:19:23 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 6645 invoked by uid 4); 25 Sep 1998 04:19:17 -0000 Received: (qmail 369 invoked from network); 25 Sep 1998 04:18:34 -0000 Received: from softdnserror (HELO cloud.rain.com) (127.0.0.1) by softdnserror with SMTP; 25 Sep 1998 04:18:34 -0000 To: "Kenneth D. Merry" Cc: current@FreeBSD.ORG Subject: Re: CAM panic References: <199809250314.VAA02748@panzer.plutotech.com> In-reply-to: Your message of Thu, 24 Sep 1998 21:14:22 MDT. <199809250314.VAA02748@panzer.plutotech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <365.906697114.1@cloud.rain.com> Date: Thu, 24 Sep 1998 21:18:34 -0700 Message-ID: <366.906697114@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" writes: What kind of drives do you have? And what firmware revision? (dmesg output from an old kernel will probably do) On second thought, go ahead and send the full dmesg output from an old kernel if you can. I have never had this card work under FreeBSD. I bought it a week ago because of troubles I was having with my aic0 card hanging during some tape reads (tape it had been used to write -- go figure). What does your bus topology look like? Is it terminated? "It shouldn't matter". There, got that out of the way. Anyhow, here is what I have, produced by dmesg where possible: sd1: type 0 removable SCSI 2 (auto-terminating) ^ | v ahc0: Adaptec 2940 rev 0x1 aic7880 single channel (BIOS v1.32, it says at startup; auto-terminating) ^ | v sd0: type 0 fixed SCSI 2 ^ | v cd0: type 5 removable SCSI 2 ^ | v st0: type 1 removable SCSI 2 (manually terminated) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 21:33:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24197 for freebsd-current-outgoing; Thu, 24 Sep 1998 21:33:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24192 for ; Thu, 24 Sep 1998 21:33:21 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id WAA00895; Thu, 24 Sep 1998 22:26:45 -0600 (MDT) Date: Thu, 24 Sep 1998 22:26:45 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809250426.WAA00895@narnia.plutotech.com> To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > This looks like an "Atlas II firmware of death" problem, not a DPT >> > problem. What firmware are you using? Before switching to LYK8, I >> > saw similar behavior on an Adaptec controller with an AtlasII. >> > >> > -- >> > Justin ... >> Right now I have the LX80 firmware. Thanks > > Although I have had my generous share of grief with these drives (I never > touch them but people seem to like them, this particular problem is not > drive induced. LX80 is known to be bogus. I would not be at all surprised if Adam is not seeing a lost interrupt problem at all. This is not to say that the lost interrupt problem doesn't exist, but I'd feel better about diagnosing Adam's problem if his drive's firmware was up to date. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 21:45:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25510 for freebsd-current-outgoing; Thu, 24 Sep 1998 21:45:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25502 for ; Thu, 24 Sep 1998 21:45:26 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id WAA00949; Thu, 24 Sep 1998 22:38:47 -0600 (MDT) Date: Thu, 24 Sep 1998 22:38:47 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809250438.WAA00949@narnia.plutotech.com> To: Bill Trost cc: current@FreeBSD.ORG Subject: Re: CAM panic Newsgroups: pluto.freebsd.current In-Reply-To: <436.906680683@cloud.rain.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <436.906680683@cloud.rain.com> you wrote: > > (probe0:ahc0:0:0:0): SCB 0x0 - timed out while idle, LASTPHOSE == 0x1, SCSISIGI == 0x0 > SEQADDR == 0x18a > SSTATI == 0x0 > (probe0:ahc0:0:0:0): queuing a BDR SCB Crap. Double crap. This certainly looks like another version of the aic7880 Rev B. DMA bug. Can you send me (in private email) the make and model of your motherboard, the type of chipset it uses, and the chip markings on the aic7880 on your 2940? Hopefull I'll be able to find a machine here where I can reproduce the problem and work on a fix. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 21:51:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26326 for freebsd-current-outgoing; Thu, 24 Sep 1998 21:51:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ms6.hinet.net (ms6.hinet.net [168.95.4.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26166; Thu, 24 Sep 1998 21:50:30 -0700 (PDT) (envelope-from bv006x@ms22.hinet.net) Received: from mbv006732 (h80.s3.ts32.hinet.net [163.32.3.80]) by ms6.hinet.net (8.8.8/8.8.8) with SMTP id MAA01065; Fri, 25 Sep 1998 12:50:18 +0800 (CST) Date: Fri, 25 Sep 1998 12:50:18 +0800 (CST) Message-Id: <199809250450.MAA01065@ms6.hinet.net> From: mbs006372@ms6.hinet.net Subject: ¥§ªyº¸_ÁÚ¦VÅq®p¡@ýyý{þ©ûBûBþ©ý{ýy X-Mailer: Mozilla 4.01 [tw] (Win95; I) Content-Type: TEXT/PLAIN; charset=BIG5 to: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ¥§ªyº¸ ÁÚ¦VÅq®p ¤K¤é¡@ýyý{þ©ûBûBþ©ý{ýy «C¬K ¬¡¤O ±´¯Á¥j¤å©ú ¤Ñ¨Ïªº°ê«× ¨C¶g¤G¥Xµo:09/29.10/06.10/13.10/20.10/27.11/03 ¡@ ¦L«×ºëµØ ¶Àª÷¦L¶H ¤C¤é µn®p³y·¥ ÃÀ³N»P·R±¡ªº·¥¦Üªí²{ ¨C¶g¤é¥Xµo:09/27.10/04.10/11.10/18.10/25.11/01 ¡@ ´µ¨½Äõ¥d¦ò°ê´MÄ_ ¤C¤é ´ç°²¥ð¶¢·¥«~ ´¹¼üªºÄ_¥Û ¦ò±Ð¤å¤ÆªºÄ_Âà ¨C¶g¤@¥Xµo:09/28.10/05.10/12.10/19.10/26.11/02. ¡@ ³£¥u­n29,900.¤¸12¤ë20¤é«e ¶¶¹F®È¹C//±ë¶¶°Ñ®È ¹q¸Ü:02-¤G¤­¤»¤@-¤»¤­¤­¤»(¥N) ý{þ©ûBûBþ©ý{ýy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 22:47:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02347 for freebsd-current-outgoing; Thu, 24 Sep 1998 22:47:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02327; Thu, 24 Sep 1998 22:47:17 -0700 (PDT) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id HAA26153; Fri, 25 Sep 1998 07:43:51 +0200 (CEST) Message-Id: <199809250543.HAA26153@midten.fast.no> To: fn@radio-do.de Cc: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today From: Tor.Egge@fast.no In-Reply-To: Your message of "Thu, 24 Sep 1998 18:20:25 +0200" References: <19980924182025.A9605@radio-do.de> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 25 Sep 1998 07:43:46 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, Sep 24, 1998 at 10:58:37AM +0200, Frank Nobis wrote: > > > > I thought it was gone here, but... > > I can now reproduce the problem, but yet don't understand why it happens. Replacing the aout /sbin/init with an elf /sbin/init seems to be sufficient to trigger this problem. Looking at mp_lock using gdb -k /kernel.gdb /dev/mem ... print/x mp_lock gave 0x1 or 0x1000001 with the aout /sbin/init, but 0x2 or 0x1000002 with the elf /sbin/init. This means that when a cpu returns to userland, mp_lock is still 0x1 or 0x1000001. Which blocks the other CPU until the CPU holding the giant kernel lock enters _idle. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:36:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06708 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:36:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06699 for ; Thu, 24 Sep 1998 23:36:08 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA08393; Thu, 24 Sep 1998 23:36:04 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd008389; Thu Sep 24 23:36:00 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA14776; Thu, 24 Sep 1998 23:35:59 -0700 (MST) From: Terry Lambert Message-Id: <199809250635.XAA14776@usr01.primenet.com> Subject: Re: Soso, no one knows anything about SMP here. To: freebsd@magnet.geophysik.tu-freiberg.de Date: Fri, 25 Sep 1998 06:35:58 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809240606.IAA02317@magnet.geophysik.tu-freiberg.de> from "Holm Tiffe" at Sep 24, 98 08:06:33 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > many THX guys, for the responses to my problem. > > Yeah, we don't have time, a major release is about > to be released, ... > > BUT WE HAVE THE TIME FOR SUCH THINGS LIKE THE THREAD > "THE AGE OF DARKNESS" !!! > again and again and again ... > > Can your americans please try to get a little > bit control over your feelings, a little bit ? > > and now please read the mail with the subject > > SMP Gurus please help ! Would you like to, perhaps, post symptoms and a problem description? Mahaps you could include the SMP mailing list (smp@freebsd,org) in order to get the actual people instead of just the posers who subscribe to -current? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:38:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07211 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:38:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07200 for ; Thu, 24 Sep 1998 23:38:39 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA08700; Thu, 24 Sep 1998 23:38:34 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd008663; Thu Sep 24 23:38:28 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA14883; Thu, 24 Sep 1998 23:38:21 -0700 (MST) From: Terry Lambert Message-Id: <199809250638.XAA14883@usr01.primenet.com> Subject: Re: Quake-client on FreeBSD-3.0 ?? To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 25 Sep 1998 06:38:20 +0000 (GMT) Cc: hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG In-Reply-To: from "Doug Rabson" at Sep 24, 98 08:32:46 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I doubt that any of the guys have support for DVD :( > > Bunch of new stuff is coming out on the market so it is the usual > > story locate a friendly chip manufacturer with decent > > documentation for the hardware. S3 Savage comes to mind however > > I dont know that much about it so far. > > With modern processors, software decoding of DVD is faster and more > flexible. Unfortunately the spec is under NDA partly because of the > insane region coding scheme that the movie studios forced on us. It's OK; if you follow the DVD specific lists, then you know how to change the region code on most avaiable hardware. If your hardware doesn't support this, well, shame on you... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:43:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07850 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:43:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07831 for ; Thu, 24 Sep 1998 23:42:54 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id XAA09443; Thu, 24 Sep 1998 23:42:46 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd009402; Thu Sep 24 23:42:37 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA15088; Thu, 24 Sep 1998 23:42:32 -0700 (MST) From: Terry Lambert Message-Id: <199809250642.XAA15088@usr01.primenet.com> Subject: Re: 19980921-BETA: more comments To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 25 Sep 1998 06:42:32 +0000 (GMT) Cc: obrien@NUXI.com, bright@hotjobs.com, beyssac@enst.fr, freebsd-current@FreeBSD.ORG In-Reply-To: <13147.906639861@time.cdrom.com> from "Jordan K. Hubbard" at Sep 24, 98 05:24:21 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There isn't an ELF version of the Motif libs yet. > > Very soon now... Since it's no longer available, the cat isn't there in the bag anyway... For a while, it was possible to download a full ELF CDE from sun.com that, given an ELF FreeBSD, would give you a real Motif for FreeBSD. You may now commence begging for a copy; note that I didn't get a copy because of intellectual property issues, so don't beg me... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:48:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08855 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:48:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08836 for ; Thu, 24 Sep 1998 23:48:34 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA07666; Thu, 24 Sep 1998 23:48:29 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd007649; Thu Sep 24 23:48:27 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA15367; Thu, 24 Sep 1998 23:48:19 -0700 (MST) From: Terry Lambert Message-Id: <199809250648.XAA15367@usr01.primenet.com> Subject: Re: Limit 'ps' to show only user's processes To: taob@risc.org (Brian Tao) Date: Fri, 25 Sep 1998 06:48:18 +0000 (GMT) Cc: robert+freebsd@cyrus.watson.org, freebsd-current@FreeBSD.ORG In-Reply-To: from "Brian Tao" at Sep 24, 98 09:43:53 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I don't think there is any way to hide the existence of other > > processes -- a process that performs: > > > > int i, lasti; > > while (1) { > > i = fork(); > > if (!i) { > > exit(0); > > } > > if (i != lasti + 1) { > > > > .... > > On a slightly different track, using randomized pid's would limit > the usefulness of such a scan, although with a fast enough fork(), you > could still map the entire pid space and find the "holes". pid_t i; int st; pid_t me = getpid(); for( i = 0; i < MAX_INT; i++) { st = kill( i, 0); if( st != -1) printf( "pid %d exists and is yours...\n", i); else if( errno == EPERM) printf( "pid %d exists and is NOT yours...\n", i); } Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:49:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09142 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:49:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09125 for ; Thu, 24 Sep 1998 23:49:33 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA23517; Thu, 24 Sep 1998 23:50:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Terry Lambert cc: obrien@NUXI.com, bright@hotjobs.com, beyssac@enst.fr, freebsd-current@FreeBSD.ORG Subject: Re: 19980921-BETA: more comments In-reply-to: Your message of "Fri, 25 Sep 1998 06:42:32 -0000." <199809250642.XAA15088@usr01.primenet.com> Date: Thu, 24 Sep 1998 23:50:18 -0700 Message-ID: <23513.906706218@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > There isn't an ELF version of the Motif libs yet. > > > > Very soon now... > > Since it's no longer available, the cat isn't there in the bag anyway... Since what is no longer available, Motif? Several companies would beg to differ (strongly) with your assertion. Motif is still very much available in a.out format and at least 2 companies that I know of plan to make ELF versions (of Motif 2.1) available for 3.0 in the near future. I also expect at least one or two versions of Motif 1.2 for ELF to surface inexplicably here and there, even if none of the commercial folks attempt to support it. :-) If, on the other hand, you've somehow inexplicably strayed from our discussion of Motif into something like CDE, well, all I can say is "Geeze, at least try to stay on the same bloody topic if you're going to rebutt something." - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:52:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09643 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:52:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09634 for ; Thu, 24 Sep 1998 23:52:54 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA08256; Thu, 24 Sep 1998 23:52:48 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd008237; Thu Sep 24 23:52:39 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA15528; Thu, 24 Sep 1998 23:52:36 -0700 (MST) From: Terry Lambert Message-Id: <199809250652.XAA15528@usr01.primenet.com> Subject: Re: deadlock in vm_fault() To: archer@lucky.net (Alexander Litvin) Date: Fri, 25 Sep 1998 06:52:36 +0000 (GMT) Cc: luoqi@watermarkgroup.com, current@FreeBSD.ORG In-Reply-To: <199809241937.WAA01750@grape.carrier.kiev.ua> from "Alexander Litvin" at Sep 24, 98 10:37:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Q: How many Zen masters does it take to screw in a light bulb? > A: None. The Universe spins the bulb, and the Zen master stays out > of the way. A: Two: one to screw it in, and one to not screw it in... Q: How many existentialists does it take to screw in a lightbulb? A: Two. One to unscrew the old bulb, and one to fill the bathtub with brightly colored machine tools. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:54:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09988 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:54:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pobox.com ([208.141.230.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09965 for ; Thu, 24 Sep 1998 23:54:38 -0700 (PDT) (envelope-from alk@pobox.com) Received: (from alk@localhost) by pobox.com (8.9.1/8.7.3) id VAA00324; Thu, 24 Sep 1998 21:42:18 -0500 (CDT) From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 24 Sep 1998 21:42:17 -0500 (CDT) X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: current@FreeBSD.ORG Subject: ps/2 mouse not recognized X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13835.537.627679.540746@compound.east> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My recently acquired PR440FX's AMIBIOS detects a ps/2 mouse but the 3.0 kernel does not: ; sudo cat /dev/psm0 ; cat: /dev/psm0: Device not configured Any suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 24 23:57:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10539 for freebsd-current-outgoing; Thu, 24 Sep 1998 23:57:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10164; Thu, 24 Sep 1998 23:55:59 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA08612; Thu, 24 Sep 1998 23:55:49 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd008575; Thu Sep 24 23:55:39 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA15712; Thu, 24 Sep 1998 23:55:34 -0700 (MST) From: Terry Lambert Message-Id: <199809250655.XAA15712@usr01.primenet.com> Subject: Re: options DPT_LOST_IRQ To: shimon@simon-shapiro.org Date: Fri, 25 Sep 1998 06:55:34 +0000 (GMT) Cc: mike@smith.net.au, current@FreeBSD.ORG, bde@FreeBSD.ORG, gibbs@plutotech.com In-Reply-To: from "Simon Shapiro" at Sep 24, 98 07:56:47 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > For all their efficiency benefits, I think fast interrupts are Evil. > > I do not know about Evil, but I have a dislike for undeterministic > systems... There is no such thing as an undeterministic system, only such things as clueless engineers... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 00:01:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11460 for freebsd-current-outgoing; Fri, 25 Sep 1998 00:01:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11453; Fri, 25 Sep 1998 00:01:24 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA07505; Fri, 25 Sep 1998 00:01:19 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp01.primenet.com, id smtpd007481; Fri Sep 25 00:01:15 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id AAA15964; Fri, 25 Sep 1998 00:01:09 -0700 (MST) From: Terry Lambert Message-Id: <199809250701.AAA15964@usr01.primenet.com> Subject: Re: Weired top display at smp current kernel from today To: Tor.Egge@fast.no Date: Fri, 25 Sep 1998 07:01:09 +0000 (GMT) Cc: fn@radio-do.de, freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG In-Reply-To: <199809250543.HAA26153@midten.fast.no> from "Tor.Egge@fast.no" at Sep 25, 98 07:43:46 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Thu, Sep 24, 1998 at 10:58:37AM +0200, Frank Nobis wrote: > > > > > > I thought it was gone here, but... > > > > I can now reproduce the problem, but yet don't understand why it happens. > > > Replacing the aout /sbin/init with an elf /sbin/init seems to be sufficient > to trigger this problem. I can't tell right now... has my mmap object size patch been committed, or not? I suspect that this has to do with the boundary page (the page containing both text and data that would have been padded to a page boundary under a.out). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 01:00:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20561 for freebsd-current-outgoing; Fri, 25 Sep 1998 01:00:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20553 for ; Fri, 25 Sep 1998 01:00:53 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:pMeSfUjFvV4s924NJBgDxSP7Qj3N7tlj@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id RAA32154; Fri, 25 Sep 1998 17:00:35 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id RAA16626; Fri, 25 Sep 1998 17:01:40 +0900 (JST) Message-Id: <199809250801.RAA16626@zodiac.mech.utsunomiya-u.ac.jp> To: alk@pobox.com cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: ps/2 mouse not recognized In-reply-to: Your message of "Thu, 24 Sep 1998 21:42:17 EST." <13835.537.627679.540746@compound.east> References: <13835.537.627679.540746@compound.east> Date: Fri, 25 Sep 1998 17:01:39 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >My recently acquired PR440FX's AMIBIOS detects a ps/2 mouse >but the 3.0 kernel does not: >; sudo cat /dev/psm0 >; cat: /dev/psm0: Device not configured >Any suggestions? It looks the psm driver is not enabled or the mouse is not recognized by the driver. Boot the kernel by giving the -cv option at the "boot:" prompt. You will be presented with the UserConfig prompt. Type "enable psm0" followed by "quit". Send us the output from the dmesg command once the system is up. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 01:27:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26001 for freebsd-current-outgoing; Fri, 25 Sep 1998 01:27:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Guard.PolyNet.Lviv.UA (Guard.PolyNet.Lviv.UA [194.44.138.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA25952 for ; Fri, 25 Sep 1998 01:27:19 -0700 (PDT) (envelope-from pam@polynet.lviv.ua) From: pam@polynet.lviv.ua Received: (qmail 26441 invoked by alias); 25 Sep 1998 08:26:59 -0000 Message-ID: <19980925082659.26440.qmail@Guard.PolyNet.Lviv.UA> Received: (qmail 26434 invoked from network); 25 Sep 1998 08:26:58 -0000 Received: from postoffice.polynet.lviv.ua (HELO NETADMIN.LP.LVIV.UA) (194.44.138.1) by guard.polynet.lviv.ua with SMTP; 25 Sep 1998 08:26:58 -0000 Received: from NETADMIN/SpoolDir by NETADMIN.LP.LVIV.UA (Mercury 1.43); 25 Sep 98 11:26:58 +0200 Received: from SpoolDir by NETADMIN (Mercury 1.43); 25 Sep 98 11:26:57 +0200 Organization: St. Univ. "Lvivska Polytechnica" To: freebsd-current@FreeBSD.ORG Date: Fri, 25 Sep 1998 11:26:55 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Mesa2.6 port broken? Reply-to: pam@polynet.lviv.ua X-mailer: Pegasus Mail for Win32 (v3.01b) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody! I was unsuccessful in trying to install Qt 1.40 from ports on 3.0 Elf current 23/09/98 from collections lately. Build stops on Mesa library dependancy. While building Mesa2.6 it stops or references to symbols Xt*. I've rebuild XFree86 using 24/09/98 ports on the system but the problem still persists Any suggestions? Thanks in advance, Adrian Pavlykevych System Administrator | State University "Lvivska Polytechnica" Campus Computer Network | 12, St. Bandery str, | Lviv, 290646 tel/fax:+380 (322) 742041 | Ukraine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 01:53:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28699 for freebsd-current-outgoing; Fri, 25 Sep 1998 01:53:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28680 for ; Fri, 25 Sep 1998 01:52:58 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id JAA06793; Fri, 25 Sep 1998 09:51:53 +0100 (BST) Date: Fri, 25 Sep 1998 09:51:53 +0100 (BST) From: Doug Rabson To: Terry Lambert cc: hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? In-Reply-To: <199809250638.XAA14883@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Terry Lambert wrote: > > > I doubt that any of the guys have support for DVD :( > > > Bunch of new stuff is coming out on the market so it is the usual > > > story locate a friendly chip manufacturer with decent > > > documentation for the hardware. S3 Savage comes to mind however > > > I dont know that much about it so far. > > > > With modern processors, software decoding of DVD is faster and more > > flexible. Unfortunately the spec is under NDA partly because of the > > insane region coding scheme that the movie studios forced on us. > > It's OK; if you follow the DVD specific lists, then you know how > to change the region code on most avaiable hardware. If your > hardware doesn't support this, well, shame on you... Terry.. The region code is a particular encryption of the data on the disk. The various wirehead tricks for hacking players are irrelavent to a software DVD decoder. You need the right encryption keys from the spec document to get the data and to get the spec you need to sign an NDA and hand over $5000 to Toshiba. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 01:55:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28948 for freebsd-current-outgoing; Fri, 25 Sep 1998 01:55:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28937 for ; Fri, 25 Sep 1998 01:55:33 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id JAA06812; Fri, 25 Sep 1998 09:55:01 +0100 (BST) Date: Fri, 25 Sep 1998 09:55:01 +0100 (BST) From: Doug Rabson To: Terry Lambert cc: Alexander Litvin , luoqi@watermarkgroup.com, current@FreeBSD.ORG Subject: Re: deadlock in vm_fault() In-Reply-To: <199809250652.XAA15528@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Terry Lambert wrote: > > Q: How many Zen masters does it take to screw in a light bulb? > > A: None. The Universe spins the bulb, and the Zen master stays out > > of the way. > > A: Two: one to screw it in, and one to not screw it in... > > Q: How many existentialists does it take to screw in a lightbulb? > > A: Two. One to unscrew the old bulb, and one to fill the bathtub > with brightly colored machine tools. I always liked that one but when I heard it, it was surrealists, not existentialists :-) -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 02:00:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00123 for freebsd-current-outgoing; Fri, 25 Sep 1998 02:00:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29988 for ; Fri, 25 Sep 1998 02:00:29 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from spectrum.physics.adelaide.edu.au (spectrum [129.127.36.1]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id SAA03011; Fri, 25 Sep 1998 18:30:20 +0930 (CST) Received: from localhost by spectrum.physics.adelaide.edu.au; (5.65/1.1.8.2/26Jun95-0330PM) id AA24640; Fri, 25 Sep 1998 18:30:19 +0930 Date: Fri, 25 Sep 1998 18:30:18 +0930 (CST) From: Kris Kennaway To: pam@polynet.lviv.ua Cc: freebsd-current@FreeBSD.ORG Subject: Re: Mesa2.6 port broken? In-Reply-To: <19980925082659.26440.qmail@Guard.PolyNet.Lviv.UA> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998 pam@polynet.lviv.ua wrote: > I was unsuccessful in trying to install Qt 1.40 from ports on 3.0 Elf > current 23/09/98 from collections lately. Build stops on Mesa > library dependancy. While building Mesa2.6 it stops or references > to symbols Xt*. I've rebuild XFree86 using 24/09/98 ports on the > system but the problem still persists Neither of those ports have been ELFed yet - the ports tree is in a state of transition and many of the ports do not compile cleanly under ELF. Wait for the relevant announcements on the cvs-all mailing list. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 02:29:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA03289 for freebsd-current-outgoing; Fri, 25 Sep 1998 02:29:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA03228 for ; Fri, 25 Sep 1998 02:28:42 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:6MjW8bcVeB8PxcUGrSEuJXEgmoAIX6YP@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id LAA01063; Fri, 25 Sep 1998 11:28:13 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809250928.LAA01063@gratis.grondar.za> To: Andreas Braukmann cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld failure - cvsuped 98/09/24 ca. 7:30 CEST In-Reply-To: Your message of " Thu, 24 Sep 1998 09:18:33 +0200." <19980924091833.E8190@paert.tse-online.de> References: <19980924091833.E8190@paert.tse-online.de> Date: Fri, 25 Sep 1998 11:28:12 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Braukmann wrote: > Hi there, > > yesterday morning I made the 'current beta world' two times > (freshly cvsuped) successfully on another machine to push the 'CAM-switch'. > > [BTW: The transition went smoothAll went smooth and our brand new CMD 5440 > RAID (currently 5 x 9 GB IBM DDRS RAID-5) hanging on an onboard 7880 > gave 15-20% better performance ... ] > > But today ... (see subject) > > --- perlmain.c --- > sh writemain lib/auto/DynaLoader/DynaLoader.a > perlmain.c > --- lib/re.pm --- > --- autosplit --- > --- lib/re.pm --- > cat /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/ext/re/re.pm > /usr/obj/aout/usr /src/gnu/usr.bin/perl/perl/lib/re.pm > --- autosplit --- > miniperl -I/usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib -e 'use AutoSplit; autosplit_lib_ modules(@ARGV)' lib/*.pm lib/*/*.pm > --- Config.pm --- > miniperl /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/configpm Config.pm Porting /Glossary myconfig config.sh > --- perlmain.o --- > cc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/aout/usr/sr c/gnu/usr.bin/perl/perl -I/usr/obj/aout/usr/src/tmp/usr/include -c perlmain.c > --- autosplit --- > Config.pm did not return a true value at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/Auto Split.pm line 4. > BEGIN failed--compilation aborted at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/AutoSpli t.pm line 4. > BEGIN failed--compilation aborted at -e line 1. > *** Error code 2 Huh!?? Looks like something corrupted to me... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 03:08:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA07767 for freebsd-current-outgoing; Fri, 25 Sep 1998 03:08:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA07761 for ; Fri, 25 Sep 1998 03:08:47 -0700 (PDT) (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.5] (user5.dataplex.net [208.2.87.5]) by shrimp.dataplex.net (8.9.1/8.9.1) with ESMTP id FAA01854; Fri, 25 Sep 1998 05:08:49 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <360B0AF2.BF43850F@dal.net> References: <199809241550.XAA21409@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Sep 1998 04:52:26 -0500 To: Studded From: Richard Wackerbarth Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:16 PM -0500 9/24/98, Studded wrote: >Peter Wemm wrote: > >> I seriously doubt that 2.2 branch development will just end because 3.0 is >> released and becomes (at some point) the canonical -stable branch. > > 2.2.8 will be the last release on that branch, at least according to >the announcements. And it will still get additional occasional updates for a year or so if history is any indicator. I know that there are many of us who will want FreeBSD 3 to "mellow" quite a bit before we move our critical things to it. "Release" or not, we will track those infrequent, but important, changes because they are likely to be fixes for security holes. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 03:21:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08825 for freebsd-current-outgoing; Fri, 25 Sep 1998 03:21:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08815 for ; Fri, 25 Sep 1998 03:21:17 -0700 (PDT) (envelope-from mauri@mbp.ee) Received: from nw1.mbp.ee (nw1.mbp.ee [194.204.12.68]) by bsd.mbp.ee (8.9.1/8.9.1) with ESMTP id NAA19541 for ; Fri, 25 Sep 1998 13:21:06 +0300 (EEST) (envelope-from mauri@mbp.ee) Message-Id: <199809251021.NAA19541@bsd.mbp.ee> Received: from SERVER/SpoolDir by nw1.mbp.ee (Mercury 1.43); 25 Sep 98 13:21:05 +0300 Received: from SpoolDir by SERVER (Mercury 1.43); 25 Sep 98 13:20:24 +0300 From: "Lauri Laupmaa" Organization: =?ISO-8859-1?Q?ripeva_Kirjastuse_AS?= To: current@FreeBSD.ORG Date: Fri, 25 Sep 1998 12:41:59 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: utmp not updated in current ? X-mailer: Pegasus Mail for Win32 (v3.01b) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by hub.freebsd.org id DAA08816 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Commands w and who show only users who are logged in console. Some months (and -currents) ago it showed them ok. Any comments ? ______________ Lauri Laupmaa Äripäev mauri@mbp.ee Ph. +372 66 70 369 +372 50 13 369 Fx. +372 66 70 165 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 03:35:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10174 for freebsd-current-outgoing; Fri, 25 Sep 1998 03:35:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10167 for ; Fri, 25 Sep 1998 03:35:50 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh (helo=axl.training.iafrica.com) by axl.training.iafrica.com with local-esmtp (Exim 2.02 #1) id 0zMVDr-0006fP-00 for current@freebsd.org; Fri, 25 Sep 1998 12:35:35 +0200 From: Sheldon Hearn To: current@FreeBSD.ORG Subject: cvs commit: src/sys/i386/conf options.i386 src/sys/i386/isa syscons.c Date: Fri, 25 Sep 1998 12:35:35 +0200 Message-ID: <25630.906719735@axl.training.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Sep 1998 06:41:21 -0700 (PDT), Kazutaka YOKOTA wrote: > Modified files: (Branch: RELENG_2_2) > sys/i386/conf options.i386 > sys/i386/isa syscons.c > Log: > YAMFC: > SC_BAD_FLICKER -> SC_ALT_SEQACCESS Hi folks, I followed the thread regarding this issue recently and would just like some clarification: SC_BAD_FLICKER was an option that one used to disable in the hopes of saving a few CPU cycles. SC_ALT_SEQACCESS is an option that one can enable in the hopes of saving a few CPU cycles. If this is the case, we want something like the following patch to LINT, no? Ciao, Sheldon. Index: LINT =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/LINT,v retrieving revision 1.286.2.58 diff -u -d -r1.286.2.58 LINT --- LINT 1998/08/24 18:17:50 1.286.2.58 +++ LINT 1998/09/25 10:32:37 @@ -648,8 +648,9 @@ options SLOW_VGA # do byte-wide i/o's to TS and GDC regs options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence -# If the screen flickers badly when the mouse pointer is moved, try this. -options SC_BAD_FLICKER +# Instruct the syscons driver to use slightly faster routine for screen +# updates. May cause flicker on some systems. +# options SC_ALT_SEQACCESS # # `flags' for sc0: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:01:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12968 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:01:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA12963 for ; Fri, 25 Sep 1998 04:01:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA28713; Fri, 25 Sep 1998 04:01:37 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Sheldon Hearn cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf options.i386 src/sys/i386/isa syscons.c In-reply-to: Your message of "Fri, 25 Sep 1998 12:35:35 +0200." <25630.906719735@axl.training.iafrica.com> Date: Fri, 25 Sep 1998 04:01:37 -0700 Message-ID: <28709.906721297@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I followed the thread regarding this issue recently and would just like > some clarification: You're right - fixed. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:19:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15915 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:19:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15909 for ; Fri, 25 Sep 1998 04:18:58 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:WCFYJ4fmLSPBrn2k7JMXK3/MGZj01zsO@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id UAA00431; Fri, 25 Sep 1998 20:18:32 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id UAA22357; Fri, 25 Sep 1998 20:19:31 +0900 (JST) Message-Id: <199809251119.UAA22357@zodiac.mech.utsunomiya-u.ac.jp> To: Sheldon Hearn cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: cvs commit: src/sys/i386/conf options.i386 src/sys/i386/isa syscons.c In-reply-to: Your message of "Fri, 25 Sep 1998 12:35:35 +0200." <25630.906719735@axl.training.iafrica.com> References: <25630.906719735@axl.training.iafrica.com> Date: Fri, 25 Sep 1998 20:19:30 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Thu, 24 Sep 1998 06:41:21 -0700 (PDT), Kazutaka YOKOTA wrote: > >> Modified files: (Branch: RELENG_2_2) >> sys/i386/conf options.i386 >> sys/i386/isa syscons.c >> Log: >> YAMFC: >> SC_BAD_FLICKER -> SC_ALT_SEQACCESS > >Hi folks, > >I followed the thread regarding this issue recently and would just like >some clarification: > >SC_BAD_FLICKER was an option that one used to disable in the hopes of >saving a few CPU cycles. > >SC_ALT_SEQACCESS is an option that one can enable in the hopes of saving >a few CPU cycles. > >If this is the case, we want something like the following patch to LINT, >no? Well, I am afraid the description is not entirely correct. SC_BAD_FLICKER was not, and SC_ALT_SEQACCESS is not about optimizaion at all. They are about steps to be taken to update some registers. I will be updating LINT. Thank you for pointing out this oversight. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:26:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16813 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:26:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16807 for ; Fri, 25 Sep 1998 04:26:26 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id TAA26435; Fri, 25 Sep 1998 19:25:24 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809251125.TAA26435@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: archer@lucky.net, current@FreeBSD.ORG Subject: Re: deadlock in vm_fault() In-reply-to: Your message of "Thu, 24 Sep 1998 17:58:37 MST." <199809250058.RAA00991@austin.polstra.com> Date: Fri, 25 Sep 1998 19:25:24 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article <199809241937.WAA01750@grape.carrier.kiev.ua>, > Alexander Litvin wrote: > > > The strange thing is that I cannot generate a coredump of it with gcore: > > > > root:/usr/obj/elf/usr/src/tmp/usr/libexec/elf:grape:> gcore ld 1506 > > gcore: The executable ld does not belong to process 1506! > > Text segment size (in bytes): executable 65793, process 335872 > > Sorry, gcore doesn't work yet for ELF. Apparently BSDI have done a new syscall for this now that they've gone ELF too - fcore(). I have not seen if they have online manpages or anything. I suspect it's something like fcore(int fd, pid_t pid); Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:27:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16911 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:27:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16892 for ; Fri, 25 Sep 1998 04:27:35 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id TAA26451; Fri, 25 Sep 1998 19:27:17 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809251127.TAA26451@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Studded cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Thu, 24 Sep 1998 20:16:02 MST." <360B0AF2.BF43850F@dal.net> Date: Fri, 25 Sep 1998 19:27:17 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded wrote: > Peter Wemm wrote: > > > I seriously doubt that 2.2 branch development will just end because 3.0 is > > released and becomes (at some point) the canonical -stable branch. > > 2.2.8 will be the last release on that branch, at least according to ^^^^^^^^^^^^^^^^^^^^^^^^ [is the last _planned_ release] > the announcements. > > Doug One never knows what can happen down the track. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:29:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17306 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:29:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17301 for ; Fri, 25 Sep 1998 04:29:26 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id EAA28864; Fri, 25 Sep 1998 04:29:20 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Kazutaka YOKOTA cc: Sheldon Hearn , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf options.i386 src/sys/i386/isa syscons.c In-reply-to: Your message of "Fri, 25 Sep 1998 20:19:30 +0900." <199809251119.UAA22357@zodiac.mech.utsunomiya-u.ac.jp> Date: Fri, 25 Sep 1998 04:29:20 -0700 Message-ID: <28861.906722960@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I will be updating LINT. Thank you for pointing out this oversight. I already jumped in with a fix, but please feel free to change it accordingly. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:32:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18063 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:32:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18045 for ; Fri, 25 Sep 1998 04:32:52 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh (helo=axl.training.iafrica.com) by axl.training.iafrica.com with local-esmtp (Exim 2.02 #1) id 0zMW7A-0001yT-00 for current@FreeBSD.ORG; Fri, 25 Sep 1998 13:32:44 +0200 From: Sheldon Hearn To: current@FreeBSD.ORG Subject: PR: i386/7695 In-reply-to: Your message of "Fri, 25 Sep 1998 04:29:20 MST." <28861.906722960@time.cdrom.com> Date: Fri, 25 Sep 1998 13:32:43 +0200 Message-ID: <7591.906723163@axl.training.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, While we're on the subject of i386-specific cleanliness, could someone let me know if PR7695 is being left 'til after release because it's seen as an additional feature. If it's simply because of the current work load, no worries. I just feel that it does address a bug. Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:43:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19257 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:43:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19247; Fri, 25 Sep 1998 04:42:50 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id TAA26533; Fri, 25 Sep 1998 19:41:35 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809251141.TAA26533@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Bruce Evans cc: cgull@owl.org, gibbs@plutotech.com, shimon@simon-shapiro.org, current@FreeBSD.ORG, eivind@yes.no, mcdougall@ameritech.net, sos@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Fri, 25 Sep 1998 14:09:03 +1000." <199809250409.OAA32518@godzilla.zeta.org.au> Date: Fri, 25 Sep 1998 19:41:35 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > >> In any case, ix86's can not process an interrupt in less than about 5 > >> i/o times (perhaps 2.5-6 usec) in the best case. If a device raises > >> and lowers its 64 times in < 64 usec, then at best the handler would see > >> about 64/2.5 separate interrupts. This is with a generous allocation of > >> 1 i/o time for device-specific interrupt handling. > > > >This isn't true for systems/software using APICs, no? > > > >A quick perusal of the code seems to show that they use memory-mapped > >I/O, less of it than a PIC, and IIRC, it's not across an > >ISA-speed bus. > > I don't know the details. I would be surprised if it were much faster, > since there are extra overheads for SMP. Even an immediately successful > spinlock normally takes at least as long as an uncached memory reference. In a nutshell: - the IO APIC is programmed for level or edge trigger and polarity. - when it gets an interrupt, it latches it until an explicit EOI. - the IO APIC sends a message across the 2-wire apic bus to the local APIC of the cpu that's been chosen to handle it. This can be round-robin or prioritized or sent to a specific CPU. - the local APIC (on the cpu silicon) receives the message and posts it internally for processing. - It's handled similarly to the "old" PIC handling, except that the PCI/ ISA interrupt interface is on a different chip and it's done via message passing over a private bus. - The message queues have a 2-deep FIFO per priority level - there is one level per 16 IDT slots.. So, slots 20-2f have a shared 2-deep fifo. This is why we tried to reassign the IDT slots so that the interrupts were spread around to make best use of the fifos. - As far as I understand it, the IO apic will resend the interrupt message if it's not acked by something. The IO apic won't unlatch until it gets an explicit message from the local apic. - the local apic has a 256-bit table of currently pending interrupts. The EOI goes for the current interrupt. There is potential for acking the wrong interrupt *if* this is done wrong. - Therefore, a short bounce of the PCI irq bus shouldn't be a problem.. - Of course, that's the theory... :-) - In reality, it would be nice if all drivers could cope with a lost interrupt. eg: if the DPT driver checked for an outstanding interrupt when a new request was being queued. That would make it self-healing (the scsi or some higher layer will cause a retry or timeout sooner or later, and a lost interrupt will be fixed on the subsequent request). There are extra potentials for problems with the SMP IRQ code, because there are at least three pieces of silicon involved (1 or more IO apic generating interrupt requests, and 2 or more local apics on the cpu's recieving them). The programming method for the APIC chips is pretty dumb.. There is an address and data register for the IO apic. > Bruce Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 04:48:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA20112 for freebsd-current-outgoing; Fri, 25 Sep 1998 04:48:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA20106 for ; Fri, 25 Sep 1998 04:48:52 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id TAA26572; Fri, 25 Sep 1998 19:47:14 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809251147.TAA26572@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: freebsd@magnet.geophysik.tu-freiberg.de, freebsd-current@FreeBSD.ORG Subject: Re: Soso, no one knows anything about SMP here. In-reply-to: Your message of "Fri, 25 Sep 1998 06:35:58 GMT." <199809250635.XAA14776@usr01.primenet.com> Date: Fri, 25 Sep 1998 19:47:13 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > many THX guys, for the responses to my problem. > > > > Yeah, we don't have time, a major release is about > > to be released, ... > > > > BUT WE HAVE THE TIME FOR SUCH THINGS LIKE THE THREAD > > "THE AGE OF DARKNESS" !!! > > again and again and again ... > > > > Can your americans please try to get a little > > bit control over your feelings, a little bit ? > > > > and now please read the mail with the subject > > > > SMP Gurus please help ! > > > Would you like to, perhaps, post symptoms and a problem description? > > Mahaps you could include the SMP mailing list (smp@freebsd,org) in > order to get the actual people instead of just the posers who subscribe > to -current? He's running the exact same motherboard (2xP5 ASUS P54NP4) as me, with the same scsi controller (AHA 2742T). He's got a rev-C adaptec, I've got a rev-E. I've got 2xP90 cpu's at 90Mhz. He's got one P90 and one P100 and is overclocking by running both at 100Mhz. He's got more memory. The mptables are identical, including cpu revision and step numbers (5,2,1). I don't know if he's running with the same SX on both cpus. Mine works, his doesn't. His machine runs Uniprocessor OK on the 90Mhz cpu clocked at 100Mhz. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 05:21:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23631 for freebsd-current-outgoing; Fri, 25 Sep 1998 05:21:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23624 for ; Fri, 25 Sep 1998 05:21:01 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:3Iryd7LQ1mXjaoyE+2ljfOvGbzizde7j@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id VAA00515; Fri, 25 Sep 1998 21:20:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id VAA24207; Fri, 25 Sep 1998 21:21:24 +0900 (JST) Message-Id: <199809251221.VAA24207@zodiac.mech.utsunomiya-u.ac.jp> To: Sheldon Hearn cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PR: i386/7695 In-reply-to: Your message of "Fri, 25 Sep 1998 13:32:43 +0200." <7591.906723163@axl.training.iafrica.com> References: <7591.906723163@axl.training.iafrica.com> Date: Fri, 25 Sep 1998 21:21:23 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >While we're on the subject of i386-specific cleanliness, could someone >let me know if PR7695 is being left 'til after release because it's seen >as an additional feature. 3.0-CURRENT already has a knob in rc.i386 to run vidcontrol in all vtys. Perhaps, this should be merged to 2.2-RELEASE as well. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 05:28:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24716 for freebsd-current-outgoing; Fri, 25 Sep 1998 05:28:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA24704 for ; Fri, 25 Sep 1998 05:28:36 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA29788 for ; Fri, 25 Sep 1998 05:29:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: New wrinkle on doscmd build failures. Date: Fri, 25 Sep 1998 05:29:31 -0700 Message-ID: <29784.906726571@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -O -pipe -I. -I/usr/X11R6/include -DDISASSEMBLER -I/usr/obj/elf/h/local/src /tmp/usr/include -o doscmd AsyncIO.o ParseBuffer.o bios.o callback.o cpu.o dos. o cmos.o config.o cwd.o debug.o disktab.o doscmd.o ems.o emuint.o exe.o i386-pin sn.o int.o int10.o int13.o int14.o int16.o int17.o int1a.o int2f.o intff.o mem.o mouse.o net.o port.o setver.o signal.o timer.o trace.o trap.o tty.o xms.o -L/u sr/X11R6/lib -lX11 tty.o: In function `video_setborder': tty.o(.text+0x25f): undefined reference to `XSetWindowBackground' tty.o: In function `setgc': tty.o(.text+0x2f5): undefined reference to `XChangeGC' root@kickme-> file /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6.1: FreeBSD/i386 compact demand paged shared library not stripped Could it be that the folks compiling this are doing it with ELF X11 libs? I think that it must be strongly considered as a possibility that even people running full ELF systems will continue to have a.out X11 libs on their systems for awhile afterwards (since you can still RUN all the old stuff, there's less pressure to go rebuild/install it if you're not building X things as a matter of course) and I wouldn't want to watch the make world failures come back as a result. I still think that things which depend on X should either do so even more selectively (an environment variable?) or not be in /usr/src. We got rid of xroach and xditview in /usr/src for exactly that reason. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 05:31:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25202 for freebsd-current-outgoing; Fri, 25 Sep 1998 05:31:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25190 for ; Fri, 25 Sep 1998 05:31:06 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA29807 for ; Fri, 25 Sep 1998 05:32:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: Another interesting build anomaly just noticed in -current Date: Fri, 25 Sep 1998 05:32:02 -0700 Message-ID: <29803.906726722@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Observe the output below carefully. Erm. We're actually applying patches during the build process? Since when was that considered a reasonable thing to do? :-) - Jordan ===> gnu/usr.bin/gdb/doc makeinfo -I /h/local/src/gnu/usr.bin/gdb/doc/../../../../contrib/libreadline/doc --no-split -I /h/local/src/gnu/usr.bin/gdb/doc -I /h/local/src/gnu/usr.bin/gdb/ doc/../../../../contrib/gdb/gdb/doc /h/local/src/gnu/usr.bin/gdb/doc/../../../.. /contrib/gdb/gdb/doc/annotate.texi -o annotate.info gzip -cn annotate.info > annotate.info.gz ln -sf /h/local/src/gnu/usr.bin/gdb/doc/../../../../contrib/gdb/gdb/doc/all-cfg. texi gdb-cfg.texi cp /h/local/src/gnu/usr.bin/gdb/doc/../../../../contrib/libreadline/doc/hsuser.t exinfo inc-hist.texi patch -b .orig < /h/local/src/gnu/usr.bin/gdb/doc/inc-hist.diff Hmm... Looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** hsuser.texinfo Fri May 1 23:48:48 1998 |--- inc-hist.texi Mon Jun 30 22:57:58 1997 -------------------------- Patching file inc-hist.texi using Plan A... Hunk #1 succeeded at 34. done makeinfo -I /h/local/src/gnu/usr.bin/gdb/doc/../../../../contrib/libreadline/doc --no-split -I /h/local/src/gnu/usr.bin/gdb/doc -I /h/local/src/gnu/usr.bin/gdb/ ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 05:35:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA26067 for freebsd-current-outgoing; Fri, 25 Sep 1998 05:35:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA26058 for ; Fri, 25 Sep 1998 05:35:28 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh (helo=axl.training.iafrica.com) by axl.training.iafrica.com with local-esmtp (Exim 2.02 #1) id 0zMX3B-0003Gf-00; Fri, 25 Sep 1998 14:32:41 +0200 From: Sheldon Hearn To: Kazutaka YOKOTA cc: current@FreeBSD.ORG Subject: Re: PR: i386/7695 In-reply-to: Your message of "Fri, 25 Sep 1998 21:21:23 +0900." <199809251221.VAA24207@zodiac.mech.utsunomiya-u.ac.jp> Date: Fri, 25 Sep 1998 14:32:40 +0200 Message-ID: <12558.906726760@axl.training.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998 21:21:23 +0900, Kazutaka YOKOTA wrote: > 3.0-CURRENT already has a knob in rc.i386 to run vidcontrol in all > vtys. Perhaps, this should be merged to 2.2-RELEASE as well. That would be jolly nice. Unless anyone can think of the possible benefit of _only_ enabling mouse support on ttyv0? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 06:10:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00232 for freebsd-current-outgoing; Fri, 25 Sep 1998 06:10:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00215 for ; Fri, 25 Sep 1998 06:10:24 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id PAA01899; Fri, 25 Sep 1998 15:06:46 +0200 (CEST) From: Holm Tiffe Message-Id: <199809251306.PAA01899@magnet.geophysik.tu-freiberg.de> Subject: Re: Soso, no one knows anything about SMP here. In-Reply-To: <199809251147.TAA26572@spinner.netplex.com.au> from Peter Wemm at "Sep 25, 98 07:47:13 pm" To: peter@netplex.com.au (Peter Wemm) Date: Fri, 25 Sep 1998 15:06:46 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG, peter@netplex.com.au, tlambert@primenet.com Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (..) > > > > > > Would you like to, perhaps, post symptoms and a problem description? > > > > Mahaps you could include the SMP mailing list (smp@freebsd,org) in > > order to get the actual people instead of just the posers who subscribe > > to -current? > > He's running the exact same motherboard (2xP5 ASUS P54NP4) as me, with the > same scsi controller (AHA 2742T). He's got a rev-C adaptec, I've got a > rev-E. I've got 2xP90 cpu's at 90Mhz. He's got one P90 and one P100 and > is overclocking by running both at 100Mhz. He's got more memory. The > mptables are identical, including cpu revision and step numbers (5,2,1). > I don't know if he's running with the same SX on both cpus. > > Mine works, his doesn't. His machine runs Uniprocessor OK on the 90Mhz > cpu clocked at 100Mhz. Peter this isn't correct anymore, I've got a second P5-100, both cpu's are SX963. The systems behavior is totally independet from the CPU clock, even with 75 Mhz I get the same results. I have postet a new message to freebsd-scsi, describing the prob. again. Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 06:46:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03783 for freebsd-current-outgoing; Fri, 25 Sep 1998 06:46:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from server.noc.demon.net (server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03778 for ; Fri, 25 Sep 1998 06:46:38 -0700 (PDT) (envelope-from geoffb@gti.noc.demon.net) Received: by server.noc.demon.net; id OAA17137; Fri, 25 Sep 1998 14:46:32 +0100 (BST) Received: from gti.noc.demon.net(195.11.55.101) by inside.noc.demon.net via smap (3.2) id xma017129; Fri, 25 Sep 98 14:46:31 +0100 Received: (from geoffb@localhost) by gti.noc.demon.net (8.8.8/8.8.8) id OAA18293; Fri, 25 Sep 1998 14:46:23 +0100 (BST) From: Geoff Buckingham Message-Id: <199809251346.OAA18293@gti.noc.demon.net> Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <3.0.5.32.19980925101624.0091ceb0@mail.dataplex.net> from Richard Wackerbarth at "Sep 25, 98 10:16:24 am" To: rkw@dataplex.net (Richard Wackerbarth) Date: Fri, 25 Sep 1998 14:46:23 +0100 (BST) Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The boot floppy for the current beta doesn't seem to know about DPT cards. Anybody know where I can get one that does now the cam dir has disappeared from the FTP site? Along similar lines what has become of the 2.2-STABLE cam patches now the cam dir has gone? -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:01:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05320 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:01:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05308 for ; Fri, 25 Sep 1998 07:01:40 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA00308; Fri, 25 Sep 1998 07:01:47 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Geoff Buckingham cc: rkw@dataplex.net (Richard Wackerbarth), freebsd-current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-reply-to: Your message of "Fri, 25 Sep 1998 14:46:23 BST." <199809251346.OAA18293@gti.noc.demon.net> Date: Fri, 25 Sep 1998 07:01:46 -0700 Message-ID: <304.906732106@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The boot floppy for the current beta doesn't seem to know about DPT > cards. Anybody know where I can get one that does now the cam dir has > disappeared from the FTP site? I'm not sure if it builds in -current yet - it's gotta be commented out of GENERIC for a reason, is my feeling, and if it's not commented out for a reason then all somebody (who knows this) has to do is uncomment it for the next BETA snapshot to support this. :-) Also, cam hasn't gone away, it's just moved under development/ on ftp.freebsd.org/pub/FreeBSD. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:31:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08432 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:31:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA08383; Fri, 25 Sep 1998 07:30:44 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA12463; Fri, 25 Sep 1998 14:42:44 +0200 From: Luigi Rizzo Message-Id: <199809251242.OAA12463@labinfo.iet.unipi.it> Subject: cd9660 mounts... To: current@FreeBSD.ORG Date: Fri, 25 Sep 1998 14:42:44 +0200 (MET DST) Cc: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2.2.6 at least, I have a problem in mounting CDrom whose data track is not the first one on the CD. Can someone verify if the same problem also exists on -current ? The reason i am looking at this is that it is very practical to dump multiple tracks containing separate disk images to the same CD when doing backups (and before fixating the disk). To do this, i need to mount a track that is not at offset 0 on the disk, and currently this is not possible. I implemented kernel support for this, and it did not work. So i looked at mount_cd9660.c and noticed that it already supports this configuration: the code searches the last data track on a disk and passes the starting block address for the track to the mount() call. It even allows a user to specify a starting track. Then i removed my code, and things still not worked. I instrumented the code and noticed that an access at LBA 22 is attempted. Looking at /sys/isofs/cd9660/cd9660_vfsops.c i have the feeling that the start sector offset (ssector) is not accounted for in some of the bread() calls, but i am not enough familiar with the code to understand where and how to fix this... thanks luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:32:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08637 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:32:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08630 for ; Fri, 25 Sep 1998 07:32:16 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id KAA05151; Fri, 25 Sep 1998 10:32:11 -0400 (EDT) (envelope-from luoqi) Date: Fri, 25 Sep 1998 10:32:11 -0400 (EDT) From: Luoqi Chen Message-Id: <199809251432.KAA05151@lor.watermarkgroup.com> To: current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: New wrinkle on doscmd build failures. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Could it be that the folks compiling this are doing it with ELF X11 > libs? I think that it must be strongly considered as a possibility > that even people running full ELF systems will continue to have a.out > X11 libs on their systems for awhile afterwards (since you can still > RUN all the old stuff, there's less pressure to go rebuild/install it > if you're not building X things as a matter of course) and I wouldn't > want to watch the make world failures come back as a result. I still > think that things which depend on X should either do so even more > selectively (an environment variable?) or not be in /usr/src. We > got rid of xroach and xditview in /usr/src for exactly that reason. :-) > > - Jordan > Are you supposed to move the a.out libs to /usr/X11R6/lib/aout? The latest `make aout-to-elf' will automatically do that and /etc/rc has been changed to include the aout subdirectory in the aout ldconfig path so that legacy a.out X applications will continue to run. I think it's time for all those who haven't moved their a.out X libs to do so, and put doscmd/xroach/xditview back on the build list. There is even a make target just for that: move-aout-libs. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:32:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08668 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:32:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08663 for ; Fri, 25 Sep 1998 07:32:42 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.9.1) with ESMTP id KAA01439 for ; Fri, 25 Sep 1998 10:32:34 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Fri, 25 Sep 1998 10:32:34 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: DEVFS? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forgive my ignorance, but I'd like to understand what the benefit of DEVFS is, and how it will make our lives better once it works 100% in 3.0, and CAM supports it, etc. If you have a sec, please explain... Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:33:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08682 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:33:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA08675; Fri, 25 Sep 1998 07:32:46 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA12475; Fri, 25 Sep 1998 14:44:51 +0200 From: Luigi Rizzo Message-Id: <199809251244.OAA12475@labinfo.iet.unipi.it> Subject: Re: cd9660 mounts... To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 25 Sep 1998 14:44:51 +0200 (MET DST) Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG In-Reply-To: <199809251242.OAA12463@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 25, 98 02:42:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG forgot to say, if this is fixed then we can trivially add a -t option to mount_cd9660 to mount the i-th track from a multitrack CD, without the need for further kernel support. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:39:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10015 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:39:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from server.noc.demon.net (server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10006 for ; Fri, 25 Sep 1998 07:39:49 -0700 (PDT) (envelope-from geoffb@gti.noc.demon.net) Received: by server.noc.demon.net; id PAA21884; Fri, 25 Sep 1998 15:39:42 +0100 (BST) Received: from gti.noc.demon.net(195.11.55.101) by inside.noc.demon.net via smap (3.2) id xmab21817; Fri, 25 Sep 98 15:39:36 +0100 Received: (from geoffb@localhost) by gti.noc.demon.net (8.8.8/8.8.8) id PAA18771; Fri, 25 Sep 1998 15:39:29 +0100 (BST) From: Geoff Buckingham Message-Id: <199809251439.PAA18771@gti.noc.demon.net> Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <304.906732106@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 25, 98 07:01:46 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 25 Sep 1998 15:39:29 +0100 (BST) Cc: geoffb@gti.noc.demon.net, rkw@dataplex.net, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The boot floppy for the current beta doesn't seem to know about DPT > > cards. Anybody know where I can get one that does now the cam dir has > > disappeared from the FTP site? > > I'm not sure if it builds in -current yet - it's gotta be commented > out of GENERIC for a reason, is my feeling, and if it's not commented > out for a reason then all somebody (who knows this) has to do is > uncomment it for the next BETA snapshot to support this. :-) > I worry some times that is has been forgotten (I know it hasn't) but I havn't noticed it appearing in relnotes and hardware.txt For my part I will confirm the PM334UDW used to work pre CAM and will happily confirm it still works when I get my hands on a boot image. I also have a PM3334UW working fine under 2.2.7. Additionally I have one of the cheaper narrow PCI DPT controllers that has an edge connecter for a add on card at the back. I have been unable to get this to work so far. I will try to find the model number. > Also, cam hasn't gone away, it's just moved under development/ on > ftp.freebsd.org/pub/FreeBSD. > Cool. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:44:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10558 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:44:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10539 for ; Fri, 25 Sep 1998 07:44:37 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id HAA24501; Fri, 25 Sep 1998 07:44:38 -0700 (PDT) Message-Id: <199809251444.HAA24501@implode.root.com> To: Doug Rabson cc: Terry Lambert , hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? In-reply-to: Your message of "Fri, 25 Sep 1998 09:51:53 BST." From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Sep 1998 07:44:38 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Fri, 25 Sep 1998, Terry Lambert wrote: > >> > > I doubt that any of the guys have support for DVD :( >> > > Bunch of new stuff is coming out on the market so it is the usual >> > > story locate a friendly chip manufacturer with decent >> > > documentation for the hardware. S3 Savage comes to mind however >> > > I dont know that much about it so far. >> > >> > With modern processors, software decoding of DVD is faster and more >> > flexible. Unfortunately the spec is under NDA partly because of the >> > insane region coding scheme that the movie studios forced on us. >> >> It's OK; if you follow the DVD specific lists, then you know how >> to change the region code on most avaiable hardware. If your >> hardware doesn't support this, well, shame on you... > >Terry.. The region code is a particular encryption of the data on the >disk. The various wirehead tricks for hacking players are irrelavent to a >software DVD decoder. You need the right encryption keys from the spec >document to get the data and to get the spec you need to sign an NDA and >hand over $5000 to Toshiba. If that is true, then how is it that early Sony '7000 units had an internal switch to disable region coding (i.e. play all regions)? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 07:50:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11347 for freebsd-current-outgoing; Fri, 25 Sep 1998 07:50:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail2.tor.accglobal.net (mail2.tor.accglobal.net [204.92.55.104]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11335 for ; Fri, 25 Sep 1998 07:50:26 -0700 (PDT) (envelope-from josh@ican.net) From: josh@ican.net Received: from staff.tor.acc.ca ([204.92.55.27]) by mail2.tor.accglobal.net with esmtp (Exim 2.02 #1) id 0zMZBL-00026b-02; Fri, 25 Sep 1998 10:49:15 -0400 Received: from josh by staff.tor.acc.ca with local (Exim 1.92 #1) id 0zMZBL-0004Uy-00; Fri, 25 Sep 1998 10:49:15 -0400 Message-ID: <19980925104915.11641@ican.net> Date: Fri, 25 Sep 1998 10:49:15 -0400 To: Geoff Buckingham Cc: current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <3.0.5.32.19980925101624.0091ceb0@mail.dataplex.net> <199809251346.OAA18293@gti.noc.demon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199809251346.OAA18293@gti.noc.demon.net>; from Geoff Buckingham on Fri, Sep 25, 1998 at 02:46:23PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The boot floppy for the current beta doesn't seem to know about DPT > cards. Anybody know where I can get one that does now the cam dir has > disappeared from the FTP site? I'm attempting right now (with varying degrees of success) to generate a boot floppy that supports the DPT. Once I'm done, I'll stick the floppy up for people to grab. josh -- Josh Tiefenbach - Member - ACC Corps of Internet Engineers - josh@ican.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 08:12:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14730 for freebsd-current-outgoing; Fri, 25 Sep 1998 08:12:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14717 for ; Fri, 25 Sep 1998 08:12:39 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gullveig.ifi.uio.no (2602@gullveig.ifi.uio.no [129.240.65.147]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA27832; Fri, 25 Sep 1998 17:11:47 +0200 (MET DST) Received: (from dag-erli@localhost) by gullveig.ifi.uio.no ; Fri, 25 Sep 1998 17:11:46 +0200 (MET DST) Mime-Version: 1.0 To: Studded Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ References: <199809241550.XAA21409@spinner.netplex.com.au> <360B0AF2.BF43850F@dal.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 25 Sep 1998 17:11:46 +0200 In-Reply-To: Studded's message of "Thu, 24 Sep 1998 20:16:02 -0700" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA14722 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded writes: > Peter Wemm wrote: > > I seriously doubt that 2.2 branch development will just end because 3.0 is > > released and becomes (at some point) the canonical -stable branch. > 2.2.8 will be the last release on that branch, at least according to > the announcements. 2.2.9 AFAIR, scheduled for release in Q1 1999. 2.2.8 is scheduled for release on November 15th. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 08:46:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19590 for freebsd-current-outgoing; Fri, 25 Sep 1998 08:46:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19582 for ; Fri, 25 Sep 1998 08:46:31 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with SMTP id LAA05568; Fri, 25 Sep 1998 11:47:05 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Fri, 25 Sep 1998 11:47:05 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: pam@polynet.lviv.ua cc: freebsd-current@FreeBSD.ORG Subject: Re: Mesa2.6 port broken? In-Reply-To: <19980925082659.26440.qmail@Guard.PolyNet.Lviv.UA> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i'm unsure if anyone fixed the ASM part of Mesa, all it involves is undef'ing FreeBSD in the asm files so they are not prefixed with a '_' another problem is that you probably have A.OUT archives (.a files) left in your /usr/lib - /usr/X11R6/lib somehow, you'll have to manually mess with the makefiles for now. *beaming with pride* i got about 99% of kde ELF installed, so it IS possible to do it. qt, mesa and kde Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Fri, 25 Sep 1998 pam@polynet.lviv.ua wrote: > Hi everybody! > > I was unsuccessful in trying to install Qt 1.40 from ports on 3.0 Elf > current 23/09/98 from collections lately. Build stops on Mesa > library dependancy. While building Mesa2.6 it stops or references > to symbols Xt*. I've rebuild XFree86 using 24/09/98 ports on the > system but the problem still persists > > Any suggestions? > > Thanks in advance, > > Adrian Pavlykevych > System Administrator | State University "Lvivska Polytechnica" > Campus Computer Network | 12, St. Bandery str, > | Lviv, 290646 > tel/fax:+380 (322) 742041 | Ukraine > > 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 Sep 25 08:48:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19822 for freebsd-current-outgoing; Fri, 25 Sep 1998 08:48:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19806; Fri, 25 Sep 1998 08:48:07 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hvergelmir.ifi.uio.no (2602@hvergelmir.ifi.uio.no [129.240.64.129]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA03091; Fri, 25 Sep 1998 17:47:56 +0200 (MET DST) Received: (from dag-erli@localhost) by hvergelmir.ifi.uio.no ; Fri, 25 Sep 1998 17:47:55 +0200 (MET DST) Mime-Version: 1.0 To: "Matthew D. Fuller" Cc: Terry Lambert , chat@FreeBSD.ORG Subject: Re: shouting in a void? References: <19980923165536.46323@futuresouth.com> <199809240115.SAA17858@usr07.primenet.com> <19980923212108.07453@futuresouth.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 25 Sep 1998 17:47:54 +0200 In-Reply-To: "Matthew D. Fuller"'s message of "Wed, 23 Sep 1998 21:21:08 -0500" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA19809 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew D. Fuller" writes: > Besides, don't you think Jordan will go faster if we get him a facelift? Yeah, I think approaching Jordan with a scalpel in hand is a good way to make him run very, very fast. Come to think of it, I'd react the same way myself... DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 08:56:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA21489 for freebsd-current-outgoing; Fri, 25 Sep 1998 08:56:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles360.castles.com [208.214.167.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21480 for ; Fri, 25 Sep 1998 08:56:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA03675; Fri, 25 Sep 1998 09:01:36 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809251601.JAA03675@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Luoqi Chen cc: current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: New wrinkle on doscmd build failures. In-reply-to: Your message of "Fri, 25 Sep 1998 10:32:11 EDT." <199809251432.KAA05151@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 09:01:35 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I think it's time for all those who haven't moved their a.out X libs to do so, > and put doscmd/xroach/xditview back on the build list. There is even a make > target just for that: move-aout-libs. The "right" thing to do here would be to fix the test in the doscmd makefile to check for either the static or the ELF shared library based on the setting of NOSHARED. At the moment, it's getting a false positive because it's looking for the static library. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 09:29:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26513 for freebsd-current-outgoing; Fri, 25 Sep 1998 09:29:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gforce.bellsouth.net (host-209-214-153-77.sld.bellsouth.net [209.214.153.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA26493 for ; Fri, 25 Sep 1998 09:28:52 -0700 (PDT) (envelope-from glenn@bellsouth.net) Received: from gforce.bellsouth.net (localhost [127.0.0.1]) by gforce.bellsouth.net (8.9.1/8.9.1) with ESMTP id LAA00399 for ; Fri, 25 Sep 1998 11:28:36 -0500 (CDT) (envelope-from glenn@gforce.bellsouth.net) Message-Id: <199809251628.LAA00399@gforce.bellsouth.net> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG From: Glenn Johnson Subject: Netscape no longer works with ELF system Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 11:28:36 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have just brought up an entirely ELF system, including all ports. I do not have any aout libraries built for ports, including XFree86. When I launch netscape now I get the following: ld.so failed: Can't find shared library "libXt.so.6.0" What should I do? The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. Thanks. -- Glenn Johnson gljohns@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 10:40:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA07607 for freebsd-current-outgoing; Fri, 25 Sep 1998 10:40:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA07596 for ; Fri, 25 Sep 1998 10:40:23 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id KAA25716; Fri, 25 Sep 1998 10:39:58 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809251739.KAA25716@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Fri, 25 Sep 1998 10:39:57 -0700 To: Glenn Johnson , current@FreeBSD.ORG From: Manfred Antar Subject: Re: Netscape no longer works with ELF system In-Reply-To: <199809251628.LAA00399@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:28 AM 9/25/98 -0500, Glenn Johnson wrote: >I have just brought up an entirely ELF system, including all ports. I do not >have any aout libraries built for ports, including XFree86. > >When I launch netscape now I get the following: > >ld.so failed: Can't find shared library "libXt.so.6.0" > >What should I do? > >The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to >libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. > You need the aout libs to run netscape. (netscape)502}ldd netscape netscape: -lXt.6 => /usr/X11R6/lib/aout/libXt.so.6.0 (0x20970000) -lXmu.6 => /usr/X11R6/lib/aout/libXmu.so.6.0 (0x209ac000) -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x209bc000) -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x20a4f000) -lSM.6 => /usr/X11R6/lib/aout/libSM.so.6.0 (0x20a58000) -lICE.6 => /usr/X11R6/lib/aout/libICE.so.6.3 (0x20a60000) -lg++.4 => /usr/lib/aout/libg++.so.4.0 (0x20a71000) -lstdc++.2 => /usr/lib/aout/libstdc++.so.2.0 (0x20aad000) -lm.2 => /usr/lib/aout/libm.so.2.0 (0x20ae3000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20afd000) I have these libs in /usr/X11R6/lib/aout just so i can run netscape libFS.a libX11.so.6.1 libXext.a libXss.a liboldX.a libICE.a libXIE.a libXext.so.6.3 libXt.a liboldX.so.6.0 libICE.so.6.3 libXIE.so.6.0 libXi.a libXt.so.6.0 libxkbfile.a libPEX5.a libXau.a libXi.so.6.0 libXtst.a libxkbui.a libPEX5.so.6.0 libXaw.a libXmu.a libXtst.so.6.1 libSM.a libXaw.so.6.1 libXmu.so.6.0 libXxf86dga.a libSM.so.6.0 libXdmcp.a libXp.a libXxf86misc.a libX11.a libXdpms.a libXp.so.6.2 libXxf86vm.a Although you don't need them all. just the ones listed above Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 11:21:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA14579 for freebsd-current-outgoing; Fri, 25 Sep 1998 11:21:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA14569 for ; Fri, 25 Sep 1998 11:21:26 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA01000; Fri, 25 Sep 1998 11:22:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: New wrinkle on doscmd build failures. In-reply-to: Your message of "Fri, 25 Sep 1998 10:32:11 EDT." <199809251432.KAA05151@lor.watermarkgroup.com> Date: Fri, 25 Sep 1998 11:22:19 -0700 Message-ID: <996.906747739@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Are you supposed to move the a.out libs to /usr/X11R6/lib/aout? The latest > `make aout-to-elf' will automatically do that and /etc/rc has been changed Yes, but many of us ran the aout-to-elf target some time back. Are you prepared to guarantee that doing it (or the move target) multiple times is entirely safe? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 11:35:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16582 for freebsd-current-outgoing; Fri, 25 Sep 1998 11:35:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16577 for ; Fri, 25 Sep 1998 11:35:56 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id TAA08272; Fri, 25 Sep 1998 19:34:57 +0100 (BST) Date: Fri, 25 Sep 1998 19:34:57 +0100 (BST) From: Doug Rabson To: David Greenman cc: Terry Lambert , hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? In-Reply-To: <199809251444.HAA24501@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, David Greenman wrote: > >On Fri, 25 Sep 1998, Terry Lambert wrote: > > > >> > > I doubt that any of the guys have support for DVD :( > >> > > Bunch of new stuff is coming out on the market so it is the usual > >> > > story locate a friendly chip manufacturer with decent > >> > > documentation for the hardware. S3 Savage comes to mind however > >> > > I dont know that much about it so far. > >> > > >> > With modern processors, software decoding of DVD is faster and more > >> > flexible. Unfortunately the spec is under NDA partly because of the > >> > insane region coding scheme that the movie studios forced on us. > >> > >> It's OK; if you follow the DVD specific lists, then you know how > >> to change the region code on most avaiable hardware. If your > >> hardware doesn't support this, well, shame on you... > > > >Terry.. The region code is a particular encryption of the data on the > >disk. The various wirehead tricks for hacking players are irrelavent to a > >software DVD decoder. You need the right encryption keys from the spec > >document to get the data and to get the spec you need to sign an NDA and > >hand over $5000 to Toshiba. > > If that is true, then how is it that early Sony '7000 units had an internal > switch to disable region coding (i.e. play all regions)? Perhaps the Sony unit had a decoder built in? I might be wrong about this because I haven't read the spec. but I do know that Windows software DVD decoders can play DVDs from any region. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 11:36:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16699 for freebsd-current-outgoing; Fri, 25 Sep 1998 11:36:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp2.erols.com (smtp2.erols.com [207.172.3.235]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16693 for ; Fri, 25 Sep 1998 11:36:33 -0700 (PDT) (envelope-from shmit@natasya.noc.erols.net) Received: from natasya.noc.erols.net (natasya.noc.erols.net [207.172.25.236]) by smtp2.erols.com (8.8.8/8.8.5) with ESMTP id OAA00315 for ; Fri, 25 Sep 1998 14:36:28 -0400 (EDT) Received: (from shmit@localhost) by natasya.noc.erols.net (8.9.1/8.9.1) id OAA03000 for current@freebsd.org; Fri, 25 Sep 1998 14:36:22 -0400 (EDT) Message-ID: <19980925143621.E262@kublai.com> Date: Fri, 25 Sep 1998 14:36:21 -0400 From: Brian Cully To: current@FreeBSD.ORG Subject: Pthreads, signals, fork, and me. Reply-To: shmit@kublai.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've a strange problem I'm having with some threading code I'm writing on my FreeBSD box. Basically, I have a process that goes daemonic, blocks all signals, spawns a bunch of threads, and then the main thread hangs out polling the results of sigwait() for something interesting. The problem is that I never see anything interesting, I cannot, for the life of me figure out how to get sigwait() to ever return. It just sleeps. The interesting thing is that if I don't become a daemon, sigwait() does the right thing. Has any one heard of symptoms like that? Also, I have a couple of questions that aren't answered by the ORA Pthreads book: * Can I use sigprocmask() instead of pthread_signal()? It appears that you can with FreeBSD, but I don't know if it's POSIX. * Are signal handlers supposed to get called even if you are doing a sigwait() for that particular signal? Suffice it to say, I'm fairly new to this pthreads thing (though not threading in general), and the ORA book leaves a lot to be desired. Is there another book I can grab that explains pthreads any better? An URL? Thanks. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 11:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17486 for freebsd-current-outgoing; Fri, 25 Sep 1998 11:40:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailgate.aist-nara.ac.jp (fse4.aist-nara.ac.jp [163.221.76.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17474 for ; Fri, 25 Sep 1998 11:40:19 -0700 (PDT) (envelope-from takas-su@is.aist-nara.ac.jp) Received: from decpc20.aist-nara.ac.jp (decpc20.aist-nara.ac.jp [163.221.172.33]) by mailgate.aist-nara.ac.jp (8.8.5+2.7Wbeta5/3.6W/NAIST/GATE-3.4c) with ESMTP id DAA21466 for ; Sat, 26 Sep 1998 03:40:07 +0900 (JST) Received: from is (takas-su@localhost) by decpc20.aist-nara.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl5/NAIST/2.0) id DAA05179; Sat, 26 Sep 1998 03:40:41 +0900 (JST) Date: Sat, 26 Sep 1998 03:40:41 +0900 (JST) Message-Id: <199809251840.DAA05179@decpc20.aist-nara.ac.jp> From: takas-su@is.aist-nara.ac.jp (SUGIMURA Takashi/ =?ISO-2022-JP?B?GyRCP3lCPDUuO04bKEI=?=) To: current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: Your message of "Fri, 25 Sep 1998 11:28:36 -0500". <199809251628.LAA00399@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article of <199809251628.LAA00399@gforce.bellsouth.net>, gljohns@bellsouth.net wrote: >> I have just brought up an entirely ELF system, including all ports. I do not >> have any aout libraries built for ports, including XFree86. >> >> When I launch netscape now I get the following: >> >> ld.so failed: Can't find shared library "libXt.so.6.0" >> >> What should I do? >> Today the same problem occurred to me and it was solved. You should place old aout libraries in /usr/X11R6/lib/aout. They can be taken from ftp.xfree86.org, and other mirror sites. In my system the Netscape Communicator is linked as follows: % ldd /usr/local/lib/netscape/communicator-4.06.bin /usr/local/lib/netscape/communicator-4.06.bin: -lXt.6 => /usr/X11R6/lib/aout/libXt.so.6.0 (0x20970000) -lXmu.6 => /usr/X11R6/lib/aout/libXmu.so.6.0 (0x209ac000) -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x209bc000) -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x20a4d000) -lSM.6 => /usr/X11R6/lib/aout/libSM.so.6.0 (0x20a56000) -lICE.6 => /usr/X11R6/lib/aout/libICE.so.6.3 (0x20a5e000) -lg++.4 => /usr/lib/aout/libg++.so.4.0 (0x20a6f000) -lstdc++.2 => /usr/lib/aout/libstdc++.so.2.0 (0x20aab000) -lm.2 => /usr/lib/aout/libm.so.2.0 (0x20ae1000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20afb000) --- SUGIMURA Takashi (takas-su@is.aist-nara.ac.jp) URL: http://hawk.aist-nara.ac.jp/%7Etakas-su/ (sorry only in Japanese) Software Engineering lab. of NAIST, 2nd grade of Master, The FreeBSD Japanese Documentation Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:35:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25486 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:35:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lunacity.ne.mediaone.net (lunacity.ne.mediaone.net [24.128.118.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25458 for ; Fri, 25 Sep 1998 12:34:50 -0700 (PDT) (envelope-from mycroft@ihack.net) Received: (from mycroft@localhost) by lunacity.ne.mediaone.net (8.8.8/8.8.8) id PAA16528; Fri, 25 Sep 1998 15:37:36 -0400 (EDT) Date: Fri, 25 Sep 1998 15:37:36 -0400 (EDT) Message-Id: <199809251937.PAA16528@lunacity.ne.mediaone.net> From: "Charles M. Hannum" To: Doug Rabson Cc: current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The DVD region coding has absolutely nothing to do with encryption. It's just a random bit field that decoders happen to pay attention to. What you're referring to is the Content Scrambling System, which is a protocol that negotiates a session key between the reader and the decoder, via the host CPU, using a proprietary hash algorithm. If CSS is enabled on a title (a subset of a disc), the reader will refuse to read that title until the CSS negotiation has been successfully completed. Officially, you have to pay 5 kilobucks to Matsushita and sign a bunch of NDAs to get the CSS spec. It's almost certainly possible to reverse-engineer it from a software decoder implementation (such as the one that ships with some Compaq desktops), but I have yet to see anyone publish the results of such an effort. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:36:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25868 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:36:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vnode.vmunix.com (vnode.vmunix.com [209.112.4.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25855 for ; Fri, 25 Sep 1998 12:36:51 -0700 (PDT) (envelope-from mark@vnode.vmunix.com) Received: (from mark@localhost) by vnode.vmunix.com (8.8.8/8.8.8) id PAA09967; Fri, 25 Sep 1998 15:36:26 -0400 (EDT) (envelope-from mark) Message-ID: <19980925153626.A9927@vmunix.com> Date: Fri, 25 Sep 1998 15:36:26 -0400 From: Mark Mayo To: Alex , current Subject: Re: shouting in a void? References: <199809240237.TAA05857@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from Alex on Wed, Sep 23, 1998 at 10:09:06PM -0700 X-Operating-System: FreeBSD 2.2.6-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 23, 1998 at 10:09:06PM -0700, Alex wrote: > On Wed, 23 Sep 1998, Mike Smith wrote: > [...] > > > I have a plan to eliminate the disk thrashing, but haven't implemented > > > it yet. Once that's done, I believe it will truly be limited by > > > the network link, unless you've got a T1 or better, or really slow > > > hardware. > > > > Heh. You have to see what it does to a cvsup server to believe it. 8) > > > > With 10-15 clients running, the 10krpm Cheetah in freefall is > > prettymuch nailed to the wall. Even if you just cached the stat > > results against the mtime for something in the repo, you'd win > > enormously. > > Heh. I wonder what 20 clients do to the Sun Enterprise cvs.kde.org is > running (for that matter, I wonder what kinda disks its got).. It will have 7200rpm Seagate cudas. And unless they've got a few disks striped (preferably in an array) they will thrash and be "nailed to the wall" just like freefall. And given the fact that doing a stat() seems to take forever on Solaris, plus the slower drive, I'd wager on a single disk freefall would eat it up. :-) -Mark > > - alex > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- ------------------------------------------------------------------------ Mark Mayo mark@vmunix.com RingZero Comp. http://www.vmunix.com/mark ------------------------------------------------------------------------ "The problem is how do you build tools that understand your programs at a deeper semantic level." - James Gosling To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:38:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26261 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:38:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail2.tor.accglobal.net (mail2.tor.accglobal.net [204.92.55.104]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26182 for ; Fri, 25 Sep 1998 12:38:39 -0700 (PDT) (envelope-from josh@ican.net) From: josh@ican.net Received: from staff.tor.acc.ca ([204.92.55.27]) by mail2.tor.accglobal.net with esmtp (Exim 2.02 #1) id 0zMdh6-0002d9-02 for current@freebsd.org; Fri, 25 Sep 1998 15:38:20 -0400 Received: from josh by staff.tor.acc.ca with local (Exim 1.92 #1) for current@freebsd.org id 0zMdh6-0005zW-00; Fri, 25 Sep 1998 15:38:20 -0400 Message-ID: <19980925153820.55590@ican.net> Date: Fri, 25 Sep 1998 15:38:20 -0400 To: current@FreeBSD.ORG Subject: 3.0-BETA boot.flp with DPT support. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For those interesting in installing 3.0-BETA on a machine with a DPT card, I have created a boot.flp for your enjoyment which is located at: http://home.ican.net/~josh/FreeBSD/boot.flp This image is based on a SNAP from sometime today - 9/25. The only change between this boot disk, and the standard one is that it adds support for dpt0, but removes support for ahb0, isp0, adv0, bt0, and aha0. I figure that this isnt much of a hardship, cause it likely that its the DPT you want to boot from, not the other controllers :) Unfortunately, until I'm able to bring my SyJet into work, I cant put up the rest of the release for download. This means that you wont be able to boot after completing the install. I've placed the fixit.flp from the release in the same directory, to help people deal with this. Oh. Btw. I noticed that GENERIC claims that options DPT_MEASURE_PERFORMANCE is optional when activating dpt0, but the kernel compile falls on its face with it defined. There is a note in LINT saying dont use it however. josh -- Josh Tiefenbach - Member - ACC Corps of Internet Engineers - josh@ican.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:45:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27703 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:45:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27698 for ; Fri, 25 Sep 1998 12:45:32 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with ESMTP id MAA28385; Fri, 25 Sep 1998 12:45:02 -0700 Date: Fri, 25 Sep 1998 12:45:02 -0700 (PDT) From: Enkhyl To: Manfred Antar cc: Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: <199809251739.KAA25716@pozo.pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Manfred Antar wrote: > At 11:28 AM 9/25/98 -0500, Glenn Johnson wrote: > >I have just brought up an entirely ELF system, including all ports. I do not > >have any aout libraries built for ports, including XFree86. > > > >When I launch netscape now I get the following: > > > >ld.so failed: Can't find shared library "libXt.so.6.0" > > > >What should I do? > > > >The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to > >libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. > > > You need the aout libs to run netscape. > > (netscape)502}ldd netscape > netscape: > -lXt.6 => /usr/X11R6/lib/aout/libXt.so.6.0 (0x20970000) > -lXmu.6 => /usr/X11R6/lib/aout/libXmu.so.6.0 (0x209ac000) > -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x209bc000) > -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x20a4f000) > -lSM.6 => /usr/X11R6/lib/aout/libSM.so.6.0 (0x20a58000) > -lICE.6 => /usr/X11R6/lib/aout/libICE.so.6.3 (0x20a60000) > -lg++.4 => /usr/lib/aout/libg++.so.4.0 (0x20a71000) > -lstdc++.2 => /usr/lib/aout/libstdc++.so.2.0 (0x20aad000) > -lm.2 => /usr/lib/aout/libm.so.2.0 (0x20ae3000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20afd000) No you don't: /usr/local/lib/netscape.us/communicator-4.06.us.bin: libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 libdl.so.1 => /lib/libdl.so.1.7.14 libc.so.5 => /lib/libc.so.5.4.23 libg++.so.27 => /usr/lib/libg++.so.27.1.4 libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 libm.so.5 => /lib/libm.so.5.0.8 ^^^^ this looks a bit odd, though. It works just fine on my -current ELF box, and I don't have any aout X libs. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:58:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29781 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:58:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA29770 for ; Fri, 25 Sep 1998 12:58:39 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 12357 invoked from network); 25 Sep 1998 19:56:48 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.6) by opi.flirtbox.ch with SMTP; 25 Sep 1998 19:56:48 -0000 Message-ID: <360BF5EC.99656666@pipeline.ch> Date: Fri, 25 Sep 1998 21:58:36 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: Doug Rabson CC: David Greenman , Terry Lambert , current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Fri, 25 Sep 1998, David Greenman wrote: -snip- [and cc trimmed] > > >Terry.. The region code is a particular encryption of the data on the > > >disk. The various wirehead tricks for hacking players are irrelavent to a > > >software DVD decoder. You need the right encryption keys from the spec > > >document to get the data and to get the spec you need to sign an NDA and > > >hand over $5000 to Toshiba. > > > > If that is true, then how is it that early Sony '7000 units had an internal > > switch to disable region coding (i.e. play all regions)? > > Perhaps the Sony unit had a decoder built in? I might be wrong about this > because I haven't read the spec. but I do know that Windows software DVD > decoders can play DVDs from any region. The Sony unit is a standalone Video-DVD player (and I suppose it doesn't run FreeBSD, not even PicoBSD). AFAIK software DVD decoders can play any LC but only one per installation. In the Creative one you have to specify your LC on installation and you have to de-install and re-install to switch it to another LC. I don't think that DVD-ROM's have hard coded LC's. -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 12:59:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29902 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:59:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29885 for ; Fri, 25 Sep 1998 12:59:43 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@pm3a-27.cybcon.com [205.147.75.156]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA10350 for ; Fri, 25 Sep 1998 12:59:36 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 25 Sep 1998 12:59:20 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: Make worl error on -current elf ...please help Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While doing a make world on a -current elf system, from todays cvsup, I get the following error. Please abvise. -------------------------------------------------------- cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-caplist.o caplist.c cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-compar.o /usr/local/src/lib/libm ytinfo/compar.c cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkcapsort /usr/local/src/lib/lib mytinfo/mkcapsort.c cross-caplist.o cross-compar.o ./mkcapsort > capsort.c cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-capsort.o capsort.c cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-findcap.o /usr/local/src/lib/lib mytinfo/findcap.c cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkbinorder /usr/local/src/lib/li bmytinfo/mkbinorder.c cross-capsort.o cross-caplist.o cross-compar.o cross-findcap.o cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkversion /usr/local/src/lib/lib mytinfo/mkversion.c cd /usr/local/src/lkm/linux; /usr/obj/elf/usr/local/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS bui ld-tools @ -> /usr/local/src/sys machine -> /usr/local/src/sys/i386/include cc -c -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exte rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- - I/usr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -UKERNEL /usr/local/src/lkm/linux/../../sys/i386/linux/linux_genassym.c cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/u sr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -aout -stat ic -o linux_genassym linux_genassym.o /usr/obj/elf/usr/local/src/tmp/usr/libexec/aout/ld: /usr/obj/elf/usr/local/src/tmp/usr/lib/libc.a(): bad magic *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 --------------------------------------------------------- Thank you. --------------------- William Woods Date: 25-Sep-98 / Time: 12:12:36 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:13:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02933 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:13:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02928 for ; Fri, 25 Sep 1998 13:13:16 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id NAA21684; Fri, 25 Sep 1998 13:11:39 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809252011.NAA21684@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Fri, 25 Sep 1998 13:11:39 -0700 To: Enkhyl From: Manfred Antar Subject: Re: Netscape no longer works with ELF system Cc: Glenn Johnson , current@FreeBSD.ORG In-Reply-To: References: <199809251739.KAA25716@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:45 PM 9/25/98 -0700, Enkhyl wrote: >On Fri, 25 Sep 1998, Manfred Antar wrote: > >> At 11:28 AM 9/25/98 -0500, Glenn Johnson wrote: >> >I have just brought up an entirely ELF system, including all ports. I do >not >> >have any aout libraries built for ports, including XFree86. >> > >> >When I launch netscape now I get the following: >> > >> >ld.so failed: Can't find shared library "libXt.so.6.0" >> > >> >What should I do? >> > >> >The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to >> >libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. >> > >> You need the aout libs to run netscape. >> >> (netscape)502}ldd netscape >> netscape: >> -lXt.6 => /usr/X11R6/lib/aout/libXt.so.6.0 (0x20970000) >> -lXmu.6 => /usr/X11R6/lib/aout/libXmu.so.6.0 (0x209ac000) >> -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x209bc000) >> -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x20a4f000) >> -lSM.6 => /usr/X11R6/lib/aout/libSM.so.6.0 (0x20a58000) >> -lICE.6 => /usr/X11R6/lib/aout/libICE.so.6.3 (0x20a60000) >> -lg++.4 => /usr/lib/aout/libg++.so.4.0 (0x20a71000) >> -lstdc++.2 => /usr/lib/aout/libstdc++.so.2.0 (0x20aad000) >> -lm.2 => /usr/lib/aout/libm.so.2.0 (0x20ae3000) >> -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20afd000) > >No you don't: > >/usr/local/lib/netscape.us/communicator-4.06.us.bin: > libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 > libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 > libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 > libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 > libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 > libdl.so.1 => /lib/libdl.so.1.7.14 > libc.so.5 => /lib/libc.so.5.4.23 > libg++.so.27 => /usr/lib/libg++.so.27.1.4 > libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 > libm.so.5 => /lib/libm.so.5.0.8 > ^^^^ > this looks a bit odd, though. > These look like aout libs. libc.so.5 ??? As far as I know /usr/lib/libc.so.3 is the most current FreeBSD elf libc. Something wrong here are you running the Linux binary ? Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:19:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04280 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:19:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04265 for ; Fri, 25 Sep 1998 13:19:48 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id GAA18095; Sat, 26 Sep 1998 06:25:56 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809252025.GAA18095@cimlogic.com.au> Subject: Re: New wrinkle on doscmd build failures. In-Reply-To: <996.906747739@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 25, 98 11:22:19 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 26 Sep 1998 06:25:56 +1000 (EST) Cc: luoqi@watermarkgroup.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > Are you supposed to move the a.out libs to /usr/X11R6/lib/aout? The latest > > `make aout-to-elf' will automatically do that and /etc/rc has been changed > > Yes, but many of us ran the aout-to-elf target some time back. > Are you prepared to guarantee that doing it (or the move target) > multiple times is entirely safe? :-) The move target is safe to run multiple times. It uses file(1) to identify aout libs to move. A wrinkle is that it will find the /usr/lib/compat libraries to move again since the build still has that bug. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:23:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05060 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:23:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05049; Fri, 25 Sep 1998 13:23:15 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id AAA07609; Sat, 26 Sep 1998 00:23:07 +0400 (MSD) Received: by sunny.aha.ru id AAA07088; (8.8.8/vak/1.9) Sat, 26 Sep 1998 00:22:25 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma007067; Sat Sep 26 00:22:17 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id AAA23383; (8.9.1/vak/1.9) Sat, 26 Sep 1998 00:25:06 +0400 (MSD) Received: by ozz.etrust.ru id AAA08696; (8.9.1/vak/1.9) Sat, 26 Sep 1998 00:24:47 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809252024.AAA08696@ozz.etrust.ru> Subject: About gnomelibs in FreeBSD-3.0-BETA-ELF... To: current@FreeBSD.ORG Date: Sat, 26 Sep 1998 00:24:46 +0400 (MSD) Cc: ports@FreeBSD.ORG Reply-To: osa@etrust.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! After 10 min after cvsup from cvsup.freebsd.org # cd /usr/ports/x11/gnomelibs # make ..... ===> Registering installation for imlib-1.7 ===> Returning to build of gnomelibs-0.27 Error: shared library "gdk_Imlib.1" does not exist *** Error code 1 Stop. *** Error code 1 ..... What can i do? Rgdz, oZZ, osa@etrust.ru Powered by FreeBSD-3.0-BETA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:26:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05745 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:26:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05657 for ; Fri, 25 Sep 1998 13:26:00 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with ESMTP id NAA28568; Fri, 25 Sep 1998 13:25:50 -0700 Date: Fri, 25 Sep 1998 13:25:50 -0700 (PDT) From: Enkhyl To: Manfred Antar cc: Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: <199809252011.NAA21684@pozo.pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Manfred Antar wrote: > >No you don't: > > > >/usr/local/lib/netscape.us/communicator-4.06.us.bin: > > libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 > > libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 > > libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 > > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 > > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 > > libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 > > libdl.so.1 => /lib/libdl.so.1.7.14 > > libc.so.5 => /lib/libc.so.5.4.23 > > libg++.so.27 => /usr/lib/libg++.so.27.1.4 > > libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 > > libm.so.5 => /lib/libm.so.5.0.8 > > ^^^^ > > this looks a bit odd, though. > > > These look like aout libs. > libc.so.5 ??? > As far as I know /usr/lib/libc.so.3 is the most current FreeBSD elf libc. > Something wrong here > are you running the Linux binary ? > Manfred Doh! I know where the difference lies. I'm using the linux version, so all the /lib libs are linux libs. All the X libs are FreeBSD ELF. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:26:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05893 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:26:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05663 for ; Fri, 25 Sep 1998 13:26:01 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id WAA20189; Fri, 25 Sep 1998 22:25:15 +0200 (CEST) (envelope-from sos) Message-Id: <199809252025.WAA20189@sos.freebsd.dk> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: from William Woods at "Sep 25, 98 12:59:20 pm" To: wwoods@cybcon.com Date: Fri, 25 Sep 1998 22:25:15 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to William Woods who wrote: Yup I found out myself, my commit was a bit overdone, I'm currently waiting for a make world to run to its end... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06572 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:30:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06463; Fri, 25 Sep 1998 13:29:10 -0700 (PDT) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id WAA00593; Fri, 25 Sep 1998 22:24:59 +0200 (CEST) Message-Id: <199809252024.WAA00593@midten.fast.no> To: mike@smith.net.au Cc: fn@radio-do.de, freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Weired top display at smp current kernel from today From: Tor.Egge@fast.no In-Reply-To: Your message of "Thu, 24 Sep 1998 23:20:08 -0700" References: <199809250620.XAA00529@word.smith.net.au> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 25 Sep 1998 22:24:58 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sounds like a bug in the ELF image activator. It's possible that > something got bent when the corefile writing code went in (waves dead > poultry speculatively). It is a bug in cpu_fork(). pcb_mpnest should be initialized to 1. Index: vm_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.109 diff -u -r1.109 vm_machdep.c --- vm_machdep.c 1998/08/18 07:46:58 1.109 +++ vm_machdep.c 1998/09/25 20:22:52 @@ -636,6 +649,9 @@ * pcb2->pcb_onfault: cloned above (always NULL here?). */ +#ifdef SMP + pcb2->pcb_mpnest = 1; +#endif #ifdef VM86 /* * XXX don't copy the i/o pages. this should probably be fixed. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:34:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07508 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:34:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07476 for ; Fri, 25 Sep 1998 13:33:59 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id NAA17830; Fri, 25 Sep 1998 13:33:51 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd017774; Fri Sep 25 13:33:44 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA14310; Fri, 25 Sep 1998 13:33:33 -0700 (MST) From: Terry Lambert Message-Id: <199809252033.NAA14310@usr04.primenet.com> Subject: Re: 19980921-BETA: more comments To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 25 Sep 1998 20:33:33 +0000 (GMT) Cc: tlambert@primenet.com, obrien@NUXI.com, bright@hotjobs.com, beyssac@enst.fr, freebsd-current@FreeBSD.ORG In-Reply-To: <23513.906706218@time.cdrom.com> from "Jordan K. Hubbard" at Sep 24, 98 11:50:18 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > There isn't an ELF version of the Motif libs yet. > > > > > > Very soon now... > > > > Since it's no longer available, the cat isn't there in the bag anyway... > > Since what is no longer available, Motif? Several companies would beg > to differ (strongly) with your assertion. Motif is still very much > available in a.out format and at least 2 companies that I know of plan > to make ELF versions (of Motif 2.1) available for 3.0 in the near > future. I also expect at least one or two versions of Motif 1.2 for > ELF to surface inexplicably here and there, even if none of the > commercial folks attempt to support it. :-) > > If, on the other hand, you've somehow inexplicably strayed from our > discussion of Motif into something like CDE, well, all I can say is > "Geeze, at least try to stay on the same bloody topic if you're going > to rebutt something." Free copies of ELF Motif libraries are no longer available... For a while, you could download the full CDE, including Motif 2.0, from Sun Microsystems, for free. The download included the full ELF Motif library set and all header files, as well as MWM and all of the other CDE components. The evidence is still available from Altavista: http://www.altavista.com/cgi-bin/query?pg=q&kl=XX&q=%2BCDE+%2BSolaris+%2Bdownload ... 4. The Solaris Common Desktop Environment (CDE) Free Offer - Release 1.0.2 [URL: www.sun.com/solaris/cde/download/] The Solaris Common Desktop Environment (CDE) Free Offer - Release 1.0.2 Last modified 17-Jul-98 - page size 11K - in English [ Translate ] Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:37:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08245 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:37:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08225 for ; Fri, 25 Sep 1998 13:37:16 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id QAA05849; Fri, 25 Sep 1998 16:35:57 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma005847; Fri, 25 Sep 98 16:35:22 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id QAA19582; Fri, 25 Sep 1998 16:35:20 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.9.1/8.8.8) id QAA29936; Fri, 25 Sep 1998 16:35:21 -0400 (EDT) Date: Fri, 25 Sep 1998 16:35:21 -0400 (EDT) Message-Id: <199809252035.QAA29936@jabberwock.rstcorp.com> From: "Viren R. Shah" To: Enkhyl Cc: Manfred Antar , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: References: <199809251739.KAA25716@pozo.pozo.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Enkhyl" == Enkhyl writes: Enkhyl> On Fri, 25 Sep 1998, Manfred Antar wrote: >> You need the aout libs to run netscape. >> Enkhyl> No you don't: Enkhyl> /usr/local/lib/netscape.us/communicator-4.06.us.bin: Enkhyl> libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 [snip ldd info] Enkhyl> libm.so.5 => /lib/libm.so.5.0.8 Enkhyl> ^^^^ Enkhyl> this looks a bit odd, though. Enkhyl> It works just fine on my -current ELF box, and I don't have Enkhyl> any aout X libs. You wouldn't happen to be running a linux netscape, would you?? There is not native FreeBSD/ELF Netscape binary. Viren -- "Endure pain, find joy, and make your own meaning, because the universe certainly isn't going to supply it. Always be a moving target. Live. Live. Live." -- Cordelia Vorkosigan to the just born Miles (Lois McMaster Bujold, Barrayar) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:41:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08890 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:41:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08863 for ; Fri, 25 Sep 1998 13:41:22 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.9.1) with ESMTP id QAA07522; Fri, 25 Sep 1998 16:40:22 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Fri, 25 Sep 1998 16:40:22 -0400 (EDT) From: "Alok K. Dhir" To: William Woods cc: FreebSD Current Subject: Re: Make worl error on -current elf ...please help In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the exact same problem... On Fri, 25 Sep 1998, William Woods wrote: > > > While doing a make world on a -current elf system, from todays cvsup, I get > the > following error. Please abvise. > > -------------------------------------------------------- > cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-caplist.o > caplist.c > cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-compar.o > /usr/local/src/lib/libm > ytinfo/compar.c > cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkcapsort > /usr/local/src/lib/lib > mytinfo/mkcapsort.c cross-caplist.o cross-compar.o > ./mkcapsort > capsort.c > cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-capsort.o > capsort.c > cc -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -c -o cross-findcap.o > /usr/local/src/lib/lib > mytinfo/findcap.c > cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkbinorder > /usr/local/src/lib/li > bmytinfo/mkbinorder.c cross-capsort.o cross-caplist.o cross-compar.o > cross-findcap.o > cc -static -O -pipe -Wall -I/usr/local/src/lib/libmytinfo > -I/usr/obj/elf/usr/local/src/tmp/usr/include -o mkversion > /usr/local/src/lib/lib > mytinfo/mkversion.c > cd /usr/local/src/lkm/linux; /usr/obj/elf/usr/local/src/tmp/usr/bin/make > -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS bui > ld-tools > @ -> /usr/local/src/sys > machine -> /usr/local/src/sys/i386/include > cc -c -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exte > rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- - > I/usr/obj/elf/usr/local/src/lkm/linux > -I/usr/obj/elf/usr/local/src/lkm/linux/@ > -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -UKERNEL > /usr/local/src/lkm/linux/../../sys/i386/linux/linux_genassym.c > cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/u > sr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ > -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -aout -stat > ic -o linux_genassym linux_genassym.o > /usr/obj/elf/usr/local/src/tmp/usr/libexec/aout/ld: > /usr/obj/elf/usr/local/src/tmp/usr/lib/libc.a(): bad magic > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > --------------------------------------------------------- > > Thank you. > > --------------------- > William Woods > Date: 25-Sep-98 / Time: 12:12:36 > goto to: http//www.freebsd.org. > --> FreeBSD 3.0 CURRENT ELF <-- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S11-151, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:47:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09538 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:47:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09532 for ; Fri, 25 Sep 1998 13:47:26 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id NAA16616; Fri, 25 Sep 1998 13:46:44 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809252046.NAA16616@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Fri, 25 Sep 1998 13:46:43 -0700 To: Enkhyl From: Manfred Antar Subject: Re: Netscape no longer works with ELF system Cc: Glenn Johnson , current@FreeBSD.ORG In-Reply-To: References: <199809252011.NAA21684@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:25 PM 9/25/98 -0700, Enkhyl wrote: >On Fri, 25 Sep 1998, Manfred Antar wrote: > >> >No you don't: >> > >> >/usr/local/lib/netscape.us/communicator-4.06.us.bin: >> > libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 >> > libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 >> > libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 >> > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 >> > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 >> > libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 >> > libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 >> > libdl.so.1 => /lib/libdl.so.1.7.14 >> > libc.so.5 => /lib/libc.so.5.4.23 >> > libg++.so.27 => /usr/lib/libg++.so.27.1.4 >> > libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 >> > libm.so.5 => /lib/libm.so.5.0.8 >> > ^^^^ >> > this looks a bit odd, though. >> > >> These look like aout libs. >> libc.so.5 ??? >> As far as I know /usr/lib/libc.so.3 is the most current FreeBSD elf libc. >> Something wrong here >> are you running the Linux binary ? >> Manfred > >Doh! I know where the difference lies. I'm using the linux version, so all >the /lib libs are linux libs. All the X libs are FreeBSD ELF. > OK well all my X11R6 libs don't have *.so.6.0 they are *.so.6 and are just built today from the x11/XFree86/ports. I was getting confused with your lib versions. There is no native FreeBSD netscape yet. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 13:52:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10127 for freebsd-current-outgoing; Fri, 25 Sep 1998 13:52:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf23.cruzers.com [205.215.232.23]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA10112 for ; Fri, 25 Sep 1998 13:52:24 -0700 (PDT) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 10690 invoked by uid 100); 25 Sep 1998 20:51:54 -0000 Date: Fri, 25 Sep 1998 13:51:54 -0700 To: freebsd-current@FreeBSD.ORG Subject: egcs port fails to compile Message-ID: <19980925135154.A10680@top.worldcontrol.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.6i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ./xgcc -B./ -O2 -DIN_GCC -g -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I./config -c -DL${name} \ ./libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ ` if [ -f /uss/ports/lang/egcs/work/egcs-1.1b/gcc/../binutils/ar ] ; then echo /uss/ports/lang/egcs/work/egcs-1.1b/gcc/../binutils/ar ; else if [ "i386-unknown-freebsd" = "i386-unknown-freebsd" ] ; then echo ar; else t='s,x,x,'; echo ar | sed -e $t ; fi; fi` rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 ... _floatdidf /var/tmp/ccVF1so1.s: Assembler messages: /var/tmp/ccVF1so1.s:127: Error: Alignment not a power of 2 gmake[2]: *** [libgcc2.a] Error 1 I'm running a -current elf system. I've seen this error a couple of time. They seem related to an ALIGN(3) assembler directive, which I presume means the syntax of that directive has changed. How do I fix? New gas? -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:34:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15477 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:34:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15424 for ; Fri, 25 Sep 1998 14:34:07 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id RAA05133; Fri, 25 Sep 1998 17:33:44 -0400 (EDT) Date: Fri, 25 Sep 1998 17:33:44 -0400 (EDT) From: Daniel Eischen Message-Id: <199809252133.RAA05133@pcnet1.pcnet.com> To: current@FreeBSD.ORG, shmit@kublai.com Subject: Re: Pthreads, signals, fork, and me. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've a strange problem I'm having with some threading code I'm > writing on my FreeBSD box. Basically, I have a process that goes > daemonic, blocks all signals, spawns a bunch of threads, and then > the main thread hangs out polling the results of sigwait() for > something interesting. Sigwait is broken. I submitted a patch to fix it, but it hasn't been applied (nor tested by anyone else but me, AFAIK). The way the pthreads code exists now, threads suspended on sigsuspend and sigwait are placed in the same state which isn't correct. The signal masks mean entirely different things. I believe the patch I submitted fixes this. See kern/7586. The patch also includes a test program to verify sigwait. Perhaps it will be helpful. > The problem is that I never see anything interesting, I cannot, > for the life of me figure out how to get sigwait() to ever return. > It just sleeps. That is what I observed also. > The interesting thing is that if I don't become a daemon, sigwait() > does the right thing. It looks like a thread suspended on sigwait will only unblock if there is a signal handler installed for the occurring signal (even if it's not in the sigwait mask). When are your signal handlers installed, before or after the fork, and from which process? > Has any one heard of symptoms like that? > > Also, I have a couple of questions that aren't answered by the ORA > Pthreads book: > * Can I use sigprocmask() instead of pthread_signal()? It > appears that you can with FreeBSD, but I don't know if > it's POSIX. > * Are signal handlers supposed to get called even if you > are doing a sigwait() for that particular signal? No. A thread suspended on sigwait waits indefinitely until a signal occurs that is in the signal mask (specified in the call to sigwait). The signal handler should not get called. > Suffice it to say, I'm fairly new to this pthreads thing (though > not threading in general), and the ORA book leaves a lot to be > desired. Is there another book I can grab that explains pthreads > any better? An URL? Actually, I found the Solaris man pages to be quite useful, especially with regard to signals. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:34:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15512 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:34:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15494 for ; Fri, 25 Sep 1998 14:34:16 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA19551; Fri, 25 Sep 1998 14:34:09 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd019509; Fri Sep 25 14:34:06 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA17115; Fri, 25 Sep 1998 14:33:33 -0700 (MST) From: Terry Lambert Message-Id: <199809252133.OAA17115@usr04.primenet.com> Subject: Re: Quake-client on FreeBSD-3.0 ?? To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 25 Sep 1998 21:33:32 +0000 (GMT) Cc: tlambert@primenet.com, hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG In-Reply-To: from "Doug Rabson" at Sep 25, 98 09:51:53 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It's OK; if you follow the DVD specific lists, then you know how > > to change the region code on most avaiable hardware. If your > > hardware doesn't support this, well, shame on you... > > Terry.. The region code is a particular encryption of the data on the > disk. The various wirehead tricks for hacking players are irrelavent to a > software DVD decoder. You need the right encryption keys from the spec > document to get the data and to get the spec you need to sign an NDA and > hand over $5000 to Toshiba. That's why I said "on most hardware". You can buy hacked hardware, with warranties (search Altavista for "+dvd +region +code"). For Archie's ChemBook, which is what started the discussion, there is hardware assist; I presume there isn't any FreeBSD drivers for the thing though; it's be too much to ask to have someone in Germany spend $120 on V Communication's Inc.'s "Sourcer" ;-)... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:39:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16260 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:39:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16242 for ; Fri, 25 Sep 1998 14:39:01 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA10714; Fri, 25 Sep 1998 14:38:53 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd010683; Fri Sep 25 14:38:51 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA17404; Fri, 25 Sep 1998 14:38:38 -0700 (MST) From: Terry Lambert Message-Id: <199809252138.OAA17404@usr04.primenet.com> Subject: Re: Quake-client on FreeBSD-3.0 ?? To: dg@root.com Date: Fri, 25 Sep 1998 21:38:38 +0000 (GMT) Cc: dfr@nlsystems.com, tlambert@primenet.com, hasty@rah.star-gate.com, julian@whistle.com, dom@myrddin.demon.co.uk, osa@etrust.ru, current@FreeBSD.ORG In-Reply-To: <199809251444.HAA24501@implode.root.com> from "David Greenman" at Sep 25, 98 07:44:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> It's OK; if you follow the DVD specific lists, then you know how > >> to change the region code on most avaiable hardware. If your > >> hardware doesn't support this, well, shame on you... > > > >Terry.. The region code is a particular encryption of the data on the > >disk. The various wirehead tricks for hacking players are irrelavent to a > >software DVD decoder. You need the right encryption keys from the spec > >document to get the data and to get the spec you need to sign an NDA and > >hand over $5000 to Toshiba. > > If that is true, then how is it that early Sony '7000 units had an internal > switch to disable region coding (i.e. play all regions)? I believe it was the lists at www.dvdexpress.com that had an articale on the Panasonic A310's ability to set the region code using a set of "hidden" options in the first onscreen menu (you hit some key that was not obviously useful [index?] in the first menu, and then you hit a number key 1 through 6, or something like that... But theat particular player is not PAL capable, and it would cost you in excess of three dollars to add Dolby... ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:51:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA18659 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:51:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailgate.aist-nara.ac.jp (fse4.aist-nara.ac.jp [163.221.76.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA18648 for ; Fri, 25 Sep 1998 14:51:20 -0700 (PDT) (envelope-from takas-su@is.aist-nara.ac.jp) Received: from decpc20.aist-nara.ac.jp (decpc20.aist-nara.ac.jp [163.221.172.33]) by mailgate.aist-nara.ac.jp (8.8.5+2.7Wbeta5/3.6W/NAIST/GATE-3.4c) with ESMTP id GAA10286 for ; Sat, 26 Sep 1998 06:50:55 +0900 (JST) Received: from is (takas-su@localhost) by decpc20.aist-nara.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl5/NAIST/2.0) id GAA05313; Sat, 26 Sep 1998 06:51:28 +0900 (JST) Date: Sat, 26 Sep 1998 06:51:28 +0900 (JST) Message-Id: <199809252151.GAA05313@decpc20.aist-nara.ac.jp> From: takas-su@is.aist-nara.ac.jp (SUGIMURA Takashi/ =?ISO-2022-JP?B?GyRCP3lCPDUuO04bKEI=?=) To: current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: Your message of "Fri, 25 Sep 1998 12:45:02 -0700 (PDT)". Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article of , enkhyl@hayseed.net wrote: >> No you don't: >> >> /usr/local/lib/netscape.us/communicator-4.06.us.bin: >> libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 >> libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 >> libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 >> libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 >> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 >> libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 >> libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 >> libdl.so.1 => /lib/libdl.so.1.7.14 >> libc.so.5 => /lib/libc.so.5.4.23 >> libg++.so.27 => /usr/lib/libg++.so.27.1.4 >> libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 >> libm.so.5 => /lib/libm.so.5.0.8 >> ^^^^ >> this looks a bit odd, though. >> >> It works just fine on my -current ELF box, and I don't have any aout X >> libs. >> Are they really ELF libraries? Please check them by the following: % file /usr/X11R6/lib/libX11.so.6.0 and so on. The naming rule "libhoge.so.M.N" is for the a.out, so it seems they are still aout libraries. As for mine, there are two libraries: % file /usr/X11R6/lib/libX11.so.6 /usr/X11R6/lib/libX11.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped and % file /usr/X11R6/lib/aout/libX11.so.6.1 /usr/X11R6/lib/aout/libX11.so.6.1: FreeBSD/i386 compact demand paged shared library not stripped XFree86 of ELF are made by ports, and old aout libraries are moved to /usr/X11R6/lib/aout/. --- SUGIMURA Takashi (takas-su@is.aist-nara.ac.jp) URL: http://hawk.aist-nara.ac.jp/%7Etakas-su/ (sorry only in Japanese) Software Engineering lab. of NAIST, 2nd grade of Master, The FreeBSD Japanese Documentation Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:53:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA18984 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:53:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA18961; Fri, 25 Sep 1998 14:53:01 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA18309; Sat, 26 Sep 1998 07:59:34 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809252159.HAA18309@cimlogic.com.au> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809252025.WAA20189@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Sep 25, 98 10:25:15 pm" To: sos@FreeBSD.ORG Date: Sat, 26 Sep 1998 07:59:33 +1000 (EST) Cc: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > In reply to William Woods who wrote: > > Yup I found out myself, my commit was a bit overdone, I'm currently > waiting for a make world to run to its end... What happened to testing things out before committing? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 14:54:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19289 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:54:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-20.ppp.wenet.net [206.15.84.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA19282 for ; Fri, 25 Sep 1998 14:54:26 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id OAA01227; Fri, 25 Sep 1998 14:56:08 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 25 Sep 1998 14:56:08 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Mark Mayo cc: current Subject: Re: shouting in a void? In-Reply-To: <19980925153626.A9927@vmunix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Mark Mayo wrote: [...] > It will have 7200rpm Seagate cudas. And unless they've got a few disks > striped (preferably in an array) they will thrash and be "nailed to the wall" > just like freefall. And given the fact that doing a stat() seems to take > forever on Solaris, plus the slower drive, I'd wager on a single disk freefall > would eat it up. :-) The enterprise prolly has as much RAM or more than freefall, so I would assume some of that RAM might be used as a disk cache.. thus caching stat() info. Although in reality, it does preform quite horribly in general with cvsup (could be the precompiled binary), I never thought of the disks as the bottleneck.. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD 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 Sep 25 14:56:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19881 for freebsd-current-outgoing; Fri, 25 Sep 1998 14:56:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA19779 for ; Fri, 25 Sep 1998 14:56:34 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 24868 invoked by uid 1000); 25 Sep 1998 22:59:24 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 25 Sep 1998 18:59:24 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: ELF Build Problem? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last couple of days: cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/usr/obj/elf/usr/src/3.0/src/lkm/linux -I/usr/obj/elf/usr/src/3.0/src/lkm/linux/@ -I/usr/obj/elf/usr/src/3.0/src/tmp/usr/include -aout -aout -static -o linux_genassym linux_genassym.o /usr/obj/elf/usr/src/3.0/src/tmp/usr/libexec/aout/ld: /usr/obj/elf/usr/src/3.0/src/tmp/usr/lib/libc.a(): bad magic *** Error code 1 What am I doing wrong? Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:07:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21956 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:07:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21950 for ; Fri, 25 Sep 1998 15:06:56 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (root@woof.lan.awfulhak.org [172.16.0.7]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id VAA02923; Fri, 25 Sep 1998 21:23:43 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@localhost [127.0.0.1]) by woof.lan.awfulhak.org (8.9.1/8.9.1) with ESMTP id VAA03634; Fri, 25 Sep 1998 21:23:43 +0100 (BST) (envelope-from brian@woof.lan.awfulhak.org) Message-Id: <199809252023.VAA03634@woof.lan.awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: "Alok K. Dhir" cc: current@FreeBSD.ORG Subject: Re: DEVFS? In-reply-to: Your message of "Fri, 25 Sep 1998 10:32:34 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 21:23:43 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Forgive my ignorance, but I'd like to understand what the benefit of DEVFS > is, and how it will make our lives better once it works 100% in 3.0, and > CAM supports it, etc. > > If you have a sec, please explain... I think Julian agrees - none unless the SLICE stuff is implemented. I've no idea why it was taken out either - maybe Julian made the diagnostics too verbose :-) Seriously, IMHO, the DEVFS/SLICE commit was as impressive as the recent [EPC]-days (and D-day would have had a certain ring to it). It was a far more radical idea though - both a strength and a weakness! Maybe the way forward is to try to introduce the SLICE stuff independently of DEVFS, and then to sit DEVFS neatly on top when the time comes. > Thanks! -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:13:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23396 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:13:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp.hkstar.com (cassiopeia.hkstar.com [202.82.3.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23271 for ; Fri, 25 Sep 1998 15:12:40 -0700 (PDT) (envelope-from c5666305@b1.hkstar.com) Received: from b1.hkstar.com (b1.hkstar.com [202.82.0.87]) by smtp.hkstar.com (8.8.8/8.8.4) with ESMTP id GAA26933 for ; Sat, 26 Sep 1998 06:12:19 +0800 (HKT) Received: (from c5666305@localhost) by b1.hkstar.com (8.8.8/8.8.8) id GAA04700 for current@freebsd.org; Sat, 26 Sep 1998 06:14:00 +0800 (HKT) From: Chan Yiu Wah Message-Id: <199809252214.GAA04700@b1.hkstar.com> Subject: What is the procedure to compile the system in elf To: current@FreeBSD.ORG Date: Sat, 26 Sep 1998 06:14:00 +0800 (HKT) X-Mailer: ELM [version 2.5 PL0b1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, For the past few days, I was trying to compile my system to elf using CTM source (NO SECURE source, as I am not in USA). I do the make world at /usr/src (aout format) without problem. When I tried to do it in elf, I got the error message at following cases:- 1. - to add OBJFORMAT=elf in /etc/objformat - make world at /usr/src - /usr/lib/crt1.o file format not recongised 2. - make aout-to-elf at /usr/src (without specifed ELF format) - cannot find /usr/lib/begincrt.o Can anyone show me the proper way to make the system in elf format? Thanks. Clarence CHAN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:22:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25399 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:22:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25261 for ; Fri, 25 Sep 1998 15:22:00 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id AAA07588 for freebsd-current@FreeBSD.ORG; Sat, 26 Sep 1998 00:21:51 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 7DF871504; Fri, 25 Sep 1998 23:59:55 +0200 (CEST) Date: Fri, 25 Sep 1998 23:59:55 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: egcs port fails to compile Message-ID: <19980925235955.A7239@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <19980925135154.A10680@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980925135154.A10680@top.worldcontrol.com>; from brian@worldcontrol.com on Fri, Sep 25, 1998 at 01:51:54PM -0700 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to brian@worldcontrol.com: > I'm running a -current elf system. I've seen this error a couple > of time. They seem related to an ALIGN(3) assembler directive, > which I presume means the syntax of that directive has changed. If you're building egcs/gcc on a ELF system, you must specify "i386-unknown-freebsdelf" for configure, not "i386-unknown-freebsd". Reading specs from /opt/egcs/lib/gcc-lib/i386-unknown-freebsdelf/egcs-2.91.57/specs gcc version egcs-2.91.57 19980901 (egcs-1.1 release) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28182 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:40:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28141 for ; Fri, 25 Sep 1998 15:40:01 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from temp17 ([12.19.232.72]) by starkreality.com (8.9.1/8.9.1) with SMTP id RAA08003 for ; Fri, 25 Sep 1998 17:39:47 -0500 (CDT) Message-Id: <199809252239.RAA08003@starkreality.com> X-Sender: caesar@fire.starkreality.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Fri, 25 Sep 1998 18:39:18 -0400 To: freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Problems with idle time Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's a bizarre problem that I've been noticing for the past couple of weeks. If a user is erratically disconnected, and their sessions sticks around, the idle-time will jump to an unrealistic number. An error in the wtmp code somewhere perhaps? Here's an example: fire /home/caesar $ w 5:34PM up 9:04, 4 users, load averages: 0.08, 0.04, 0.01 USER TTY FROM LOGIN@ IDLE WHAT caesar p1 12.19.232.65 8:39AM 48 -bash (bash) caesar p2 12.19.232.65 2:50PM 2:33 tin caesar p3 12.19.232.65 5:21PM 2days -bash (bash) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ caesar p4 12.19.232.72 5:34PM - w World was installed this morning, from sources cvsuped AM on the 23rd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:44:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28846 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:44:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28839 for ; Fri, 25 Sep 1998 15:44:13 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA05815; Sat, 26 Sep 1998 08:44:04 +1000 Date: Sat, 26 Sep 1998 08:44:04 +1000 From: Bruce Evans Message-Id: <199809252244.IAA05815@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Another interesting build anomaly just noticed in -current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Observe the output below carefully. Erm. We're actually applying >patches during the build process? Since when was that considered >a reasonable thing to do? :-) Since I considered it. The changes can't just be checked into contrib_libreadline since they are for noncontrib_gdb. Maintaining a separate file in gdb tended to get out of date whenever either contrib_libreadline or contrib_gdb was updated. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:54:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00325 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:54:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00319 for ; Fri, 25 Sep 1998 15:54:29 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id PAA07474; Fri, 25 Sep 1998 15:54:23 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd007447; Fri Sep 25 15:54:16 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id PAA21807; Fri, 25 Sep 1998 15:54:13 -0700 (MST) From: Terry Lambert Message-Id: <199809252254.PAA21807@usr04.primenet.com> Subject: Re: VM out-of-swap problems To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 25 Sep 1998 22:54:13 +0000 (GMT) Cc: kkennawa@physics.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <22915.906691721@time.cdrom.com> from "Jordan K. Hubbard" at Sep 24, 98 07:48:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This problem needs to be instrumented like a lab experiment > and far more data gathered first. If someone provided macro-wrappered instrumentation patches for the VM system, would you commit them? That is, they could be turned into null-code, and would be, by default? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:58:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01132 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:58:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01124 for ; Fri, 25 Sep 1998 15:58:25 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id PAA08715; Fri, 25 Sep 1998 15:58:18 -0700 (PDT) (envelope-from jdp) Message-Id: <199809252258.PAA08715@austin.polstra.com> To: shimon@simon-shapiro.org Subject: Re: ELF Build Problem? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 25 Sep 1998 15:58:17 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Simon Shapiro wrote: > In the last couple of days: > > cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- > -I/usr/obj/elf/usr/src/3.0/src/lkm/linux > -I/usr/obj/elf/usr/src/3.0/src/lkm/linux/@ > -I/usr/obj/elf/usr/src/3.0/src/tmp/usr/include -aout -aout -static -o > linux_genassym linux_genassym.o > /usr/obj/elf/usr/src/3.0/src/tmp/usr/libexec/aout/ld: > /usr/obj/elf/usr/src/3.0/src/tmp/usr/lib/libc.a(): bad magic > *** Error code 1 > > What am I doing wrong? Nothing, I think. It's really broken. I suspect it's caused by this: sos 1998/09/25 01:58:50 PDT Modified files: . Makefile.inc1 Log: Build the LKM's both on aout & ELF systems. Reviewed by: jkh Revision Changes Path 1.21 +3 -3 src/Makefile.inc1 I've reported it to sos and jkh. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 15:59:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01177 for freebsd-current-outgoing; Fri, 25 Sep 1998 15:59:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01170 for ; Fri, 25 Sep 1998 15:59:09 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id PAA28308; Fri, 25 Sep 1998 15:59:01 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd028284; Fri Sep 25 15:58:53 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id PAA22094; Fri, 25 Sep 1998 15:58:52 -0700 (MST) From: Terry Lambert Message-Id: <199809252258.PAA22094@usr04.primenet.com> Subject: Re: VM out-of-swap problems To: kkennawa@physics.adelaide.edu.au (Kris Kennaway) Date: Fri, 25 Sep 1998 22:58:52 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Kris Kennaway" at Sep 25, 98 11:26:34 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is anyone actively working on the problems related to daemons dying after the > system has used a large amount of swap (the old "inetd() in realloc: junk > pointer" thing)? It seems to me that with the release just around the corner > this is something which should be killed now, as it seems to be an easily > repeatable problem for many people and would adversely impact many servers in > the real world (e.g. potential DoS risk). This is known to be related to the mmap/normal-file buffer problems; specifically, a page of the executing image gets corrupted. So long as there are instances of the page cached, then you are screwed. There are at least three know bugs in this code, with one of them fixed by applying strained bits of the last Dyson mega-patch (the one that implemented CPU affinit for kernel threads, and other experimental things, at the same time). I am currently tracking one of them down, slowly (the "random processes SIG-11 during normal operation, but only on 486DX clock multiplied processors" bug). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:14:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03358 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:14:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.eecis.udel.edu (ntp.udel.edu [128.175.2.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA03349 for ; Fri, 25 Sep 1998 16:14:21 -0700 (PDT) (envelope-from alexandr@mail.eecis.udel.edu) Received: from ren.eecis.udel.edu by mail.eecis.udel.edu id aa16549; 25 Sep 1998 19:13 EDT To: current@FreeBSD.ORG Subject: Build problem with CODA and DEVFS Organization: Mos Eisley Candy Store Reply-To: alexandr@mail.eecis.udel.edu Date: Fri, 25 Sep 1998 19:13:46 -0400 From: Jerry Alexandratos Message-ID: <199809251913.aa16549@mail.eecis.udel.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I go the following error when trying to make a kernel (just cvsup'd the latest source ~5 min ago). Thought someone would like to know. Excerpt of kernel make follows: -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout ../../coda/coda_fbsd.c ../../coda/coda_fbsd.c: In function `vc_drvinit': ../../coda/coda_fbsd.c:127: parse error before `0' ../../coda/coda_fbsd.c:131: parse error before `0' *** Error code 1 --Jerry 8) Jerry Alexandratos % - % "Nothing inhabits my (8 8) alexandr@louie.udel.edu % - % thoughts, and oblivion (8 8) darkstar@strauss.udel.edu % - % drives my desires." (8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:15:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03441 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:15:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp.hkstar.com (cassiopeia.hkstar.com [202.82.3.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03430 for ; Fri, 25 Sep 1998 16:15:20 -0700 (PDT) (envelope-from c5666305@b1.hkstar.com) Received: from b1.hkstar.com (b1.hkstar.com [202.82.0.87]) by smtp.hkstar.com (8.8.8/8.8.4) with ESMTP id HAA27496 for ; Sat, 26 Sep 1998 07:15:12 +0800 (HKT) Received: (from c5666305@localhost) by b1.hkstar.com (8.8.8/8.8.8) id HAA05552 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 07:16:52 +0800 (HKT) From: Chan Yiu Wah Message-Id: <199809252316.HAA05552@b1.hkstar.com> Subject: how to make world in elf To: freebsd-current@FreeBSD.ORG Date: Sat, 26 Sep 1998 07:16:52 +0800 (HKT) X-Mailer: ELM [version 2.5 PL0b1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I would like to know the proper steps to make world in elf as I had tried several times without success. 1. make -DNOSECURE -DNOCRYPT world (set OBJFORMAT=elf in /etc/objformat) error -> /usr/lib/crt1.0 cannot recognised file format. 2. make -DNOSECURE -DNOCRYPT aout-to-elf (no OBJFORMAT=elf) error -> cannot find /usr/lib/begincrt.o Can anyone show the the steps ? Thanks. Clarence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:21:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04380 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:21:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04375 for ; Fri, 25 Sep 1998 16:21:04 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id QAA12592; Fri, 25 Sep 1998 16:20:48 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809252320.QAA12592@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Fri, 25 Sep 1998 16:20:47 -0700 To: brian@worldcontrol.com, freebsd-current@FreeBSD.ORG From: Manfred Antar Subject: Re: egcs port fails to compile In-Reply-To: <19980925135154.A10680@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:51 PM 9/25/98 -0700, brian@worldcontrol.com wrote: > ./xgcc -B./ -O2 -DIN_GCC -g -I./include -g1 -DIN_LIBGCC2 >-D__GCC_FLOAT_NOT_NEEDED -I. -I. -I./config -c -DL${name} \ > ./libgcc2.c -o ${name}.o; \ > if [ $? -eq 0 ] ; then true; else exit 1; fi; \ > ` if [ -f /uss/ports/lang/egcs/work/egcs-1.1b/gcc/../binutils/ar ] ; then >echo /uss/ports/lang/egcs/work/egcs-1.1b/gcc/../binutils/ar ; else if [ >"i386-unknown-freebsd" = "i386-unknown-freebsd" ] ; then echo ar; else >t='s,x,x,'; echo ar | sed -e $t ; fi; fi` rc tmplibgcc2.a ${name}.o; \ > rm -f ${name}.o; \ >done >_muldi3 >... >_floatdidf >/var/tmp/ccVF1so1.s: Assembler messages: >/var/tmp/ccVF1so1.s:127: Error: Alignment not a power of 2 >gmake[2]: *** [libgcc2.a] Error 1 > >I'm running a -current elf system. I've seen this error a couple >of time. They seem related to an ALIGN(3) assembler directive, >which I presume means the syntax of that directive has changed. > >How do I fix? New gas? > Change this line in /usr/ports/lang/egcs/Makefile from GNUHOST= i386-unknown-freebsd to GNUHOST= i386-unknown-freebsdelf You will have to start a new build. Remove the work directory then type make That worked for me Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:36:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06563 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:36:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06556 for ; Fri, 25 Sep 1998 16:36:26 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sjx-ca124-48.ix.netcom.com [207.223.162.176]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id QAA22235; Fri, 25 Sep 1998 16:36:19 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id QAA13616; Fri, 25 Sep 1998 16:34:52 -0700 (PDT) Date: Fri, 25 Sep 1998 16:34:52 -0700 (PDT) Message-Id: <199809252334.QAA13616@silvia.hip.berkeley.edu> To: bright@hotjobs.com CC: pam@polynet.lviv.ua, freebsd-current@FreeBSD.ORG In-reply-to: (message from Alfred Perlstein on Fri, 25 Sep 1998 11:47:05 -0500 (EST)) Subject: Re: Mesa2.6 port broken? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Alfred Perlstein * *beaming with pride* i got about 99% of kde ELF installed, so it IS * possible to do it. qt, mesa and kde Do you want to send us (and the maintainer, se@freebsd.org) the patch for kde? That's about the only biggie left. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:46:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08033 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:46:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07901; Fri, 25 Sep 1998 16:45:59 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id QAA09034; Fri, 25 Sep 1998 16:45:53 -0700 (PDT) (envelope-from jdp) Message-Id: <199809252345.QAA09034@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809252159.HAA18309@cimlogic.com.au> References: <199809252159.HAA18309@cimlogic.com.au> Organization: Polstra & Co., Seattle, WA Cc: sos@FreeBSD.ORG Date: Fri, 25 Sep 1998 16:45:53 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809252159.HAA18309@cimlogic.com.au>, John Birrell wrote: > Søren Schmidt wrote: > > In reply to William Woods who wrote: > > > > Yup I found out myself, my commit was a bit overdone, I'm currently > > waiting for a make world to run to its end... > > What happened to testing things out before committing? Particularly during a pre-release code freeze. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:52:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09207 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:52:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09112 for ; Fri, 25 Sep 1998 16:52:05 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id SAA19858; Fri, 25 Sep 1998 18:49:25 -0500 (CDT) Message-ID: <360C2C04.A245233E@webwizard.org.mx> Date: Fri, 25 Sep 1998 18:49:24 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: freebsd-current@FreeBSD.ORG Subject: Re: ELF Build Problem? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > In the last couple of days: > > cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- > -I/usr/obj/elf/usr/src/3.0/src/lkm/linux > -I/usr/obj/elf/usr/src/3.0/src/lkm/linux/@ > -I/usr/obj/elf/usr/src/3.0/src/tmp/usr/include -aout -aout -static -o > linux_genassym linux_genassym.o > /usr/obj/elf/usr/src/3.0/src/tmp/usr/libexec/aout/ld: > /usr/obj/elf/usr/src/3.0/src/tmp/usr/lib/libc.a(): bad magic > *** Error code 1 > > What am I doing wrong? > > Sincerely Yours, Shimon@Simon-Shapiro.ORG > 770.265.7340 > Simon Shapiro I don't know, but I've been doing it since about 7 am and have cvsuped 3 times with no change. Misery loves company:-) ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 16:57:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09925 for freebsd-current-outgoing; Fri, 25 Sep 1998 16:57:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09900 for ; Fri, 25 Sep 1998 16:57:07 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA18674; Sat, 26 Sep 1998 10:03:31 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809260003.KAA18674@cimlogic.com.au> Subject: Re: how to make world in elf In-Reply-To: <199809252316.HAA05552@b1.hkstar.com> from Chan Yiu Wah at "Sep 26, 98 07:16:52 am" To: c5666305@b1.hkstar.com (Chan Yiu Wah) Date: Sat, 26 Sep 1998 10:03:31 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chan Yiu Wah wrote: > Hello, > > I would like to know the proper steps to make world in elf as I had tried > several times without success. > > 1. make -DNOSECURE -DNOCRYPT world (set OBJFORMAT=elf in /etc/objformat) > error -> /usr/lib/crt1.0 cannot recognised file format. > > 2. make -DNOSECURE -DNOCRYPT aout-to-elf (no OBJFORMAT=elf) > error -> cannot find /usr/lib/begincrt.o > > Can anyone show the the steps ? Thanks. Check the description at the top of src/Makefile. To get an elf system, you need to do a `make aout-to-elf' upgrade. Please delete /etc/objformat and ensure that your /etc/make.conf contains no special options before doing this. If in doubt use the one from src/etc. After doing the upgrade, remember to edit /etc/rc and /etc/rc.conf to change the ldconfig paths. Check for differences with the ones in src/etc. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:09:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13446 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:09:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13424; Fri, 25 Sep 1998 17:09:24 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@pm3a-41.cybcon.com [205.147.75.170]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id RAA22792; Fri, 25 Sep 1998 17:09:14 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 25 Sep 1998 17:08:56 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current To: FreebSD Current , FreeBSD Questions Subject: Bad make world in -current.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While compiling the latest make world with make -j4 -DNOAOUT world I got the following.... ----------------------------------- ld-tools --- @ --- --- machine --- machine -> /usr/local/src/sys/i386/include --- @ --- @ -> /usr/local/src/sys --- linux_genassym.o --- cc -c -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/usr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -UKERNEL /usr/local/src/lkm/linux/../../sys/i386/linux/linux_genassym.c --- linux_genassym --- cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/usr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -aout -static -o linux_genassym linux_genassym.o /usr/obj/elf/usr/local/src/tmp/usr/libexec/aout/ld: /usr/obj/elf/usr/local/src/tmp/usr/lib/libc.a(): bad magic *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ----------------------------------------------- Please explaing what happened and how to fix. Thanks --------------------- William Woods Date: 25-Sep-98 / Time: 17:05:31 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:10:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13954 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:10:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13942 for ; Fri, 25 Sep 1998 17:10:48 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with ESMTP id RAA29632; Fri, 25 Sep 1998 17:10:12 -0700 Date: Fri, 25 Sep 1998 17:10:11 -0700 (PDT) From: Enkhyl To: Edwin Culp cc: Manfred Antar , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system In-Reply-To: <360C2DC7.A88B4C0F@webwizard.org.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Edwin Culp wrote: > What's wrong with communicator-v45b2-export.x86-unknown-freebsd.tar.gz? I > begining to almost like it:-) > I haven't had any problems with my elf current. For the truly paranoid (like me), the problem is that it only has export-grade crypto. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:24:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17431 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:24:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17415 for ; Fri, 25 Sep 1998 17:24:39 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id CAA22962 for ; Sat, 26 Sep 1998 02:24:53 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id CAA00298 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 02:27:21 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809260027.CAA00298@yacht.domestic.de> Subject: PCI DMA interface documentation To: freebsd-current@FreeBSD.ORG (FreeBSD Current) Date: Sat, 26 Sep 1998 02:27:21 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm trying to write a device driver that utilizes DMA transfers to/from a PCI card. Does any documentation exist (apart from /sys/pci/*.c) that tells me in what order I have to call which functions in order to get things set up properly? I looked a lot but somehow I must have missed it :-) cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:35:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19887 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:35:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19865 for ; Fri, 25 Sep 1998 17:35:12 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id TAA20256; Fri, 25 Sep 1998 19:30:00 -0500 (CDT) Message-ID: <360C3588.B09CF9C3@webwizard.org.mx> Date: Fri, 25 Sep 1998 19:30:00 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Enkhyl CC: Manfred Antar , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Enkhyl wrote: > On Fri, 25 Sep 1998, Edwin Culp wrote: > > > What's wrong with communicator-v45b2-export.x86-unknown-freebsd.tar.gz? I > > begining to almost like it:-) > > I haven't had any problems with my elf current. > > For the truly paranoid (like me), the problem is that it only has > export-grade crypto. But it works :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:49:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21517 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:49:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinky.tcn.net (comp30.tcn.net [209.135.79.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21512 for ; Fri, 25 Sep 1998 17:49:48 -0700 (PDT) (envelope-from krw@tcn.net) Received: from tcn.net (really [127.0.0.1]) by tcn.net via in.smtpd with esmtp (ident krw using rfc1413) id (Debian Smail3.2.0.101) for ; Fri, 25 Sep 1998 20:51:46 -0400 (EDT) Message-ID: <360C3A52.9557CD12@tcn.net> Date: Fri, 25 Sep 1998 20:50:26 -0400 From: Ken Westerback X-Mailer: Mozilla 4.5b2 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Installing 3.0-19980917 on 9GB Disk - "Unable to create root partition - too big?" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I downloaded the 3.0-19980917 snapshot to a couple of zip disks at work over our convenient fractional T1 connection and rushed home to install 3.0 on the partition I had saved for it on my 9GB disk. The disk is an IDE (wd0) in LBA mode using a BIOS geometry of 1247 cylinders, 255 heads, 63 sectors/track. I have partitioned it into 3 primary partitions and 1 extended partition. The first primary (2G) in Win98. The second primary (100MB) is my Linux root, the third primary (3G) is where I want to install FreeBSD and the extended (4G) is divided into various slices of my Linux installation. The partitions are ordered on the disk in the above order. By my calculation the third primary should occupy space < 1024 cylinders and I thought this was all I had to watch out for. I had installed OpenBSD into the third primary and it worked fine. So when I booted the FreeBSD floppy I just changed the type of the partition to 165 and tried to 'A'uto create the various file systems within it. When I did that I got the message "Unable to create root partition - Too big?" When I tried to manually create a 100MB root partition I got a similiar error. Does anyone have a suggestion as to what I need to do to get FreeBSD installed on this partition? Or can someone explain why it is impossible? I searched dejanews and the freebsd-current mailing list archive with no success. I have Partition Magic 4.0 so I can slide the partitions around (including the ext2 ones) to accomodate any required configuration. But I do need to keep Win98 and Linux around for the forseeable future ... ---- Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 17:53:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22088 for freebsd-current-outgoing; Fri, 25 Sep 1998 17:53:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22064 for ; Fri, 25 Sep 1998 17:53:14 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id KAA01139; Sat, 26 Sep 1998 10:22:56 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id KAA14190; Sat, 26 Sep 1998 10:22:54 +0930 (CST) Message-ID: <19980926102254.A26110@freebie.lemis.com> Date: Sat, 26 Sep 1998 10:22:54 +0930 From: Greg Lehey To: Glenn Johnson , current@FreeBSD.ORG Subject: Finding a.out shared libraries (was: Netscape no longer works with ELF system) References: <199809251628.LAA00399@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809251628.LAA00399@gforce.bellsouth.net>; from Glenn Johnson on Fri, Sep 25, 1998 at 11:28:36AM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 25 September 1998 at 11:28:36 -0500, Glenn Johnson wrote: > I have just brought up an entirely ELF system, including all ports. I do not > have any aout libraries built for ports, including XFree86. > > When I launch netscape now I get the following: > > ld.so failed: Can't find shared library "libXt.so.6.0" > > What should I do? > > The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to > libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. I'm not sure that the numerous replies have answered your question. One thing you should know is that ldconfig now requires an -aout flag to set the paths for a.out libraries. If you haven't updated your /etc/rc, you should do so (it doesn't get installed automatically with a make world). Alternatively, you can run ldconfig something like this: # ldconfig -aout /usr/lib/aout /usr/local/lib /usr/X11R6/lib Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:04:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23818 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:04:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23812 for ; Fri, 25 Sep 1998 18:04:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA02665; Fri, 25 Sep 1998 18:10:19 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809260110.SAA02665@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Joachim Kuebart cc: freebsd-current@FreeBSD.ORG (FreeBSD Current) Subject: Re: PCI DMA interface documentation In-reply-to: Your message of "Sat, 26 Sep 1998 02:27:21 +0200." <199809260027.CAA00298@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 18:10:19 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm trying to write a device driver that utilizes DMA transfers > to/from a PCI card. Does any documentation exist (apart from > /sys/pci/*.c) that tells me in what order I have to call which > functions in order to get things set up properly? I looked a lot > but somehow I must have missed it :-) DMA to/from PCI cards is handled by the card itself, so you will have to look at the documentation for the card. There are other lessons to learn as well, but that's where to start. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:17:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25542 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:17:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-30.ppp.wenet.net [206.15.84.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25533; Fri, 25 Sep 1998 18:17:12 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id SAA01739; Fri, 25 Sep 1998 18:19:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 25 Sep 1998 18:19:00 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Satoshi Asami cc: bright@hotjobs.com, pam@polynet.lviv.ua, freebsd-current@FreeBSD.ORG Subject: Re: Mesa2.6 port broken? In-Reply-To: <199809252334.QAA13616@silvia.hip.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1864185313-906772740=:244" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1864185313-906772740=:244 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 25 Sep 1998, Satoshi Asami wrote: [..] > * *beaming with pride* i got about 99% of kde ELF installed, so it IS > * possible to do it. qt, mesa and kde > > Do you want to send us (and the maintainer, se@freebsd.org) the patch > for kde? That's about the only biggie left. Ehm. What patches? Perhaps I've got an odd setup by not compiling with the ports, but KDE as of a few nights ago builds just fine (with egcs none the less). But if you're truely anal about only one library version being used, the attached (700byte) patch was sent to me to fix this. If it works, I'll commit it to the KDE tree when I get a chance. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | --0-1864185313-906772740=:244 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ltconfig.pat" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="ltconfig.pat" SW5kZXg6IGx0Y29uZmlnDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL3Vzci9ob21lL2N2cy9jdnNyb290L2tkZS9rZGVsaWJzL2x0Y29u ZmlnLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNw0KZGlmZiAtdSAtcjEu MTcgbHRjb25maWcNCi0tLSBsdGNvbmZpZwkxOTk4LzA5LzExIDE1OjU4OjI1 CTEuMTcNCisrKyBsdGNvbmZpZwkxOTk4LzA5LzIyIDA0OjExOjU4DQpAQCAt MTEyNSw3ICsxMTI1LDcgQEANCiANCiBmcmVlYnNkMiogfCBmcmVlYnNkMyop DQogICB2ZXJzaW9uX3R5cGU9c3Vub3MNCi0gIGxpYnJhcnlfbmFtZXNfc3Bl Yz0nJHtsaWJuYW1lfSR7cmVsZWFzZX0uc28uJHZlcnN1ZmZpeCcNCisgIGxp YnJhcnlfbmFtZXNfc3BlYz0nYGlmIFsgLXggL3Vzci9iaW4vb2JqZm9ybWF0 IF0gJiYgWyAiZWxmIiA9IFxgL3Vzci9iaW4vb2JqZm9ybWF0XGAgXTsgdGhl biBlY2hvICIke2xpYm5hbWV9JHtyZWxlYXNlfS5zby4ke21ham9yfSAkbGli bmFtZS5zbyI7IGVsc2UgZWNobyAiJHtsaWJuYW1lfSR7cmVsZWFzZX0uc28u JHt2ZXJzdWZmaXh9IjsgZmlgJw0KICAgZmluaXNoX2NtZHM9J1BBVEg9IiRQ QVRIOi9zYmluIiBsZGNvbmZpZyAtbSAkbGliZGlyJw0KICAgc2hsaWJwYXRo X3Zhcj1MRF9MSUJSQVJZX1BBVEgNCiAgIDs7DQo= --0-1864185313-906772740=:244-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:23:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26437 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:23:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25613 for ; Fri, 25 Sep 1998 18:17:42 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.org.mx (8.8.8/8.8.7) with ESMTP id SAA19942; Fri, 25 Sep 1998 18:56:55 -0500 (CDT) Message-ID: <360C2DC7.A88B4C0F@webwizard.org.mx> Date: Fri, 25 Sep 1998 18:56:55 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Manfred Antar CC: Enkhyl , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Netscape no longer works with ELF system References: <199809252011.NAA21684@pozo.pozo.com> <199809252046.NAA16616@pozo.pozo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What's wrong with communicator-v45b2-export.x86-unknown-freebsd.tar.gz? I begining to almost like it:-) I haven't had any problems with my elf current. ed Manfred Antar wrote: > At 01:25 PM 9/25/98 -0700, Enkhyl wrote: > >On Fri, 25 Sep 1998, Manfred Antar wrote: > > > >> >No you don't: > >> > > >> >/usr/local/lib/netscape.us/communicator-4.06.us.bin: > >> > libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 > >> > libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 > >> > libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 > >> > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6.0 > >> > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4.8 > >> > libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 > >> > libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 > >> > libdl.so.1 => /lib/libdl.so.1.7.14 > >> > libc.so.5 => /lib/libc.so.5.4.23 > >> > libg++.so.27 => /usr/lib/libg++.so.27.1.4 > >> > libstdc++.so.27 => /usr/lib/libstdc++.so.27.1.4 > >> > libm.so.5 => /lib/libm.so.5.0.8 > >> > ^^^^ > >> > this looks a bit odd, though. > >> > > >> These look like aout libs. > >> libc.so.5 ??? > >> As far as I know /usr/lib/libc.so.3 is the most current FreeBSD elf libc. > >> Something wrong here > >> are you running the Linux binary ? > >> Manfred > > > >Doh! I know where the difference lies. I'm using the linux version, so all > >the /lib libs are linux libs. All the X libs are FreeBSD ELF. > > > OK > well all my X11R6 libs don't have *.so.6.0 they are *.so.6 and are just > built today from the > x11/XFree86/ports. I was getting confused with your lib versions. > There is no native FreeBSD netscape yet. > Manfred > ============================== > || mantar@netcom.com || > || pozo@infinex.com || > || Ph. (415) 681-6235 || > ============================== > > 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 Sep 25 18:32:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27914 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:32:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27890; Fri, 25 Sep 1998 18:31:54 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id DAA21075; Sat, 26 Sep 1998 03:31:33 +0200 (CEST) (envelope-from sos) Message-Id: <199809260131.DAA21075@sos.freebsd.dk> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809252159.HAA18309@cimlogic.com.au> from John Birrell at "Sep 26, 98 07:59:33 am" To: jb@cimlogic.com.au (John Birrell) Date: Sat, 26 Sep 1998 03:31:33 +0200 (CEST) Cc: sos@FreeBSD.ORG, wwoods@cybcon.com, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to John Birrell who wrote: > Søren Schmidt wrote: > > In reply to William Woods who wrote: > > > > Yup I found out myself, my commit was a bit overdone, I'm currently > > waiting for a make world to run to its end... > > What happened to testing things out before committing? Good question, it worked here once and then failled bittlerly :( I've backed it out again... We still need to get the LKM's rebuild even on an ELF system though, but this was clearly not the way... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:34:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28271 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:34:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28192; Fri, 25 Sep 1998 18:33:43 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id DAA21087; Sat, 26 Sep 1998 03:33:33 +0200 (CEST) (envelope-from sos) Message-Id: <199809260133.DAA21087@sos.freebsd.dk> Subject: Re: Bad make world in -current.... In-Reply-To: from William Woods at "Sep 25, 98 05:08:56 pm" To: wwoods@cybcon.com Date: Sat, 26 Sep 1998 03:33:32 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to William Woods who wrote: > While compiling the latest make world with make -j4 -DNOAOUT world I got the > following.... Yup, I broke it :( but its fixed again... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:35:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28546 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:35:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28518; Fri, 25 Sep 1998 18:35:24 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@usr1-29.cybcon.com [205.147.76.30]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id SAA27187; Fri, 25 Sep 1998 18:35:16 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809260131.DAA21075@sos.freebsd.dk> Date: Fri, 25 Sep 1998 18:35:01 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: =?us-ascii?Q?S=F8ren?= Schmidt Subject: Re: Make worl error on -current elf ...please help Cc: freebsd-current@FreeBSD.ORG, (John Birrell) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26-Sep-98 Søren Schmidt wrote: > In reply to John Birrell who wrote: >> Søren Schmidt wrote: >> > In reply to William Woods who wrote: >> > >> > Yup I found out myself, my commit was a bit overdone, I'm currently >> > waiting for a make world to run to its end... >> >> What happened to testing things out before committing? > > Good question, it worked here once and then failled bittlerly :( > I've backed it out again... > > We still need to get the LKM's rebuild even on an ELF system though, > but this was clearly not the way... So, is that why I get THIS........ ----------------------------------- ld-tools --- @ --- --- machine --- machine -> /usr/local/src/sys/i386/include --- @ --- @ -> /usr/local/src/sys --- linux_genassym.o --- cc -c -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/usr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -UKERNEL /usr/local/src/lkm/linux/../../sys/i386/linux/linux_genassym.c --- linux_genassym --- cc -O -pipe -DLKM -DCOMPAT_LINUX -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I/usr/obj/elf/usr/local/src/lkm/linux -I/usr/obj/elf/usr/local/src/lkm/linux/@ -I/usr/obj/elf/usr/local/src/tmp/usr/include -aout -aout -static -o linux_genassym linux_genassym.o /usr/obj/elf/usr/local/src/tmp/usr/libexec/aout/ld: /usr/obj/elf/usr/local/src/tmp/usr/lib/libc.a(): bad magic *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ----------------------------------------------- --------------------- William Woods Date: 25-Sep-98 / Time: 18:33:06 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:37:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29120 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:37:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29079; Fri, 25 Sep 1998 18:37:18 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@usr1-29.cybcon.com [205.147.76.30]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id SAA27315; Fri, 25 Sep 1998 18:37:10 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809260133.DAA21087@sos.freebsd.dk> Date: Fri, 25 Sep 1998 18:36:55 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: =?us-ascii?Q?S=F8ren?= Schmidt Subject: Re: Bad make world in -current.... Cc: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ahh...thanks. PS....just a note here....you may have broken it but Fixed it in the same day...that is IMHO the mark of a fantastic developer. Responsiveness of the developers is one of the reasons I think FreeBSD is one of the best OS's around. On 26-Sep-98 Søren Schmidt wrote: > In reply to William Woods who wrote: >> While compiling the latest make world with make -j4 -DNOAOUT world I got >> the >> following.... > > Yup, I broke it :( but its fixed again... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end? > .. --------------------- William Woods Date: 25-Sep-98 / Time: 18:35:25 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 18:38:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29431 for freebsd-current-outgoing; Fri, 25 Sep 1998 18:38:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29361 for ; Fri, 25 Sep 1998 18:38:08 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id LAA16175; Sat, 26 Sep 1998 11:37:40 +1000 Date: Sat, 26 Sep 1998 11:37:40 +1000 From: Bruce Evans Message-Id: <199809260137.LAA16175@godzilla.zeta.org.au> To: archie@whistle.com, dholland@cs.toronto.edu Subject: Re: Current is Really Broken(tm) Cc: bright@hotjobs.com, current@FreeBSD.ORG, peter@netplex.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> My perspective on this is that disklabels and partitions are a >> protozoic kind of file system -- essentially, that the way to think >> about what needs to happen is that you need to mount `partitionfs' on >> the device /dev/wd0. This `mount' then supplies the other wd0* devices. >> (Whether it goes through the same code path as normal filesystem >> mounts, or looks at all like them, is unimportant. Bear with me.) >> >> This view of the world has two immediate consequences: >> 1) partition handling should be independent from disk drivers. >> 2) probing for partitions becomes relatively straightforward. > >This is just the idea that is realized by SLICE. This is exactly the opposite of what is realized by SLICE. SLICE does the "mount" at a deep level of the drivers (in an interrupt handler). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 19:34:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07340 for freebsd-current-outgoing; Fri, 25 Sep 1998 19:34:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07324; Fri, 25 Sep 1998 19:34:25 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id MAA01468; Sat, 26 Sep 1998 12:04:01 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id MAA20152; Sat, 26 Sep 1998 12:03:54 +0930 (CST) Message-ID: <19980926120354.F26110@freebie.lemis.com> Date: Sat, 26 Sep 1998 12:03:54 +0930 From: Greg Lehey To: sos@FreeBSD.ORG, John Birrell Cc: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG Subject: Re: Make worl error on -current elf ...please help References: <199809252159.HAA18309@cimlogic.com.au> <199809260131.DAA21075@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: =?iso-8859-1?Q?=3C199809260131=2EDAA21075=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Sat=2C_Sep_26=2C_1998_at_03:31:33AM_?= =?iso-8859-1?Q?+0200?= WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 26 September 1998 at 3:31:33 +0200, Søren Schmidt wrote: > In reply to John Birrell who wrote: >> Søren Schmidt wrote: >>> In reply to William Woods who wrote: >>> >>> Yup I found out myself, my commit was a bit overdone, I'm currently >>> waiting for a make world to run to its end... >> >> What happened to testing things out before committing? > > Good question, it worked here once and then failled bittlerly :( > I've backed it out again... > > We still need to get the LKM's rebuild even on an ELF system though, > but this was clearly not the way... I don't understand. I've been building LKMs on an ELF system for a week or two. The only problem is that they don't get built until you install (buildworld doesn't, installworld does). Am I missing something? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 19:35:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07390 for freebsd-current-outgoing; Fri, 25 Sep 1998 19:35:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07374; Fri, 25 Sep 1998 19:35:06 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id MAA01474; Sat, 26 Sep 1998 12:04:57 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id MAA20160; Sat, 26 Sep 1998 12:04:56 +0930 (CST) Message-ID: <19980926120456.G26110@freebie.lemis.com> Date: Sat, 26 Sep 1998 12:04:56 +0930 From: Greg Lehey To: wwoods@cybcon.com, =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: freebsd-current@FreeBSD.ORG, John Birrell Subject: Re: Make worl error on -current elf ...please help References: <199809260131.DAA21075@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: ; from William Woods on Fri, Sep 25, 1998 at 06:35:01PM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 25 September 1998 at 18:35:01 -0700, William Woods wrote: > > On 26-Sep-98 Søren Schmidt wrote: >> In reply to John Birrell who wrote: >>> Søren Schmidt wrote: >>>> In reply to William Woods who wrote: >>>> >>>> Yup I found out myself, my commit was a bit overdone, I'm currently >>>> waiting for a make world to run to its end... >>> >>> What happened to testing things out before committing? >> >> Good question, it worked here once and then failled bittlerly :( >> I've backed it out again... >> >> We still need to get the LKM's rebuild even on an ELF system though, >> but this was clearly not the way... > > So, is that why I get THIS........ Have you checked the version of Makefile.inc1 that you have? I cvsupped about 40 minutes ago, and it wasn't there yet. You need version 1.22. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 19:58:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA09369 for freebsd-current-outgoing; Fri, 25 Sep 1998 19:58:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gforce.bellsouth.net (host-209-214-149-68.msy.bellsouth.net [209.214.149.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA09364 for ; Fri, 25 Sep 1998 19:58:57 -0700 (PDT) (envelope-from glenn@bellsouth.net) Received: from gforce.bellsouth.net (localhost [127.0.0.1]) by gforce.bellsouth.net (8.9.1/8.9.1) with ESMTP id VAA08873; Fri, 25 Sep 1998 21:56:20 -0500 (CDT) (envelope-from glenn@gforce.bellsouth.net) Message-Id: <199809260256.VAA08873@gforce.bellsouth.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey Cc: current@FreeBSD.ORG From: Glenn Johnson Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: Message from Greg Lehey of "Sat, 26 Sep 1998 10:22:54 +0930." <19980926102254.A26110@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 21:56:19 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Friday, 25 September 1998 at 11:28:36 -0500, Glenn Johnson wrote: > > I have just brought up an entirely ELF system, including all ports. I do not > > have any aout libraries built for ports, including XFree86. > > > > When I launch netscape now I get the following: > > > > ld.so failed: Can't find shared library "libXt.so.6.0" > > > > What should I do? > > > > The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to > > libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. > > I'm not sure that the numerous replies have answered your question. > One thing you should know is that ldconfig now requires an -aout flag > to set the paths for a.out libraries. If you haven't updated your > /etc/rc, you should do so (it doesn't get installed automatically with > a make world). Alternatively, you can run ldconfig something like > this: > > # ldconfig -aout /usr/lib/aout /usr/local/lib /usr/X11R6/lib > > Greg > -- But I don't have the aout libs on this machine. Everything on this machine is ELF. I was hoping I had missed something but it seems like the X11R6 aout libraries will have to be built with the XFree86 port in order to maintain backward compatibility. Netscape works fine on machines that I have updated because it finds the aout libs in /usr/X11R6/lib/aout, but that is not the case with a fresh installation of 3.0Beta with ELFised ports. -- Glenn Johnson gljohns@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:01:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09602 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:01:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA09597 for ; Fri, 25 Sep 1998 20:01:18 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id MAA01539; Sat, 26 Sep 1998 12:31:10 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id MAA20216; Sat, 26 Sep 1998 12:31:05 +0930 (CST) Message-ID: <19980926123105.A20205@freebie.lemis.com> Date: Sat, 26 Sep 1998 12:31:05 +0930 From: Greg Lehey To: Glenn Johnson Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) References: <199809260256.VAA08873@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809260256.VAA08873@gforce.bellsouth.net>; from Glenn Johnson on Fri, Sep 25, 1998 at 09:56:19PM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 25 September 1998 at 21:56:19 -0500, Glenn Johnson wrote: >> On Friday, 25 September 1998 at 11:28:36 -0500, Glenn Johnson wrote: >>> I have just brought up an entirely ELF system, including all ports. I do not >>> have any aout libraries built for ports, including XFree86. >>> >>> When I launch netscape now I get the following: >>> >>> ld.so failed: Can't find shared library "libXt.so.6.0" >>> >>> What should I do? >>> >>> The library is in /usr/X11R6/lib. I made a symlink of libXt.so.6 to >>> libXt.so.6.0, ie., ln -sf libXt.so.6 libXt.so.6.0, but that did not work. >> >> I'm not sure that the numerous replies have answered your question. >> One thing you should know is that ldconfig now requires an -aout flag >> to set the paths for a.out libraries. If you haven't updated your >> /etc/rc, you should do so (it doesn't get installed automatically with >> a make world). Alternatively, you can run ldconfig something like >> this: >> >> # ldconfig -aout /usr/lib/aout /usr/local/lib /usr/X11R6/lib > > But I don't have the aout libs on this machine. Well, I suppose that's the problem :-) As long as you have a.out executables, you'll need the a.out libraries. > Netscape works fine on machines that I have updated because it finds > the aout libs in /usr/X11R6/lib/aout, but that is not the case with > a fresh installation of 3.0Beta with ELFised ports. Right. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:13:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA10763 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:13:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10753; Fri, 25 Sep 1998 20:13:28 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id NAA19228; Sat, 26 Sep 1998 13:20:04 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809260320.NAA19228@cimlogic.com.au> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809260131.DAA21075@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Sep 26, 98 03:31:33 am" To: sos@FreeBSD.ORG Date: Sat, 26 Sep 1998 13:20:04 +1000 (EST) Cc: jb@cimlogic.com.au, sos@FreeBSD.ORG, wwoods@cybcon.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > In reply to John Birrell who wrote: > > Søren Schmidt wrote: > > > In reply to William Woods who wrote: > > > > > > Yup I found out myself, my commit was a bit overdone, I'm currently > > > waiting for a make world to run to its end... > > > > What happened to testing things out before committing? > > Good question, it worked here once and then failled bittlerly :( > I've backed it out again... > > We still need to get the LKM's rebuild even on an ELF system though, > but this was clearly not the way... The correct way is: "don't use NOAOUT". That's for people who know what they are doing. The lkms _are_ built during `make world'. You are not helping! -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:15:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA11045 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:15:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA11025 for ; Fri, 25 Sep 1998 20:15:08 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id GAA00589 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 06:14:01 +0300 (EEST) Message-ID: <19980926061401.A510@matti.ee> Date: Sat, 26 Sep 1998 06:14:01 +0300 From: Vallo Kallaste To: freebsd-current@FreeBSD.ORG Subject: Cannot use sysinstall Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello ! I can't use sysinstall for a week or so, it complains about missing libncurses.so.4.-1. Though I see libncurses.so.4 under /usr/lib/aout, but ldconfig doesn't pick it up in any way. My system runs aout current, cvsup'd and world maked about 3 hours ago. What I'm missing here ? myhakas# /stand/sysinstall ld.so failed: Can't find shared library "libncurses.so.4.-1" myhakas# pwd /usr/lib/aout myhakas# ls -la libn* -r--r--r-- 1 root wheel 74748 Sep 26 04:52 libncurses.a -r--r--r-- 1 root wheel 69135 Sep 26 04:52 libncurses.so.3.1 -r--r--r-- 1 root wheel 269438 Sep 16 14:03 libncurses.so.4 myhakas# ldd /stand/sysinstall /stand/sysinstall: -ldialog.3 => /usr/lib/aout/libdialog.so.3.0 (0x20057000) -lncurses.3 => /usr/lib/aout/libncurses.so.3.1 (0x2006c000) -lmytinfo.2 => /usr/lib/aout/libmytinfo.so.2.0 (0x2007c000) -lncurses.4 => not found (0x0) -lutil.2 => /usr/lib/aout/libutil.so.2.2 (0x20091000) -lftpio.4 => /usr/lib/aout/libftpio.so.4.0 (0x20097000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2009b000) Ldconfig likes only libncurses.so.3.1 and it's interesting to know why :) Not that I'm missing sysinstall very much, but it saves my time sometimes. Can anybody enlighten me ? Thanks Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:27:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12691 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:27:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12686 for ; Fri, 25 Sep 1998 20:27:24 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id GAA00664 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 06:26:32 +0300 (EEST) Message-ID: <19980926062632.B510@matti.ee> Date: Sat, 26 Sep 1998 06:26:32 +0300 From: Vallo Kallaste To: freebsd-current@FreeBSD.ORG Subject: I'm sorry Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm very sorry, but this annoying ldconfig problem was very simple. Further look at the /usr/lib/aout shows that any shared library has two-numbering scheme and I think that is hardcoded into ldconfig, right ? Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:35:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13554 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:35:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gforce.bellsouth.net (host-209-214-148-78.msy.bellsouth.net [209.214.148.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13549 for ; Fri, 25 Sep 1998 20:35:35 -0700 (PDT) (envelope-from glenn@bellsouth.net) Received: from gforce.bellsouth.net (localhost [127.0.0.1]) by gforce.bellsouth.net (8.9.1/8.9.1) with ESMTP id WAA02457; Fri, 25 Sep 1998 22:34:42 -0500 (CDT) (envelope-from glenn@gforce.bellsouth.net) Message-Id: <199809260334.WAA02457@gforce.bellsouth.net> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey cc: current@FreeBSD.ORG From: Glenn Johnson Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: Message from Greg Lehey of "Sat, 26 Sep 1998 12:31:05 +0930." <19980926123105.A20205@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 1998 22:34:41 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ...snip... > >> # ldconfig -aout /usr/lib/aout /usr/local/lib /usr/X11R6/lib > > > > But I don't have the aout libs on this machine. > > Well, I suppose that's the problem :-) > > As long as you have a.out executables, you'll need the a.out > libraries. > > > Netscape works fine on machines that I have updated because it finds > > the aout libs in /usr/X11R6/lib/aout, but that is not the case with > > a fresh installation of 3.0Beta with ELFised ports. > > Right. > > Greg > -- OK, so I know I can grab the libraries from another machine. But let's say that someone does not have access to another machine with aout X11R6 libs, ie., a new user getting FreeBSD 3.0 from the CD when it is released. I am pretty sure they will want to run Netscape and probably some other aout precompiled binaries. How will this situation be handled? Should there be a compatibility package of aout libraries? I am not sure but I think some Linux distributions did that. Thanks. -- Glenn Johnson gljohns@bellsouth.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:37:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13789 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:37:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA13783 for ; Fri, 25 Sep 1998 20:37:35 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id NAA01654; Sat, 26 Sep 1998 13:07:22 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id NAA20307; Sat, 26 Sep 1998 13:07:20 +0930 (CST) Message-ID: <19980926130720.C20205@freebie.lemis.com> Date: Sat, 26 Sep 1998 13:07:20 +0930 From: Greg Lehey To: Glenn Johnson Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) References: <199809260334.WAA02457@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809260334.WAA02457@gforce.bellsouth.net>; from Glenn Johnson on Fri, Sep 25, 1998 at 10:34:41PM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 25 September 1998 at 22:34:41 -0500, Glenn Johnson wrote: > ...snip... > >>>> # ldconfig -aout /usr/lib/aout /usr/local/lib /usr/X11R6/lib >>> >>> But I don't have the aout libs on this machine. >> >> Well, I suppose that's the problem :-) >> >> As long as you have a.out executables, you'll need the a.out >> libraries. >> >>> Netscape works fine on machines that I have updated because it finds >>> the aout libs in /usr/X11R6/lib/aout, but that is not the case with >>> a fresh installation of 3.0Beta with ELFised ports. >> >> Right. > > OK, so I know I can grab the libraries from another machine. But let's say > that someone does not have access to another machine with aout X11R6 libs, > ie., a new user getting FreeBSD 3.0 from the CD when it is released. I am > pretty sure they will want to run Netscape and probably some other aout > precompiled binaries. How will this situation be handled? Should there be a > compatibility package of aout libraries? I am not sure but I think some Linux > distributions did that. A good point. I expected that this would be the case, but it doesn't do any harm to state it explicitly. Jordan, was this in your planning? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 20:42:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14443 for freebsd-current-outgoing; Fri, 25 Sep 1998 20:42:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14437; Fri, 25 Sep 1998 20:42:24 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA23504; Sat, 26 Sep 1998 13:42:15 +1000 Date: Sat, 26 Sep 1998 13:42:15 +1000 From: Bruce Evans Message-Id: <199809260342.NAA23504@godzilla.zeta.org.au> To: grog@lemis.com, jb@cimlogic.com.au, sos@FreeBSD.ORG Subject: Re: Make worl error on -current elf ...please help Cc: freebsd-current@FreeBSD.ORG, wwoods@cybcon.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> What happened to testing things out before committing? >> >> Good question, it worked here once and then failled bittlerly :( >> I've backed it out again... You apparently didn't test with a clean elf system. The -aout flag is forced for LKMs, since LKMs proper require it. The flag leaks into the building of utilities like linux_genassym. Therefore, the build fails unless aout libraries are present. aout libraries in /usr/lib/aout/ shouldn't be used for building the world, but are (because -nostdlib can't be used). aout libraries shouldn't be searched for in /usr/lib/, but are (most paths in $COMPILER_ENV are wrong - among other bugs, there are some hard-coded /usr/lib's and some elf paths which are wrong for aout). >> We still need to get the LKM's rebuild even on an ELF system though, >> but this was clearly not the way... See sys/i386/conf/Makefile.i386 for several rounds of fixes for the same bug in the kernel CFLAGS versus utilities CFLAGS. Building linux_genassym in LINT apparently avoids the bug because the build rule in sys/i386/conf/Makefile.i386 is too poorly maintained to ever have had -aout. >I don't understand. I've been building LKMs on an ELF system for a >week or two. The only problem is that they don't get built until you >install (buildworld doesn't, installworld does). Am I missing >something? installworld installs aout libraries. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 21:09:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16614 for freebsd-current-outgoing; Fri, 25 Sep 1998 21:09:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA16608 for ; Fri, 25 Sep 1998 21:09:06 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id AAA04707; Sat, 26 Sep 1998 00:08:43 -0400 (EDT) Date: Sat, 26 Sep 1998 00:08:43 -0400 (EDT) From: Chuck Robey To: Vallo Kallaste cc: freebsd-current@FreeBSD.ORG Subject: Re: I'm sorry In-Reply-To: <19980926062632.B510@matti.ee> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 26 Sep 1998, Vallo Kallaste wrote: > I'm very sorry, but this annoying ldconfig problem was very simple. Further > look at the /usr/lib/aout shows that any shared library has two-numbering > scheme and I think that is hardcoded into ldconfig, right ? That's what I've been reading here, yes. > > > Vallo Kallaste > vallo@matti.ee > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 22:50:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23447 for freebsd-current-outgoing; Fri, 25 Sep 1998 22:50:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA23438 for ; Fri, 25 Sep 1998 22:50:44 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: from kstreet.interlog.com (kws@kstreet.interlog.com [198.53.146.171]) by kstreet.interlog.com (8.9.1/8.8.8) with SMTP id BAA10788 for ; Sat, 26 Sep 1998 01:50:28 -0400 (EDT) (envelope-from kws@kstreet.interlog.com) Date: Sat, 26 Sep 1998 01:50:28 -0400 (EDT) From: Kevin Street To: freebsd-current@FreeBSD.ORG Subject: Softupdates panics Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here for your enjoyment are two softupdates panics. These are the first I've seen after months of softupdates use. They came shortly after I added `noatime' to two of my heavily used softupdates slices in /etc/fstab, but I have been in the habit of dynamically updating the mounts with noatime before make worlds with no problems. These happened in the middle of large port compiles. I've taken the noatime out of fstab and have survived a couple of passes through the same port build. The system is ELF built Sept 24. I do have the Sept 24 ffs_softdep.c. The softupdates drives are all IDE. I do have SCSI drives using CAM, but do not have softupdates enabled on them. IdlePTD 2326528 initial pcb at 212948 panicstr: softdep_disk_write_complete: lock is held panic messages: --- panic: newdirrem: inum 494166 should be 494160 syncing disks... panic: softdep_disk_write_complete: lock is held --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 268 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 #1 0xf0131fcb in panic ( fmt=0xf018e7cb "softdep_disk_write_complete: lock is held") at ../../kern/kern_shutdown.c:430 #2 0xf018e88b in softdep_disk_write_complete (bp=0xf32c4ea0) at ../../ufs/ffs/ffs_softdep.c:2922 #3 0xf014e4ef in biodone (bp=0xf32c4ea0) at ../../kern/vfs_bio.c:1915 #4 0xf01e4e8f in wdintr (unit=1) at ../../i386/isa/wd.c:1270 #5 0xf01ad2ee in vec15 () #6 0xf014e2cb in biowait (bp=0xf33182a0) at ../../kern/vfs_bio.c:1851 #7 0xf014c2e6 in bread (vp=0xf5b6bf60, blkno=64, size=8192, cred=0x0, bpp=0xf5c92b40) at ../../kern/vfs_bio.c:299 #8 0xf0189d50 in ffs_update (vp=0xf5b6bec0, access=0xf5c92ba8, modify=0xf5c92ba8, waitfor=0) at ../../ufs/ffs/ffs_inode.c:102 #9 0xf0193e49 in ffs_fsync (ap=0xf5c92be4) at ../../ufs/ffs/ffs_vnops.c:252 #10 0xf0192247 in ffs_sync (mp=0xf0914a00, waitfor=2, cred=0xf08fa800, p=0xf022d5dc) at vnode_if.h:499 #11 0xf0155127 in sync (p=0xf022d5dc, uap=0x0) at ../../kern/vfs_syscalls.c:527 #12 0xf0131ba2 in boot (howto=256) at ../../kern/kern_shutdown.c:201 #13 0xf0131fcb in panic (fmt=0xf018daf6 "newdirrem: inum %d should be %d") at ../../kern/kern_shutdown.c:430 #14 0xf018dc49 in newdirrem (bp=0xf32c9778, dp=0xf0b9ae00, ip=0xf0b89800, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2384 #15 0xf018da74 in softdep_setup_remove (bp=0xf32c9778, dp=0xf0b9ae00, ip=0xf0b89800, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2313 #16 0xf01967e7 in ufs_dirremove (dvp=0xf5c64c80, ip=0xf0b89800, flags=37900, isrmdir=0) at ../../ufs/ufs/ufs_lookup.c:895 #17 0xf01997dd in ufs_rename (ap=0xf5c92ea4) at ../../ufs/ufs/ufs_vnops.c:1230 #18 0xf019a989 in ufs_vnoperate (ap=0xf5c92ea4) at ../../ufs/ufs/ufs_vnops.c:2285 #19 0xf0157ce6 in rename (p=0xf5c89c40, uap=0xf5c92f84) at vnode_if.h:583 #20 0xf01b5a9f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272643708, tf_esi = -272641052, tf_ebp = -272643760, tf_isp = -171364396, tf_ebx = -272643701, tf_edx = -1, tf_ecx = 2, tf_eax = 128, tf_trapno = 12, tf_err = 2, tf_eip = 134528056, tf_cs = 31, tf_eflags = 662, tf_esp = -272645176, tf_ss = 39}) at ../../i386/i386/trap.c:1031 #21 0xf01abdbc in Xint0x80_syscall () #22 0x8048305 in ?? () #23 0x80480c9 in ?? () (kgdb) ********************************************************************** IdlePTD 2326528 initial pcb at 212948 panicstr: softdep_lock: locking against myself panic messages: --- panic: newdirrem: inum 494335 should be 494334 syncing disks... panic: softdep_lock: locking against myself --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 268 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 #1 0xf0131fcb in panic (fmt=0xf018add1 "softdep_lock: locking against myself") at ../../kern/kern_shutdown.c:430 #2 0xf018ae39 in acquire_lock (lk=0xf0200660) at ../../ufs/ffs/ffs_softdep.c:264 #3 0xf018e5df in initiate_write_inodeblock (inodedep=0xf0d7fa80, bp=0xf33406a8) at ../../ufs/ffs/ffs_softdep.c:2812 #4 0xf018e1cf in softdep_disk_io_initiation (bp=0xf33406a8) at ../../ufs/ffs/ffs_softdep.c:2671 #5 0xf015f3e6 in spec_strategy (ap=0xf5c46ae0) at ../../miscfs/specfs/spec_vnops.c:540 #6 0xf015eb29 in spec_vnoperate (ap=0xf5c46ae0) at ../../miscfs/specfs/spec_vnops.c:129 #7 0xf019a9b9 in ufs_vnoperatespec (ap=0xf5c46ae0) at ../../ufs/ufs/ufs_vnops.c:2303 #8 0xf014c54f in bwrite (bp=0xf33406a8) at vnode_if.h:891 #9 0xf0150ae6 in vop_stdbwrite (ap=0xf5c46b48) at ../../kern/vfs_default.c:284 #10 0xf0150921 in vop_defaultop (ap=0xf5c46b48) at ../../kern/vfs_default.c:130 #11 0xf015eb29 in spec_vnoperate (ap=0xf5c46b48) at ../../miscfs/specfs/spec_vnops.c:129 #12 0xf019a9b9 in ufs_vnoperatespec (ap=0xf5c46b48) at ../../ufs/ufs/ufs_vnops.c:2303 #13 0xf014cfcf in vfs_bio_awrite (bp=0xf33406a8) at vnode_if.h:1145 #14 0xf0193d6b in ffs_fsync (ap=0xf5c46be4) at ../../ufs/ffs/ffs_vnops.c:201 #15 0xf0192247 in ffs_sync (mp=0xf0914a00, waitfor=2, cred=0xf08fa800, p=0xf022d5dc) at vnode_if.h:499 #16 0xf0155127 in sync (p=0xf022d5dc, uap=0x0) at ../../kern/vfs_syscalls.c:527 #17 0xf0131ba2 in boot (howto=256) at ../../kern/kern_shutdown.c:201 #18 0xf0131fcb in panic (fmt=0xf018daf6 "newdirrem: inum %d should be %d") at ../../kern/kern_shutdown.c:430 #19 0xf018dc49 in newdirrem (bp=0xf333c960, dp=0xf0b8ce00, ip=0xf0f41800, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2384 #20 0xf018da74 in softdep_setup_remove (bp=0xf333c960, dp=0xf0b8ce00, ip=0xf0f41800, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2313 #21 0xf01967e7 in ufs_dirremove (dvp=0xf5e63e60, ip=0xf0f41800, flags=37900, isrmdir=0) at ../../ufs/ufs/ufs_lookup.c:895 #22 0xf01997dd in ufs_rename (ap=0xf5c46ea4) at ../../ufs/ufs/ufs_vnops.c:1230 #23 0xf019a989 in ufs_vnoperate (ap=0xf5c46ea4) at ../../ufs/ufs/ufs_vnops.c:2285 #24 0xf0157ce6 in rename (p=0xf5b6d900, uap=0xf5c46f84) at vnode_if.h:583 #25 0xf01b5a9f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272643708, tf_esi = -272641052, tf_ebp = -272643760, tf_isp = -171675692, tf_ebx = -272643701, tf_edx = -1, tf_ecx = 2, tf_eax = 128, tf_trapno = 12, tf_err = 2, tf_eip = 134528056, tf_cs = 31, tf_eflags = 662, tf_esp = -272645176, tf_ss = 39}) at ../../i386/i386/trap.c:1031 #26 0xf01abdbc in Xint0x80_syscall () #27 0x8048305 in ?? () #28 0x80480c9 in ?? () (kgdb) -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 23:36:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27132 for freebsd-current-outgoing; Fri, 25 Sep 1998 23:36:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27127 for ; Fri, 25 Sep 1998 23:36:31 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id JAA03550 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 09:35:35 +0300 (EEST) Message-ID: <19980926093533.A2349@matti.ee> Date: Sat, 26 Sep 1998 09:35:33 +0300 From: Vallo Kallaste To: freebsd-current@FreeBSD.ORG Subject: buildworld fails Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello ! I'm upgrading to recent -current from 980520-SNAP. Buildworld fails at: --- buf.o --- cc -O -pipe -I/usr/src/usr.bin/make -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/usr.bin/make/buf.c ...skipping... Extracting writemain (with variable substitutions) --- Config.pm --- miniperl /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/configpm Config.pm Porting/Glossary myconfig config.sh --- autosplit --- Can't locate Config.pm in @INC (@INC contains: /usr/obj/aout/usr/src/gnu/usr.bin /perl/perl/lib /usr/libdata/perl/5.00502/mach /usr/libdata/perl/5.00502 /usr/local/lib/perl/5.00502/i386-freebsd /usr/local/lib/perl/5.00502 .) at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/AutoSplit.pm line 4. BEGIN failed--compilation aborted at /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/AutoSplit.pm line 4. BEGIN failed--compilation aborted at -e line 1. *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Cvsup'd today. No softupdates and one IDE disk if that matters anyhow. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 23:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27653 for freebsd-current-outgoing; Fri, 25 Sep 1998 23:41:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27644 for ; Fri, 25 Sep 1998 23:41:05 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA07173; Sat, 26 Sep 1998 08:31:51 +0200 (CEST) To: Bruce Evans cc: archie@whistle.com, dholland@cs.toronto.edu, bright@hotjobs.com, current@FreeBSD.ORG, peter@netplex.com.au Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Sat, 26 Sep 1998 11:37:40 +1000." <199809260137.LAA16175@godzilla.zeta.org.au> Date: Sat, 26 Sep 1998 08:31:51 +0200 Message-ID: <7171.906791511@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809260137.LAA16175@godzilla.zeta.org.au>, Bruce Evans writes: >>> My perspective on this is that disklabels and partitions are a >>> protozoic kind of file system -- essentially, that the way to think >>> about what needs to happen is that you need to mount `partitionfs' on >>> the device /dev/wd0. This `mount' then supplies the other wd0* devices. >>> (Whether it goes through the same code path as normal filesystem >>> mounts, or looks at all like them, is unimportant. Bear with me.) >>> >>> This view of the world has two immediate consequences: >>> 1) partition handling should be independent from disk drivers. >>> 2) probing for partitions becomes relatively straightforward. >> >>This is just the idea that is realized by SLICE. > >This is exactly the opposite of what is realized by SLICE. SLICE >does the "mount" at a deep level of the drivers (in an interrupt >handler). ...Which was one of the most wrong things about it. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 23:41:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27751 for freebsd-current-outgoing; Fri, 25 Sep 1998 23:41:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27731; Fri, 25 Sep 1998 23:41:39 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id IAA23953; Sat, 26 Sep 1998 08:41:22 +0200 (CEST) (envelope-from sos) Message-Id: <199809260641.IAA23953@sos.freebsd.dk> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809260320.NAA19228@cimlogic.com.au> from John Birrell at "Sep 26, 98 01:20:04 pm" To: jb@cimlogic.com.au (John Birrell) Date: Sat, 26 Sep 1998 08:41:22 +0200 (CEST) Cc: sos@FreeBSD.ORG, jb@cimlogic.com.au, wwoods@cybcon.com, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to John Birrell who wrote: > > > > We still need to get the LKM's rebuild even on an ELF system though, > > but this was clearly not the way... > > The correct way is: "don't use NOAOUT". That's for people who know what > they are doing. The lkms _are_ built during `make world'. You are not > helping! Until we have a substitute for them, they should be build in all cases, as they are vital to the system functioning. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 25 23:45:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28472 for freebsd-current-outgoing; Fri, 25 Sep 1998 23:45:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28466; Fri, 25 Sep 1998 23:45:13 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id QAA19623; Sat, 26 Sep 1998 16:51:51 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809260651.QAA19623@cimlogic.com.au> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809260641.IAA23953@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Sep 26, 98 08:41:22 am" To: sos@FreeBSD.ORG Date: Sat, 26 Sep 1998 16:51:51 +1000 (EST) Cc: jb@cimlogic.com.au, sos@FreeBSD.ORG, wwoods@cybcon.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > In reply to John Birrell who wrote: > > > > > > We still need to get the LKM's rebuild even on an ELF system though, > > > but this was clearly not the way... > > > > The correct way is: "don't use NOAOUT". That's for people who know what > > they are doing. The lkms _are_ built during `make world'. You are not > > helping! > > Until we have a substitute for them, they should be build in all cases, > as they are vital to the system functioning. I keep repeating myself here. Sigh. They are. Don't use NOAOUT. It's like when you use NOPERL and ask why perl didn't get updated. If it hurts when you hit yourself on the head with a hammer, then don't hit yourself on the head with a hammer. Good grief! -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 00:27:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02974 for freebsd-current-outgoing; Sat, 26 Sep 1998 00:27:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02961; Sat, 26 Sep 1998 00:26:58 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id JAA06562; Sat, 26 Sep 1998 09:26:30 +0200 (SAT) From: John Hay Message-Id: <199809260726.JAA06562@zibbi.mikom.csir.co.za> Subject: Re: Weired top display at smp current kernel from today In-Reply-To: <199809252024.WAA00593@midten.fast.no> from "Tor.Egge@fast.no" at "Sep 25, 98 10:24:58 pm" To: Tor.Egge@fast.no Date: Sat, 26 Sep 1998 09:26:30 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Sounds like a bug in the ELF image activator. It's possible that > > something got bent when the corefile writing code went in (waves dead > > poultry speculatively). > > It is a bug in cpu_fork(). > > pcb_mpnest should be initialized to 1. > > Index: vm_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v > retrieving revision 1.109 > diff -u -r1.109 vm_machdep.c > --- vm_machdep.c 1998/08/18 07:46:58 1.109 > +++ vm_machdep.c 1998/09/25 20:22:52 > @@ -636,6 +649,9 @@ > * pcb2->pcb_onfault: cloned above (always NULL here?). > */ > > +#ifdef SMP > + pcb2->pcb_mpnest = 1; > +#endif > #ifdef VM86 > /* > * XXX don't copy the i/o pages. this should probably be fixed. > This fix it for me. ... This fix seems to be binary format neutral, so why didn't it happen with an aout /sbin/init? John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 00:31:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03358 for freebsd-current-outgoing; Sat, 26 Sep 1998 00:31:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03342 for ; Sat, 26 Sep 1998 00:31:21 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id AAA15684; Sat, 26 Sep 1998 00:32:01 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Greg Lehey cc: Glenn Johnson , current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-reply-to: Your message of "Sat, 26 Sep 1998 13:07:20 +0930." <19980926130720.C20205@freebie.lemis.com> Date: Sat, 26 Sep 1998 00:32:01 -0700 Message-ID: <15680.906795121@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A good point. I expected that this would be the case, but it doesn't > do any harm to state it explicitly. Jordan, was this in your > planning? I'm not sure what I plan to do WRT X yet since I have *only* a.out versions available right now and that constrains me somewhat. When and if I have a choice, I'll think about ways of providing both environments. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 00:51:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04653 for freebsd-current-outgoing; Sat, 26 Sep 1998 00:51:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA04647 for ; Sat, 26 Sep 1998 00:51:19 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id AAA03121; Sat, 26 Sep 1998 00:51:00 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <360C9CE3.8F3DF20B@dal.net> Date: Sat, 26 Sep 1998 00:50:59 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: John Birrell CC: freebsd-current@FreeBSD.ORG Subject: Re: Make world error on -current elf ...please help References: <199809260320.NAA19228@cimlogic.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > The correct way is: "don't use NOAOUT". That's for people who know what > they are doing. The lkms _are_ built during `make world'. You are not > helping! Several of us now have asked for detailed, step by step instructions on how to upgrade to the most recent 3.0 and unless I've missed it, it hasn't been posted yet. Personally I'd like instructions on coming from -Stable, I'm sure others could use instructions on doing just the elf bits, etc. A good place for these instructions would be the web page somewhere the main site that we could point people too. I realize that y'all are busy making the new stuff happen, but you can't expect people to do the upgrade and consequent beta-testing without a pointer in the right direction. I'm hoping that the 3.0 branch will soon actually settle down enough so that I can justify moving forward bravely myself. :) Hopeful for the future, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 01:13:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05972 for freebsd-current-outgoing; Sat, 26 Sep 1998 01:13:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05961 for ; Sat, 26 Sep 1998 01:13:18 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id KAA24173; Sat, 26 Sep 1998 10:12:59 +0200 (CEST) (envelope-from sos) Message-Id: <199809260812.KAA24173@sos.freebsd.dk> Subject: Re: ELF Build Problem? In-Reply-To: <199809252258.PAA08715@austin.polstra.com> from John Polstra at "Sep 25, 98 03:58:17 pm" To: jdp@polstra.com (John Polstra) Date: Sat, 26 Sep 1998 10:12:59 +0200 (CEST) Cc: shimon@simon-shapiro.org, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to John Polstra who wrote: > > /usr/obj/elf/usr/src/3.0/src/tmp/usr/libexec/aout/ld: > > /usr/obj/elf/usr/src/3.0/src/tmp/usr/lib/libc.a(): bad magic > > *** Error code 1 > > > > What am I doing wrong? > > Nothing, I think. It's really broken. I suspect it's caused by > this: > > sos 1998/09/25 01:58:50 PDT It was caused by that, I'm sorry for the mess, I should have tested it more than twice :( I've backed it out again.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 01:26:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06816 for freebsd-current-outgoing; Sat, 26 Sep 1998 01:26:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06810; Sat, 26 Sep 1998 01:26:18 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA06164; Sat, 26 Sep 1998 18:26:09 +1000 Date: Sat, 26 Sep 1998 18:26:09 +1000 From: Bruce Evans Message-Id: <199809260826.SAA06164@godzilla.zeta.org.au> To: jb@cimlogic.com.au, sos@FreeBSD.ORG Subject: Re: Make worl error on -current elf ...please help Cc: freebsd-current@FreeBSD.ORG, wwoods@cybcon.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> In reply to John Birrell who wrote: >> > > >> > > We still need to get the LKM's rebuild even on an ELF system though, >> > > but this was clearly not the way... >> > >> > The correct way is: "don't use NOAOUT". That's for people who know what >> > they are doing. The lkms _are_ built during `make world'. You are not >> > helping! >> >> Until we have a substitute for them, they should be build in all cases, >> as they are vital to the system functioning. > >I keep repeating myself here. Sigh. They are. Don't use NOAOUT. It's like >when you use NOPERL and ask why perl didn't get updated. If it hurts when >you hit yourself on the head with a hammer, then don't hit yourself >on the head with a hammer. Good grief! NOAOUT has very little to do with the problem. The problems are that the aout libraries are not built and installed in $WORLDTMP before they are used for linking certain lkm tools, and that these lkm tools are built with -aout in CFLAGS, and that the problem is not seen in polluted test environments because stale aout libraries are found in /usr/lib/aout, and that libraries outside of $WORLDTMP are found at all. Not using NOAOUT just arranges for a polluted test environment by installing the aout libraries. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 01:32:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA07312 for freebsd-current-outgoing; Sat, 26 Sep 1998 01:32:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA07304; Sat, 26 Sep 1998 01:32:18 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id SAA19911; Sat, 26 Sep 1998 18:38:39 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809260838.SAA19911@cimlogic.com.au> Subject: Re: Make worl error on -current elf ...please help In-Reply-To: <199809260826.SAA06164@godzilla.zeta.org.au> from Bruce Evans at "Sep 26, 98 06:26:09 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 26 Sep 1998 18:38:30 +1000 (EST) Cc: jb@cimlogic.com.au, sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, wwoods@cybcon.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > NOAOUT has very little to do with the problem. The problems are that the > aout libraries are not built and installed in $WORLDTMP before they are > used for linking certain lkm tools, and that these lkm tools are built > with -aout in CFLAGS, and that the problem is not seen in polluted test > environments because stale aout libraries are found in /usr/lib/aout, > and that libraries outside of $WORLDTMP are found at all. Not using > NOAOUT just arranges for a polluted test environment by installing the > aout libraries. Would installing all the aout libraries in $WORLDTMP be the simplest solution given that lkms in aout format have a limited life expectancy? Is this only a `make world' & $WORLDTMP problem? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 01:35:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA07566 for freebsd-current-outgoing; Sat, 26 Sep 1998 01:35:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA07560; Sat, 26 Sep 1998 01:35:34 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA14017; Sat, 26 Sep 1998 08:47:59 +0200 From: Luigi Rizzo Message-Id: <199809260647.IAA14017@labinfo.iet.unipi.it> Subject: Re: cd9660 mounts... To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 26 Sep 1998 08:47:58 +0200 (MET DST) Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG In-Reply-To: <199809251242.OAA12463@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 25, 98 02:42:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yesterday i mentioned that it was not possible (at least on 2.2.6) to mount CD9660 disks where the data track was not at offset 0 (i.e. the first track on the disk). I have looked at the code in /sys/isofs/cd9660/ and my impression is that the same problem exists on -current, although the mount might work if the data track has info on its ABSOLUTE location on disk. For sure, it will NOT work with mkisofs-generated files. In order to enable mounting for multitrack CDs, i thought at first it was just a matter to account for the start-of-track offset in the bread() calls in /sys/isofs/cd9660/, but it seems not to be the case since there are VREF/vget calls which appear to get confused by this. An alternative hack (which seems to work and requires very little modification -- just 4 lines in the device driver!) is to use the device minor number to identify the track, so that you can say mount -t cd9660 -o -s=0 /dev/wcd0tN /cdrom to mount the n-th track. In the above you _need_ to specify the "-s=0" option to mount_cd9660 because otherwise it tries to access the last data track on the disk. Opinions ? Is this something worth adding to the system ? It is totally backward compatible and nonintrusive. cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 01:37:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA07768 for freebsd-current-outgoing; Sat, 26 Sep 1998 01:37:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA07763 for ; Sat, 26 Sep 1998 01:37:09 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA21095; Sat, 26 Sep 1998 10:37:01 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 26 Sep 1998 10:37:01 +0200 (MET DST) Mime-Version: 1.0 To: "John W. DeBoskey" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Massive devfs confusion References: <199809242242.SAA00779@bb01f39.unx.sas.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 26 Sep 1998 10:37:00 +0200 In-Reply-To: "John W. DeBoskey"'s message of "Thu, 24 Sep 1998 18:42:51 -0400 (EDT)" Message-ID: Lines: 25 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA07764 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "John W. DeBoskey" writes: > ps: I had to create a /dev/xpt0 by hand for camcontrol, it isn't > in MAKEDEV. Yes it is: finrod@niobe ~$ ident /dev/MAKEDEV /dev/MAKEDEV: $Id: MAKEDEV,v 1.172 1998/09/16 00:10:26 ken Exp $ finrod@niobe ~$ grep xpt /dev/MAKEDEV sh MAKEDEV pass4 xpt2 # cdev, CAM xpt*) name=xpt units=èxpr $i : 'xpt\(.*\)'` I assume that you of course did the natural and sensible thing on C-day: # cp /usr/src/etc/etc.i386/MAKEDEV /dev # cd /dev # sh MAEDEV all DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 02:01:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA09607 for freebsd-current-outgoing; Sat, 26 Sep 1998 02:01:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA09598; Sat, 26 Sep 1998 02:00:57 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id TAA07704; Sat, 26 Sep 1998 19:00:48 +1000 Date: Sat, 26 Sep 1998 19:00:48 +1000 From: Bruce Evans Message-Id: <199809260900.TAA07704@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: Make worl error on -current elf ...please help Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG, wwoods@cybcon.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> NOAOUT has very little to do with the problem. The problems are that the >> aout libraries are not built and installed in $WORLDTMP before they are >> used for linking certain lkm tools, and that these lkm tools are built >> with -aout in CFLAGS, and that the problem is not seen in polluted test >Would installing all the aout libraries in $WORLDTMP be the simplest >solution given that lkms in aout format have a limited life expectancy? >Is this only a `make world' & $WORLDTMP problem? Simplest: use ${CFLAGS:N-aout:N-elf} instead of ${CFLAGS} for building linux_genassym. Correct: use the same rules as the kernel Makefile for building linux_genassym. The latter are currently given in files.i386. I don't like putting elaborate rules in conf/files i386/conf/files.i386. They clutter the files lists and are harder to write than rules in Makefiles, and still aren't visible in LKM makefiles. Perhaps the rules should be collected in bsd.kern.mk. Then they would only do anything (except waste a tiny amount of time) if the files that they are for are actually used. Most of the rules in Makefile.i386 aren't i386-specific and could go there too. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 03:03:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA13801 for freebsd-current-outgoing; Sat, 26 Sep 1998 03:03:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from goliath.camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA13782 for ; Sat, 26 Sep 1998 03:03:00 -0700 (PDT) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au (dialup-ad-14-9.camtech.net.au [203.55.242.137]) by goliath.camtech.net.au (8.8.5/8.8.2) with ESMTP id TAA28817; Sat, 26 Sep 1998 19:31:56 +0930 (CST) Message-ID: <360CBAA4.697E8EB3@camtech.net.au> Date: Sat, 26 Sep 1998 19:27:56 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-BETA i386) X-Accept-Language: en MIME-Version: 1.0 To: Joao Carlos Mendes Luis , freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: ports/www/netscape4-navigator Makefileports/www/netscape4-navigator/files md5 netscape.shports/www/netscape4-n References: <199809231747.OAA27541@roma.coe.ufrj.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Good too see that someone else has the same problem. I am a heavy user of Netscape, not only processing all my 200+ message a day email but often running many browser windows (10, 15+). However most of my crashes are due to using email only (as thats what I do most of my life!!). This is with 4.05, 4.06 or 4.5pr1. I'm pretty sure that the frequency of crashes increased at at certain point in time. The type of crash has changed as well. For quite a while Netscape was giving signal 11 crashes (a year ago or so). But after that something changed and it always crashes with a signal 10 these days. I hope others can confirm this. I'd hate 3.0R to be released with a significant VM bug. Joao Carlos Mendes Luis wrote: > > #define quoting(Matthew Thyer) > // I get crashes with signal 10's quite often with any netscape > // 4.* (.05,.06,.5) that I try. > > Me too. I got back to Netscape 3 because I was tired of restarting > everytime. I use it only for browsing, and in -stable. Several > window instances, tough. Sometimes more than 10. That's an effect of > being on the other side of a slow link. > > Jonny > > PS: I'll not even mention mozilla in this respect. Netscape has > surely learnt something from M$. :) > > -- > Joao Carlos Mendes Luis M.Sc. Student > jonny@jonny.eng.br Universidade Federal do Rio de Janeiro > "This .sig is not meant to be politically correct." -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 03:25:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15275 for freebsd-current-outgoing; Sat, 26 Sep 1998 03:25:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15266 for ; Sat, 26 Sep 1998 03:25:55 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id MAA03583 for ; Sat, 26 Sep 1998 12:26:01 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id MAA00387 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 12:28:33 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809261028.MAA00387@yacht.domestic.de> Subject: Re: Mesa port broken? To: freebsd-current@FreeBSD.ORG (FreeBSD Current) Date: Sat, 26 Sep 1998 12:28:33 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, a while ago I sent these qt-elf and kde-elf patches to this list, but they were unwelcome. Maybe they can be of help now: It's been some time since I used these. bsd.port.mk has changed a lot so maybe they won't work anymore... Index: Makefile =================================================================== RCS file: /usr/CVS-Repository/ports/x11/kdebase/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 1998/08/12 06:29:35 1.17 +++ Makefile 1998/09/03 18:19:36 @@ -25,6 +25,7 @@ USE_QT= yes HAS_CONFIGURE= yes CONFIGURE_ARGS= "--prefix=$(PREFIX)" \ + "--with-qt-libraries=$(X11BASE)/lib" \ "--with-extra-includes=$(PREFIX)/include/giflib" CONFIGURE_ENV= CXXFLAGS="$(CFLAGS)" \ Index: Makefile =================================================================== RCS file: /usr/CVS-Repository/ports/x11/kdelibs/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- Makefile 1998/08/12 06:29:36 1.16 +++ Makefile 1998/09/03 19:24:47 @@ -20,7 +20,8 @@ HAS_CONFIGURE= yes CONFIGURE_ARGS= "--prefix=$(PREFIX)" \ "--x-inc=$(X11BASE)/include" \ - "--x-lib=$(X11BASE)/lib" + "--x-lib=$(X11BASE)/lib" \ + "--with-qt-libraries=$(X11BASE)/lib" CONFIGURE_ENV= CXXFLAGS="$(CFLAGS)" .include Index: Makefile =================================================================== RCS file: /usr/CVS-Repository/ports/graphics/kdegraphics/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile 1998/08/12 06:29:29 1.11 +++ Makefile 1998/09/03 22:50:11 @@ -25,6 +25,7 @@ USE_QT= yes HAS_CONFIGURE= yes CONFIGURE_ARGS= "--prefix=$(PREFIX)" \ + "--with-qt-libraries=$(X11BASE)/lib" \ "--with-extra-includes=$(PREFIX)/include/giflib" CONFIGURE_ENV= CXXFLAGS="$(CFLAGS)" \ Index: Makefile =================================================================== RCS file: /usr/CVS-Repository/ports/misc/kdeutils/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 1998/08/12 06:29:31 1.17 +++ Makefile 1998/09/03 22:33:23 @@ -25,6 +25,7 @@ USE_QT= yes HAS_CONFIGURE= yes CONFIGURE_ARGS= "--prefix=$(PREFIX)" \ + "--with-qt-libraries=$(X11BASE)/lib" \ "--with-extra-includes=$(PREFIX)/include/giflib" CONFIGURE_ENV= CXXFLAGS="$(CFLAGS)" \ Index: patches/patch-aa =================================================================== RCS file: /usr/CVS-Repository/ports/x11-toolkits/qt140/patches/patch-aa,v retrieving revision 1.1 diff -u -r1.1 patch-aa --- patch-aa 1998/07/20 16:51:18 1.1 +++ patch-aa 1998/09/03 20:39:10 @@ -1,13 +1,31 @@ --- configs/freebsd-g++-shared.orig Thu Jul 9 21:24:33 1998 -+++ configs/freebsd-g++-shared Sun Jul 19 13:31:29 1998 -@@ -39,7 +39,14 @@ ++++ configs/freebsd-g++-shared Thu Sep 3 22:37:06 1998 +@@ -23,7 +23,7 @@ + + # Linking applications + SYSCONF_LINK = g++ +-SYSCONF_LFLAGS = ++SYSCONF_LFLAGS = -rpath /usr/X11R6/lib + SYSCONF_LIBS = + + # Link flags shared objects +@@ -37,9 +37,23 @@ + # - Place target in $(DESTDIR) - which has a trailing / + # - Usually needs to incorporate $(VER_MAJ) and $(VER_MIN) # ++SYSCONF_ELF = $(shell printf "\#ifdef __ELF__\nelf\n\#endif" | \ ++ cc -E -P -) ++ifeq ($(strip $(SYSCONF_ELF)), elf) ++SYSCONF_CXXRT0 = ++else ++SYSCONF_CXXRT0 = /usr/lib/c++rt0.o ++endif SYSCONF_LINK_SHLIB = ld SYSCONF_LINK_TARGET_SHARED = lib$(TARGET).so.$(VER_MAJ).$(VER_MIN) -SYSCONF_LINK_LIB_SHARED = $(LINK) -Bshareable $(LFLAGS) -o $(TARGETD) `lorder /usr/lib/c++rt0.o $(OBJECTS) $(OBJMOC) | tsort` $(LIBS) +SYSCONF_LINK_LIB_SHARED = $(SYSCONF_LINK_SHLIB) -Bshareable \ + $(LFLAGS) -o $(SYSCONF_LINK_TARGET_SHARED) \ -+ `lorder /usr/lib/c++rt0.o $(OBJECTS) $(OBJMOC) | tsort` $(LIBS); \ ++ `lorder $(SYSCONF_CXXRT0) $(OBJECTS) $(OBJMOC) | tsort` $(LIBS); \ + mv $(SYSCONF_LINK_TARGET_SHARED) $(DESTDIR); \ + cd $(DESTDIR); \ + rm -f lib$(TARGET).so lib$(TARGET).so.$(VER_MAJ); \ @@ -16,7 +34,7 @@ # Linking static libraries # - Build the $(TARGET) library, eg. lib$(TARGET).a -@@ -50,11 +57,11 @@ +@@ -50,11 +64,11 @@ SYSCONF_LINK_LIB_STATIC = rm -f $(DESTDIR)$(SYSCONF_LINK_TARGET_STATIC); \ $(SYSCONF_AR) $(DESTDIR)$(SYSCONF_LINK_TARGET_STATIC) $(OBJECTS) $(OBJMOC) # Compiling application source cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 03:37:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15934 for freebsd-current-outgoing; Sat, 26 Sep 1998 03:37:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15929 for ; Sat, 26 Sep 1998 03:37:12 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA28232 for ; Sat, 26 Sep 1998 12:37:05 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 26 Sep 1998 12:37:04 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: Argh! Gremlins in my puter! Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 26 Sep 1998 12:37:04 +0200 Message-ID: Lines: 6 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA15930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Netscape Navigator 4.06 SIGBUSed on me today, after several weeks of not seeing the problems everybody's talking about :( DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:08:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22182 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:08:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22177 for ; Sat, 26 Sep 1998 04:08:10 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id NAA12397 for freebsd-current@FreeBSD.ORG; Sat, 26 Sep 1998 13:08:01 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 2AB25155B; Sat, 26 Sep 1998 13:00:56 +0200 (CEST) Date: Sat, 26 Sep 1998 13:00:55 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics Message-ID: <19980926130055.A17294@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Kevin Street on Sat, Sep 26, 1998 at 01:50:28AM -0400 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Kevin Street: > added `noatime' to two of my heavily used softupdates slices in noatime with SU is a known Bad Thing[tm]. We should probably refuse to use bth at the same time. noatime seems to be unnecessary with SU anyway. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:18:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22864 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:18:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22859 for ; Sat, 26 Sep 1998 04:18:12 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id VAA20210; Sat, 26 Sep 1998 21:24:46 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809261124.VAA20210@cimlogic.com.au> Subject: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: <360C9CE3.8F3DF20B@dal.net> from Studded at "Sep 26, 98 00:50:59 am" To: Studded@dal.net (Studded) Date: Sat, 26 Sep 1998 21:24:46 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded wrote: > Several of us now have asked for detailed, step by step instructions on > how to upgrade to the most recent 3.0 and unless I've missed it, it > hasn't been posted yet. Personally I'd like instructions on coming from > -Stable, I'm sure others could use instructions on doing just the elf > bits, etc. A good place for these instructions would be the web page > somewhere the main site that we could point people too. > > I realize that y'all are busy making the new stuff happen, but you > can't expect people to do the upgrade and consequent beta-testing > without a pointer in the right direction. I'm hoping that the 3.0 branch > will soon actually settle down enough so that I can justify moving > forward bravely myself. :) OK, I've had a go at doing this. Have a look at http://www.cimlogic.com.au/ and let me know if this was the sort of thing you were expecting. If so, we can put it on www.freebsd.org. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:18:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22900 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:18:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22892 for ; Sat, 26 Sep 1998 04:18:27 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id UAA09283; Sat, 26 Sep 1998 20:48:18 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA06032; Sat, 26 Sep 1998 20:48:17 +0930 Date: Sat, 26 Sep 1998 20:48:17 +0930 (CST) From: Kris Kennaway To: brian@worldcontrol.com Cc: freebsd-current@FreeBSD.ORG Subject: Re: egcs port fails to compile In-Reply-To: <19980925135154.A10680@top.worldcontrol.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998 brian@worldcontrol.com wrote: > /var/tmp/ccVF1so1.s: Assembler messages: > /var/tmp/ccVF1so1.s:127: Error: Alignment not a power of 2 > gmake[2]: *** [libgcc2.a] Error 1 I successfully made an ELF version of egcs-19980921 last night, by doing a 'configure --host=i386-unknown-freebsdelf,' and then editing gcc/Makefile and deleting the two references to the java subdirectory (this was giving me compile errors). The port doesn't currently build an ELF compiler and probably isnt much use if you just build it without the above tweak. I'm currently in the middle of rebuilding the 3.0 source tree with the new compiler to see if there are any other gotchas with it. (currently only the same old problems have been showing up with certain bits nt being buildable for various reasons). Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:33:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA24254 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:33:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA24248 for ; Sat, 26 Sep 1998 04:33:38 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:yN7Ec09Z1OYQ4avTsHF2yyshZYceeUBp@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA23011; Sat, 26 Sep 1998 13:33:00 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809261133.NAA23011@gratis.grondar.za> To: Chan Yiu Wah cc: freebsd-current@FreeBSD.ORG Subject: Re: how to make world in elf In-Reply-To: Your message of " Sat, 26 Sep 1998 07:16:52 +0800." <199809252316.HAA05552@b1.hkstar.com> References: <199809252316.HAA05552@b1.hkstar.com> Date: Sat, 26 Sep 1998 13:32:58 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chan Yiu Wah wrote: > Hello, > > I would like to know the proper steps to make world in elf as I had tried > several times without success. > > 1. make -DNOSECURE -DNOCRYPT world (set OBJFORMAT=elf in /etc/objformat) > error -> /usr/lib/crt1.0 cannot recognised file format. > > 2. make -DNOSECURE -DNOCRYPT aout-to-elf (no OBJFORMAT=elf) > error -> cannot find /usr/lib/begincrt.o > > Can anyone show the the steps ? Thanks. Look at the docs in src/Makefile* M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:48:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25031 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:48:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA25026 for ; Sat, 26 Sep 1998 04:48:33 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:jl+V4bSKOA2mqHk0Pef2fiYY9anqIFlG@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA28764; Sat, 26 Sep 1998 13:48:11 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809261148.NAA28764@gratis.grondar.za> To: vallo@matti.ee cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails In-Reply-To: Your message of " Sat, 26 Sep 1998 09:35:33 +0300." <19980926093533.A2349@matti.ee> References: <19980926093533.A2349@matti.ee> Date: Sat, 26 Sep 1998 13:48:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > Hello ! > > I'm upgrading to recent -current from 980520-SNAP. Buildworld fails at: How did you do the build? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 04:59:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25863 for freebsd-current-outgoing; Sat, 26 Sep 1998 04:59:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA25858 for ; Sat, 26 Sep 1998 04:59:42 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA25922; Sat, 26 Sep 1998 05:00:26 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: Studded@dal.net (Studded), current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-reply-to: Your message of "Sat, 26 Sep 1998 21:24:46 +1000." <199809261124.VAA20210@cimlogic.com.au> Date: Sat, 26 Sep 1998 05:00:26 -0700 Message-ID: <25918.906811226@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK, I've had a go at doing this. Have a look at http://www.cimlogic.com.au/ > and let me know if this was the sort of thing you were expecting. If so, > we can put it on www.freebsd.org. This looks quite good! Erm, were you going to add the NOCONFIRM changes for disabling the prompting and document that part also before releasing this more widely though, right? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 05:15:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA26762 for freebsd-current-outgoing; Sat, 26 Sep 1998 05:15:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA26756; Sat, 26 Sep 1998 05:15:01 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA24718; Sat, 26 Sep 1998 14:14:49 +0200 (CEST) (envelope-from sos) Message-Id: <199809261214.OAA24718@sos.freebsd.dk> Subject: Re: cd9660 mounts... In-Reply-To: <199809260647.IAA14017@labinfo.iet.unipi.it> from Luigi Rizzo at "Sep 26, 98 08:47:58 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 26 Sep 1998 14:14:48 +0200 (CEST) Cc: luigi@labinfo.iet.unipi.it, current@FreeBSD.ORG, sos@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Luigi Rizzo who wrote: > > An alternative hack (which seems to work and requires very little > modification -- just 4 lines in the device driver!) is to use the > device minor number to identify the track, so that you can say > > mount -t cd9660 -o -s=0 /dev/wcd0tN /cdrom > > to mount the n-th track. > > In the above you _need_ to specify the "-s=0" option to mount_cd9660 > because otherwise it tries to access the last data track on the disk. > > Opinions ? Is this something worth adding to the system ? It is totally > backward compatible and nonintrusive. I think this method is the best one, we can keep the mods in the atapi-cd devicedriver which still is sortof alpha code. That wont make it work for SCSI CDROM's, but that just too bad... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 05:37:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28129 for freebsd-current-outgoing; Sat, 26 Sep 1998 05:37:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28124 for ; Sat, 26 Sep 1998 05:37:07 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id PAA13933; Sat, 26 Sep 1998 15:35:13 +0300 (EEST) Message-ID: <19980926153513.A13904@matti.ee> Date: Sat, 26 Sep 1998 15:35:13 +0300 From: Vallo Kallaste To: Mark Murray Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails Reply-To: vallo@matti.ee References: <19980926093533.A2349@matti.ee> <199809261148.NAA28764@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809261148.NAA28764@gratis.grondar.za>; from Mark Murray on Sat, Sep 26, 1998 at 01:48:10PM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > > I'm upgrading to recent -current from 980520-SNAP. Buildworld fails at: > > How did you do the build? *** I installed 980520-SNAP from scratch, copied recent src-tree ( /usr/src ) from my own -current aout machine and then maked buildworld. make -j2 -DCLOBBER -DNOGAMES buildworld Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 06:07:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00815 for freebsd-current-outgoing; Sat, 26 Sep 1998 06:07:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00810 for ; Sat, 26 Sep 1998 06:07:20 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:qT7wvC+jHZhl3Qhy7bwgSxm+s9YlIFmD@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id PAA14975; Sat, 26 Sep 1998 15:06:53 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809261306.PAA14975@gratis.grondar.za> To: vallo@matti.ee cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails In-Reply-To: Your message of " Sat, 26 Sep 1998 15:35:13 +0300." <19980926153513.A13904@matti.ee> References: <19980926093533.A2349@matti.ee> <199809261148.NAA28764@gratis.grondar.za> <19980926153513.A13904@matti.ee> Date: Sat, 26 Sep 1998 15:06:49 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > Mark Murray wrote: > > > > I'm upgrading to recent -current from 980520-SNAP. Buildworld fails at: > > > > How did you do the build? > > *** > > I installed 980520-SNAP from scratch, copied recent src-tree ( /usr/src ) from > my own -current aout machine and then maked buildworld. > > make -j2 -DCLOBBER -DNOGAMES buildworld What is in /etc/make.conf? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 06:18:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01892 for freebsd-current-outgoing; Sat, 26 Sep 1998 06:18:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01887 for ; Sat, 26 Sep 1998 06:18:04 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (root@woof.lan.awfulhak.org [172.16.0.7]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id OAA06970; Sat, 26 Sep 1998 14:08:33 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@localhost [127.0.0.1]) by woof.lan.awfulhak.org (8.9.1/8.9.1) with ESMTP id OAA02084; Sat, 26 Sep 1998 14:08:39 +0100 (BST) (envelope-from brian@woof.lan.awfulhak.org) Message-Id: <199809261308.OAA02084@woof.lan.awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics In-reply-to: Your message of "Sat, 26 Sep 1998 13:00:55 +0200." <19980926130055.A17294@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Sep 1998 14:08:38 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > According to Kevin Street: > > added `noatime' to two of my heavily used softupdates slices in > > noatime with SU is a known Bad Thing[tm]. We should probably refuse to use > bth at the same time. noatime seems to be unnecessary with SU anyway. I didn't know it was bad - in fact I mount most of my filesystems with softupdates and noatime.... > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 06:35:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03125 for freebsd-current-outgoing; Sat, 26 Sep 1998 06:35:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-040.dublin.indigo.ie [194.125.134.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03115 for ; Sat, 26 Sep 1998 06:35:36 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id OAA00354; Sat, 26 Sep 1998 14:28:28 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809261328.OAA00354@indigo.ie> Date: Sat, 26 Sep 1998 14:28:27 +0000 In-Reply-To: <199809240047.RAA15840@usr07.primenet.com>; Terry Lambert Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: Terry Lambert Subject: Re: DEVFS & SLICE? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 24, 12:47am, Terry Lambert wrote: } Subject: Re: DEVFS & SLICE? > > > > I tried DEVFS for the first time today and thats about what I see > > too. What exactly is its purpose -- to replace a shell script? Am > > I missing something or is this a solution looking for a problem? > > 1) To never have the possibility of the /dev directory having > out-of-date contents. Fair enough. This has never been a killer issue AFAIR though its still useful. > 2) To allow NFS booting from systems that don't support the 32 > bit minor device numbers required by FreeBSD. Eh? > 3) To move the maintenance of the MAKEDEV into the same source > file as the device being maintained, such that coherency is > automatic. MAKEDEV should probably be built from a file which describes kernel devices, maintanence of this would be so easy as to be a non-issue and would have the side effect of a database of device major and minor numbers which the DEVFS approach doesn't seem to afford. > 4) To allow for dynamic creation of devices as a result of > hot insertion or hot swap. I don't think that this is a problem with MAKEDEV, one usually has only a small number of hot pluggable devices. > 5) To allow for daemon-select/poll of the /dev directory to > allow for scanning to actually *do* something when a > device "arrives" (like mount an FS on a Flash, bring a > network link up when a PCMCIA net card is inserted, etc.). Are you talking about opening /dev and then selecting on the fd? I don't believe this requires DEVFS - Perhaps an even better approach would be to select on /dev/pcmcia for example, from which a structure describing the new device could be read from. > 6) To reduce the number of kernel drivers that have to be > working to get FreeBSD minimally functional on a new > piece of hardware. I don't understand what you are saying here, when you say drivers are you talking about device drivers? It can be a pain when a boot disk doesn't include a device file you need which is why I always make sure MAKEDEV is on mine. :) > 7) To allow the creation of sub-instances of /dev in chroot > environments, but to omit "dangerous" or "undesirable" > devices. > > 8) To prevent the use of ad-hoc created devices (via mknod) > as gateways for security exploits. These two issues seem more or less the same, using DEVFS simply moves the checking from mknod code to DEVFS code. Any general framework implemented in DEVFS for controlling device visibility in chroot environments could just as easily be provided for mknod. > 9) To get rid of "specfs" and the promiscuous knowledge of > "specfs" in other areas of the kernel. > > 10) To aid in the murder of "struct fileops", such that vnodes > actually point to VFS devices. If you say so. :) > 11) To allow advisory locking to be applied to device files, > just like it applies to ordinary files. Why can't this happen without DEVFS? > 12) Because it's cool. Heh, I will add another reason: 14) To allow special file addition and removal when the underlying resource such as pseudo terminals, packet filters etc can dynamically resize. (Of course this is not possible right now.) (13 is an unlucky number) Regards, Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 06:43:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03936 for freebsd-current-outgoing; Sat, 26 Sep 1998 06:43:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA03925; Sat, 26 Sep 1998 06:42:56 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA14371; Sat, 26 Sep 1998 13:55:23 +0200 From: Luigi Rizzo Message-Id: <199809261155.NAA14371@labinfo.iet.unipi.it> Subject: Re: cd9660 mounts... To: sos@FreeBSD.ORG Date: Sat, 26 Sep 1998 13:55:23 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199809261214.OAA24718@sos.freebsd.dk> from "Søren Schmidt" at Sep 26, 98 02:14:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > An alternative hack (which seems to work and requires very little > > modification -- just 4 lines in the device driver!) is to use the > > device minor number to identify the track, so that you can say > > > > mount -t cd9660 -o -s=3D0 /dev/wcd0tN /cdrom > > > > to mount the n-th track. > > > > In the above you _need_ to specify the "-s=3D0" option to mount_cd9660 > > because otherwise it tries to access the last data track on the disk. > > > > Opinions ? Is this something worth adding to the system ? It is totally > > backward compatible and nonintrusive. > > I think this method is the best one, we can keep the mods in the > atapi-cd devicedriver which still is sortof alpha code. That wont > make it work for SCSI CDROM's, but that just too bad... the diffs for wcd.c are below... atapi-cd.c has similar code, i think it will not take more than five minutes to patch the cdopen() and cdstart() functions in /sys/scsi ... (except that i cannot find the code for cdopen() !) luigi --- wcd.c Tue Jul 7 05:23:28 1998 +++ /sys/i386/isa/wcd.c Sat Sep 26 09:13:54 1998 @@ -225,6 +225,7 @@ struct audiopage aumask; /* Audio page mask */ struct subchan subchan; /* Subchannel info */ char description[80]; /* Device description */ + int starting_lba ; #ifdef DEVFS void *ra_devfs_token; void *rc_devfs_token; @@ -289,12 +290,12 @@ lun = t->lun = wcdnlun++; t->param = ap; t->flags = F_MEDIA_CHANGED; + t->starting_lba = 0; t->refcnt = 0; if (debug) { t->flags |= F_DEBUG; @@ -403,7 +401,7 @@ wcd_open (dev_t dev, int rawflag) { int lun = UNIT(dev); + int track = dkslice(dev); /* XXX */ struct wcd *t; /* Check that the device number is legal @@ -431,6 +458,11 @@ ++t->refcnt; else t->flags |= F_BOPEN; + t->starting_lba = ntohl(t->toc.tab[track].addr.lba) ; + if (track != 0) { + printf("Warning, opening track %d at %d\n", + track, t->starting_lba); + } return (0); } @@ -547,7 +578,7 @@ * First, translate the block to absolute and put it in terms of the * logical blocksize of the device. * What if something asks for 512 bytes not on a 2k boundary? */ - blkno = bp->b_blkno / (SECSIZE / 512); + blkno = t->starting_lba + bp->b_blkno / (SECSIZE / 512); nblk = (bp->b_bcount + (SECSIZE - 1)) / SECSIZE; atapi_request_callback (t->ata, t->unit, ATAPI_READ_BIG, 0, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:01:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05072 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:01:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05066 for ; Sat, 26 Sep 1998 07:01:12 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id QAA14198; Sat, 26 Sep 1998 16:59:17 +0300 (EEST) Message-ID: <19980926165917.A14169@matti.ee> Date: Sat, 26 Sep 1998 16:59:17 +0300 From: Vallo Kallaste To: Mark Murray Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails Reply-To: vallo@matti.ee References: <19980926093533.A2349@matti.ee> <199809261148.NAA28764@gratis.grondar.za> <19980926153513.A13904@matti.ee> <199809261306.PAA14975@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809261306.PAA14975@gratis.grondar.za>; from Mark Murray on Sat, Sep 26, 1998 at 03:06:49PM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > > Mark Murray wrote: > > What is in /etc/make.conf? *** /etc/make.conf # One, and probably the most common, use could be: # CFLAGS= -O -pipe # # Another useful entry is # NOPROFILE= true # Avoid compiling profiled libraries # #INSTALL=install -C # Compare before install # # To avoid building the default system perl #NOPERL= true # To avoid building the suid perl #NOSUIDPERL= true # # To avoid building sendmail #NO_SENDMAIL= true # # To have 'obj' symlinks created in your source directory # (they aren't needed/necessary) #OBJLINK= yes # # To compile just the kernel with special optimisations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway): # COPTFLAGS= -O2 -pipe # # To compile and install the 4.4 lite libm instead of the default use: # #WANT_CSRG_LIBM= yes # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NOMANCOMPRESS= true # # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: # #COMPAT1X= yes #COMPAT20= yes #COMPAT21= yes # # # If you do not want additional documentation (some of which are # a few hundred KB's) for ports to be installed: # #NOPORTDOCS= true # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTERDEVICE= ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by the # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=0 #BOOTWAIT=30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be dynamically configured to use a # serial port in addition to or instead of the keyboard/video console. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. (0x3E8 = COM2) # #BOOT_COMCONSOLE_PORT= 0x3F8 # # The default serial console speed is 9600. Set the speed to a larger value # for better interactive response. # #BOOT_COMCONSOLE_SPEED= 115200 # # # By default, this points to /usr/X11R6 for XFree86 releases 3.0 or earlier. # If you have a XFree86 from before 3.0 that has the X distribution in # /usr/X386, you want to uncomment this. # #X11BASE= /usr/X386 # # # If you have Motif on your system, uncomment this. # #HAVE_MOTIF= yes #MOTIF_STATIC= yes # # If the default location of the Motif library (specified below) is NOT # appropriate for you, uncomment this and change it to the correct value. # If your motif is in ${X11BASE}/lib, you don't need to touch this line. # #MOTIFLIB= -L${X11BASE}/lib -lXm # # # If you are running behind a firewall, uncomment the following to leave a # hint for various make-spawned utilities that they should use passive FTP. # #FTP_PASSIVE_MODE= YES # # If you're resident in the USA, this will help various ports to determine # whether or not they should attempt to comply with the various U.S. # export regulations on certain types of software which do not apply to # anyone else in the world. # USA_RESIDENT= NO # # Next one will help ports developers to debug # #FORCE_PKG_REGISTER= YES # # # Port master sites. # # If you want your port fetches to go somewhere else than the default # (specified below) in case the distfile/patchfile was not found, # uncomment this and change it to a location nearest you. (Don't # remove the "/${DIST_SUBDIR}/" part.) # ftp://ftp.ee.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR}/ # # If you want your port fetches to check the above site first (before # the MASTER_SITES specified in the port Makefiles), uncomment the # line below. You can also change the right side to point to wherever # you want. # MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP} # # Some ports use a special variable to point to a collection of # mirrors of well-known software archives. If you have a mirror close # to you, uncomment any of the following lines and change it to that # address. (Don't remove the "/%SUBDIR%/" part.) # # Note: the right hand sides of the following lines are only for your # information. For a full list of default sites, take a look at # bsd.port.mk. # #MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/%SUBDIR%/ #MASTER_SITE_GNU= ftp://prep.ai.mit.edu/pub/gnu/%SUBDIR%/ #MASTER_SITE_PERL_CPAN= ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/by-module/%SUBDIR%/ #MASTER_SITE_TEX_CTAN= ftp://ftp.tex.ac.uk/tex-archive/%SUBDIR%/ #MASTER_SITE_SUNSITE= ftp://sunsite.unc.edu/pub/Linux/%SUBDIR%/ # # # Kerberos IV # If you want KerberosIV (KTH eBones), define this: # #MAKE_KERBEROS4= yes # # # SUP/CVSup updates # #SUP_UPDATE= yes # # SUP block # #SUP= sup #SUPFLAGS= -v #SUPFILE= /usr/share/examples/sup/standard-supfile #SUPFILE1= /usr/share/examples/sup/secure-supfile #SUPFILE2= /usr/share/examples/sup/ports-supfile # # CVSup block # #SUP= /usr/local/bin/cvsup #SUPFLAGS= -g -L 2 -z #SUPFILE= /usr/share/examples/cvsup/standard-supfile #SUPFILE1= /usr/share/examples/cvsup/secure-supfile #SUPFILE2= /usr/share/examples/cvsup/ports-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE= 101 Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:05:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05516 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:05:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05502 for ; Sat, 26 Sep 1998 07:04:59 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.9.1a/8.9.1) with ESMTP id QAA11134 for ; Sat, 26 Sep 1998 16:04:41 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by mail.siemens.de (8.9.1a/8.9.1) with ESMTP id QAA02692 for ; Sat, 26 Sep 1998 16:04:42 +0200 (MET DST) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id QAA24469 for ; Sat, 26 Sep 1998 16:04:43 +0200 (CEST) From: Andre Albsmeier Message-Id: <199809261404.QAA08188@internal> Subject: Re: Atlas II firmware of death In-Reply-To: <360affdb.141721920@mail.cetlink.net> from John Kelly at "Sep 25, 98 02:39:00 am" To: jak@cetlink.net (John Kelly) Date: Sat, 26 Sep 1998 16:04:41 +0200 (CEST) Cc: mcdougall@ameritech.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 24 Sep 1998 16:26:46 -0400, Adam McDougall > wrote: > > >> This looks like an "Atlas II firmware of death" problem > > > >I've tried many many times to update it, making sure im terminated > >correctly etc. I am using a sca to 68 pin converter on the atlas II, I > >hope that isn't causing any bother with this; Any time I'd attempt to > >update the firmware with either qshrldr or the other more fancy menuized > >program (both for dos) my drive would act like the power had been > >breifly lost, and go through the noises it makes during poweron. I've > >called Quantum about it and they basically can't offer help > > Sounds like the same problem I experienced. On my box with six Atlas > II drives I could successfully update the firmware on all drives > except the boot drive. I learned that I had to boot from a DOS floppy > and run the firmware update from A: (not from C:) to get the boot > drive to update properly. Hmm, last week I updated 9 Atlas II drives in 4 different machines and they all worked well (even when updating from C:) I used qshr_ldr3.exe and not qshr_ldr.exe... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:08:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05829 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:08:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05824 for ; Sat, 26 Sep 1998 07:08:04 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id KAA12130; Sat, 26 Sep 1998 10:07:42 -0400 (EDT) Date: Sat, 26 Sep 1998 10:07:42 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: <199809261124.VAA20210@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 26 Sep 1998, John Birrell wrote: > OK, I've had a go at doing this. Have a look at http://www.cimlogic.com.au/ > and let me know if this was the sort of thing you were expecting. If so, > we can put it on www.freebsd.org. I was hoping to find something on creating the device files for CAM. Is it safe to just MAKEDEV them, or should I copy the sd* files, or something else entirely? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:33:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07919 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:33:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07912 for ; Sat, 26 Sep 1998 07:33:40 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id WAA08035; Sat, 26 Sep 1998 22:32:30 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809261432.WAA08035@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Birrell cc: Studded@dal.net (Studded), current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-reply-to: Your message of "Sat, 26 Sep 1998 21:24:46 +1000." <199809261124.VAA20210@cimlogic.com.au> Date: Sat, 26 Sep 1998 22:32:30 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > Studded wrote: > > Several of us now have asked for detailed, step by step instructions on > > how to upgrade to the most recent 3.0 and unless I've missed it, it > > hasn't been posted yet. Personally I'd like instructions on coming from > > -Stable, I'm sure others could use instructions on doing just the elf > > bits, etc. A good place for these instructions would be the web page > > somewhere the main site that we could point people too. > > > > I realize that y'all are busy making the new stuff happen, but you > > can't expect people to do the upgrade and consequent beta-testing > > without a pointer in the right direction. I'm hoping that the 3.0 branch > > will soon actually settle down enough so that I can justify moving > > forward bravely myself. :) > > OK, I've had a go at doing this. Have a look at http://www.cimlogic.com.au/ > and let me know if this was the sort of thing you were expecting. If so, > we can put it on www.freebsd.org. I am still not quite comfortable with the 3.0-CURRENT -> elf conversion process. The instructions there and the Makefile.upgrade rules push towards an unneded recompile and reboot of a kernel in order to complete the process. Any 3.0-CURRENT kernel from about July 1997 (over a year old) will run an ELF world quite happily. IMHO, defaulting to unecessarily replacing the user's customized kernel with a generic one is bad karma. Yes, one can press ctrl-C, but it's not obvious that something else isn't going to be skipped as a result. The message spells out threats and implies that aborting at that point is going to be bad. Obviously if you're on a 2.2 system, that is true, but for a 10-September-1998 system that cannot run GENERICupgrade, that's silly. IMHO, this automated decision should be based on the kern.osreldate sysctl. If it's undefined or < 300001, then do the rebuild/reboot. The patches to do this are low impact and low risk. Also, installing the kernel and doing an instant reboot would "feel" better if it did a 'Building kernel; installing kernel; press return to reboot, ctrl-C to abort; reboot' type sequence. The reboot binary rescued from the system doesn't run rc.shutdown. On the other hand, I can understand John's desire to keep the number of variables down in the elfification process, but in this particular instance I feel the information given at least could be improved so the user can make a more informed decision about accepting the advice of the Makefile.upgrade process. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:35:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08178 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:35:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08171 for ; Sat, 26 Sep 1998 07:35:34 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id QAA28991; Sat, 26 Sep 1998 16:35:40 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id QAA01012; Sat, 26 Sep 1998 16:38:14 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809261438.QAA01012@yacht.domestic.de> Subject: Re: PCI DMA interface documentation In-Reply-To: <199809260110.SAA02665@dingo.cdrom.com> from Mike Smith at "Sep 25, 98 06:10:19 pm" To: mike@smith.net.au (Mike Smith) Date: Sat, 26 Sep 1998 16:38:14 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > I'm trying to write a device driver that utilizes DMA transfers > > to/from a PCI card. Does any documentation exist (apart from > > /sys/pci/*.c) that tells me in what order I have to call which > > functions in order to get things set up properly? I looked a lot > > but somehow I must have missed it :-) > > DMA to/from PCI cards is handled by the card itself, so you will have > to look at the documentation for the card. There are other lessons to > learn as well, but that's where to start. And how about what functions exist at all? I see no documentation of rudimentary stuff like pci_map_*, bus_* and so on. I feel a little left alone with wild guesses like find /sys/dev -name '*.c' | xargs grep map_port | m If that's the way, OK, I'll just take longer. I just don't want to live like that if there's a web page somewhere with details :-) cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:43:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09500 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:43:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09477 for ; Sat, 26 Sep 1998 07:43:37 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:R8GE1Il2t8nMiMdd2IEMmqSTI90JRiox@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id QAA16577; Sat, 26 Sep 1998 16:43:09 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809261443.QAA16577@gratis.grondar.za> To: vallo@matti.ee cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails In-Reply-To: Your message of " Sat, 26 Sep 1998 16:59:17 +0300." <19980926165917.A14169@matti.ee> References: <19980926093533.A2349@matti.ee> <199809261148.NAA28764@gratis.grondar.za> <19980926153513.A13904@matti.ee> <199809261306.PAA14975@gratis.grondar.za> <19980926165917.A14169@matti.ee> Date: Sat, 26 Sep 1998 16:43:08 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > Mark Murray wrote: > > > > Mark Murray wrote: > > > > What is in /etc/make.conf? > > *** > > /etc/make.conf Seems reasonable. Please script(1) an entire build, and put that somewhere that I can get it (don't email it unless I ask). Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:49:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10432 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:49:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10423 for ; Sat, 26 Sep 1998 07:49:52 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id KAA09055; Sat, 26 Sep 1998 10:48:32 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma009050; Sat, 26 Sep 98 10:47:47 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id KAA25979; Sat, 26 Sep 1998 10:47:45 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.9.1/8.8.8) id KAA06776; Sat, 26 Sep 1998 10:47:45 -0400 (EDT) Date: Sat, 26 Sep 1998 10:47:45 -0400 (EDT) Message-Id: <199809261447.KAA06776@jabberwock.rstcorp.com> From: "Viren R. Shah" To: "Jordan K. Hubbard" Cc: Greg Lehey , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: <15680.906795121@time.cdrom.com> References: <19980926130720.C20205@freebie.lemis.com> <15680.906795121@time.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Jordan" == Jordan K Hubbard writes: >> A good point. I expected that this would be the case, but it doesn't >> do any harm to state it explicitly. Jordan, was this in your >> planning? Jordan> I'm not sure what I plan to do WRT X yet since I have *only* a.out Jordan> versions available right now and that constrains me somewhat. Jordan> When and if I have a choice, I'll think about ways of providing Jordan> both environments. Is this because you can't get ELF XFree86 to build, or is it the case that none of the machines doing release builds have ELF XFree86 on them yet? I thought that the XFree86 port compiles ELF. Jordan> - Jordan Viren -- Viren Shah | "You can't trust code that you did not totally Research Associate, RST Inc. | create yourself. (Especially code from viren@rstcorp.com | companies that employ people like me.)" http://www.rstcorp.com/~vshah | - Ken Thompson "Reflections on Trusting Trust" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 07:57:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11150 for freebsd-current-outgoing; Sat, 26 Sep 1998 07:57:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11145 for ; Sat, 26 Sep 1998 07:57:12 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id HAA26839; Sat, 26 Sep 1998 07:54:58 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Viren R. Shah" cc: Greg Lehey , Glenn Johnson , current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-reply-to: Your message of "Sat, 26 Sep 1998 10:47:45 EDT." <199809261447.KAA06776@jabberwock.rstcorp.com> Date: Sat, 26 Sep 1998 07:54:58 -0700 Message-ID: <26835.906821698@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is this because you can't get ELF XFree86 to build, or is it the case > that none of the machines doing release builds have ELF XFree86 on > them yet? Neither. We don't do our X builds and haven't for years now. They're provided to us directly by the XFree86 Project, Inc. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:02:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11742 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:02:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11733 for ; Sat, 26 Sep 1998 08:02:48 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id RAA12452; Sat, 26 Sep 1998 17:02:24 +0200 (SAT) From: John Hay Message-Id: <199809261502.RAA12452@zibbi.mikom.csir.co.za> Subject: Re: buildworld fails In-Reply-To: <199809261443.QAA16577@gratis.grondar.za> from Mark Murray at "Sep 26, 98 04:43:08 pm" To: mark@grondar.za (Mark Murray) Date: Sat, 26 Sep 1998 17:02:24 +0200 (SAT) Cc: vallo@matti.ee, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Vallo Kallaste wrote: > > Mark Murray wrote: > > > > > > Mark Murray wrote: > > > > > > What is in /etc/make.conf? > > > > *** > > > > /etc/make.conf > > Seems reasonable. > > Please script(1) an entire build, and put that somewhere that I can > get it (don't email it unless I ask). > Another thing that it might be is that he is missing /etc/objformat. The early snaps and betas didn't install it, so although the system was elf, if you compile things, it would do it in aout format. /etc/objformat should have a single line with: OBJFORMAT=elf in it. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:08:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12377 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:08:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12372 for ; Sat, 26 Sep 1998 08:08:35 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id SAA14634; Sat, 26 Sep 1998 18:06:37 +0300 (EEST) Message-ID: <19980926180637.A14599@matti.ee> Date: Sat, 26 Sep 1998 18:06:37 +0300 From: Vallo Kallaste To: Mark Murray Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails Reply-To: vallo@matti.ee References: <19980926093533.A2349@matti.ee> <199809261148.NAA28764@gratis.grondar.za> <19980926153513.A13904@matti.ee> <199809261306.PAA14975@gratis.grondar.za> <19980926165917.A14169@matti.ee> <199809261443.QAA16577@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809261443.QAA16577@gratis.grondar.za>; from Mark Murray on Sat, Sep 26, 1998 at 04:43:08PM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > > Seems reasonable. > > Please script(1) an entire build, and put that somewhere that I can > get it (don't email it unless I ask). *** Yes, toworrow. I have continuous uptime about 26 hours and a bit of rest is all I need. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:18:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13328 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:18:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13321 for ; Sat, 26 Sep 1998 08:18:27 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id IAA26613; Sat, 26 Sep 1998 08:18:12 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id IAA27668; Sat, 26 Sep 1998 08:18:11 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id IAA00908; Sat, 26 Sep 1998 08:18:10 -0700 (PDT) From: Don Lewis Message-Id: <199809261518.IAA00908@salsa.gv.tsc.tdk.com> Date: Sat, 26 Sep 1998 08:18:10 -0700 In-Reply-To: Ollivier Robert "Re: Softupdates panics" (Sep 26, 1:00pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Ollivier Robert , freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 26, 1:00pm, Ollivier Robert wrote: } Subject: Re: Softupdates panics } According to Kevin Street: } > added `noatime' to two of my heavily used softupdates slices in } } noatime with SU is a known Bad Thing[tm]. I hadn't heard this. I don't know why that would be true. } We should probably refuse to use } bth at the same time. noatime seems to be unnecessary with SU anyway. If you are reading lots of files and writing lots of files on the same disk, it would seem to improve performance if you avoiding writing back the inodes of files that had only been read. If you are only reading files on the filesystem, I don't see where softupdates buys you any performance increase, whereas noatime does. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:27:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14344 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:27:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14337 for ; Sat, 26 Sep 1998 08:27:19 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id SAA14709; Sat, 26 Sep 1998 18:24:41 +0300 (EEST) Message-ID: <19980926182441.B14599@matti.ee> Date: Sat, 26 Sep 1998 18:24:41 +0300 From: Vallo Kallaste To: John Hay , Mark Murray Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails Reply-To: vallo@matti.ee References: <199809261443.QAA16577@gratis.grondar.za> <199809261502.RAA12452@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809261502.RAA12452@zibbi.mikom.csir.co.za>; from John Hay on Sat, Sep 26, 1998 at 05:02:24PM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Hay wrote: > > Another thing that it might be is that he is missing /etc/objformat. > The early snaps and betas didn't install it, so although the system > was elf, if you compile things, it would do it in aout format. > /etc/objformat should have a single line with: > OBJFORMAT=elf > in it. *** I don't have /etc/objformat. I think that 980520-SNAP is fully aout, right ? All what I want to do, is upgrade this snap into aout -current. I don't want aout-to-elf build or fiddling with elf world in any way. I burned today fresh bootable BETA cd for experimenting with elf, but I feel that my overall knowledge is poor enough to wait for official RELEASE. I don't want jump over my shadow. Thanks Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:34:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15238 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:34:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles128.castles.com [208.214.165.128]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15217 for ; Sat, 26 Sep 1998 08:33:54 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id IAA05822; Sat, 26 Sep 1998 08:39:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809261539.IAA05822@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Joachim Kuebart cc: mike@smith.net.au (Mike Smith), freebsd-current@FreeBSD.ORG Subject: Re: PCI DMA interface documentation In-reply-to: Your message of "Sat, 26 Sep 1998 16:38:14 +0200." <199809261438.QAA01012@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Sep 1998 08:39:10 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > > > > I'm trying to write a device driver that utilizes DMA transfers > > > to/from a PCI card. Does any documentation exist (apart from > > > /sys/pci/*.c) that tells me in what order I have to call which > > > functions in order to get things set up properly? I looked a lot > > > but somehow I must have missed it :-) > > > > DMA to/from PCI cards is handled by the card itself, so you will have > > to look at the documentation for the card. There are other lessons to > > learn as well, but that's where to start. > > And how about what functions exist at all? I see no documentation of > rudimentary stuff like pci_map_*, bus_* and so on. I feel a little > left alone with wild guesses like > > find /sys/dev -name '*.c' | xargs grep map_port | m > > If that's the way, OK, I'll just take longer. I just don't want to > live like that if there's a web page somewhere with details :-) Look at another driver that does more or less what yours does. There's no static documentation for the pci_* functions, no. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 08:56:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17397 for freebsd-current-outgoing; Sat, 26 Sep 1998 08:56:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17389 for ; Sat, 26 Sep 1998 08:56:08 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id IAA26728; Sat, 26 Sep 1998 08:55:55 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id IAA28205; Sat, 26 Sep 1998 08:55:54 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id IAA00941; Sat, 26 Sep 1998 08:55:52 -0700 (PDT) From: Don Lewis Message-Id: <199809261555.IAA00941@salsa.gv.tsc.tdk.com> Date: Sat, 26 Sep 1998 08:55:52 -0700 In-Reply-To: Kevin Street "Softupdates panics" (Sep 26, 1:50am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Kevin Street , freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 26, 1:50am, Kevin Street wrote: } Subject: Softupdates panics } Here for your enjoyment are two softupdates panics. These are the first } I've seen after months of softupdates use. They came shortly after I } added `noatime' to two of my heavily used softupdates slices in } /etc/fstab, but I have been in the habit of dynamically updating the } mounts with noatime before make worlds with no problems. These happened } in the middle of large port compiles. I've taken the noatime out of } fstab and have survived a couple of passes through the same port build. } } The system is ELF built Sept 24. I do have the Sept 24 ffs_softdep.c. } The softupdates drives are all IDE. I do have SCSI drives using CAM, } but do not have softupdates enabled on them. } } } IdlePTD 2326528 } initial pcb at 212948 } panicstr: softdep_disk_write_complete: lock is held } panic messages: } --- } panic: newdirrem: inum 494166 should be 494160 } } syncing disks... panic: softdep_disk_write_complete: lock is held Something should probably be done about this double panic. The problem is that the softupdates code is calling panic() while it has an internal lock set, and then softupdates is being reentered when the kernel tries to flush all the dirty buffers. I'd be willing to bet that the newdirrem panic is has a similar cause to the recently fixed initiate_write_filepage panic. That problem was caused by the softupdates code unlocking a directory at the wrong time during ufs_create() and allowing a directory slot to be reused. Alas, ufs_rename() is much more complicated to debug. } --- } #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 } 268 dumppcb.pcb_cr3 = rcr3(); } (kgdb) where } #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 } #1 0xf0131fcb in panic ( } fmt=0xf018e7cb "softdep_disk_write_complete: lock is held") } at ../../kern/kern_shutdown.c:430 } #2 0xf018e88b in softdep_disk_write_complete (bp=0xf32c4ea0) } at ../../ufs/ffs/ffs_softdep.c:2922 } #3 0xf014e4ef in biodone (bp=0xf32c4ea0) at ../../kern/vfs_bio.c:1915 } #4 0xf01e4e8f in wdintr (unit=1) at ../../i386/isa/wd.c:1270 } #5 0xf01ad2ee in vec15 () } #6 0xf014e2cb in biowait (bp=0xf33182a0) at ../../kern/vfs_bio.c:1851 } #7 0xf014c2e6 in bread (vp=0xf5b6bf60, blkno=64, size=8192, cred=0x0, } bpp=0xf5c92b40) at ../../kern/vfs_bio.c:299 } #8 0xf0189d50 in ffs_update (vp=0xf5b6bec0, access=0xf5c92ba8, } modify=0xf5c92ba8, waitfor=0) at ../../ufs/ffs/ffs_inode.c:102 } #9 0xf0193e49 in ffs_fsync (ap=0xf5c92be4) at ../../ufs/ffs/ffs_vnops.c:252 } #10 0xf0192247 in ffs_sync (mp=0xf0914a00, waitfor=2, cred=0xf08fa800, } p=0xf022d5dc) at vnode_if.h:499 } #11 0xf0155127 in sync (p=0xf022d5dc, uap=0x0) at ../../kern/vfs_syscalls.c:527 } #12 0xf0131ba2 in boot (howto=256) at ../../kern/kern_shutdown.c:201 } #13 0xf0131fcb in panic (fmt=0xf018daf6 "newdirrem: inum %d should be %d") } at ../../kern/kern_shutdown.c:430 } #14 0xf018dc49 in newdirrem (bp=0xf32c9778, dp=0xf0b9ae00, ip=0xf0b89800, } isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2384 } #15 0xf018da74 in softdep_setup_remove (bp=0xf32c9778, dp=0xf0b9ae00, } ip=0xf0b89800, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2313 } #16 0xf01967e7 in ufs_dirremove (dvp=0xf5c64c80, ip=0xf0b89800, flags=37900, } isrmdir=0) at ../../ufs/ufs/ufs_lookup.c:895 } #17 0xf01997dd in ufs_rename (ap=0xf5c92ea4) at ../../ufs/ufs/ufs_vnops.c:1230 } #18 0xf019a989 in ufs_vnoperate (ap=0xf5c92ea4) } at ../../ufs/ufs/ufs_vnops.c:2285 } #19 0xf0157ce6 in rename (p=0xf5c89c40, uap=0xf5c92f84) at vnode_if.h:583 } #20 0xf01b5a9f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272643708, } tf_esi = -272641052, tf_ebp = -272643760, tf_isp = -171364396, } tf_ebx = -272643701, tf_edx = -1, tf_ecx = 2, tf_eax = 128, } tf_trapno = 12, tf_err = 2, tf_eip = 134528056, tf_cs = 31, } tf_eflags = 662, tf_esp = -272645176, tf_ss = 39}) } at ../../i386/i386/trap.c:1031 } #21 0xf01abdbc in Xint0x80_syscall () } #22 0x8048305 in ?? () } #23 0x80480c9 in ?? () } IdlePTD 2326528 } initial pcb at 212948 } panicstr: softdep_lock: locking against myself } panic messages: } --- } panic: newdirrem: inum 494335 should be 494334 } } syncing disks... panic: softdep_lock: locking against myself This is very similar. First newdirrem detects a problem and calls panic(), then the softupdates code is be reentered and it detects the lock is already set. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 09:28:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20202 for freebsd-current-outgoing; Sat, 26 Sep 1998 09:28:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20168 for ; Sat, 26 Sep 1998 09:28:00 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.9.1) with ESMTP id MAA08517 for ; Sat, 26 Sep 1998 12:27:50 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Sat, 26 Sep 1998 12:27:50 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: ELF XF86_SVGA.xtt? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has the port for XttXFree86_SVGA been converted to ELF yet? Thanks... Al To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 09:31:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20573 for freebsd-current-outgoing; Sat, 26 Sep 1998 09:31:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20556 for ; Sat, 26 Sep 1998 09:31:18 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id SAA13653; Sat, 26 Sep 1998 18:30:57 +0200 (SAT) From: John Hay Message-Id: <199809261630.SAA13653@zibbi.mikom.csir.co.za> Subject: Re: buildworld fails In-Reply-To: <19980926182441.B14599@matti.ee> from Vallo Kallaste at "Sep 26, 98 06:24:41 pm" To: vallo@matti.ee Date: Sat, 26 Sep 1998 18:30:57 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > John Hay wrote: > > > > > Another thing that it might be is that he is missing /etc/objformat. > > The early snaps and betas didn't install it, so although the system > > was elf, if you compile things, it would do it in aout format. > > /etc/objformat should have a single line with: > > OBJFORMAT=elf > > in it. > > *** > > I don't have /etc/objformat. I think that 980520-SNAP is fully aout, right ? > All what I want to do, is upgrade this snap into aout -current. I don't want > aout-to-elf build or fiddling with elf world in any way. I burned today fresh > bootable BETA cd for experimenting with elf, but I feel that my overall > knowledge is poor enough to wait for official RELEASE. I don't want jump over > my shadow. > Oops, sorry, I thought you had a much later snap. I just saw the 20 and missed the 05. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 09:31:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20596 for freebsd-current-outgoing; Sat, 26 Sep 1998 09:31:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20569 for ; Sat, 26 Sep 1998 09:31:20 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id MAA13756; Sat, 26 Sep 1998 12:28:03 -0400 (EDT) Date: Sat, 26 Sep 1998 12:28:03 -0400 (EDT) From: Brian Feldman To: Vallo Kallaste cc: freebsd-current@FreeBSD.ORG Subject: Re: Cannot use sysinstall In-Reply-To: <19980926061401.A510@matti.ee> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do you want the long answer or the short answer? Since you didn't use the -q (quiet) argument in the subject, I think you may want the long one *g* Here we go: 1. ld will work with libraries of any name. Hence it will link with a libncurses.so.4. 2. ld.so itself likes libraries with majors _AND_ minors, not just majors, so when ld.so looks at the a.out headers and reads libncurses.so.4 it looks for libncurses.so.4.-1 3. there is no libncurses.so.4.-1; there _SHOULD_ be something like libncurses.so.4.0, as with no major and minor, it's not really right at all, now is it? 4. Biggest question: why is your /usr/lib/aout polluted? Libncurses.so.4 would be referring to a newer version, not the one in the FreeBSD source tree, and not the intended one to be used. I would assume if you copied it from /usr/local/lib to there it's alright and you just missed libncurses.so.4.0. If that's not the case, you've got something wrong when libncurses isn't being installed to /usr/local/lib (not the one in the source tree) 5. Why the heck do you even have to ask this, rather than recompiling sysinstall? *LART* Cheers, Brian Feldman On Sat, 26 Sep 1998, Vallo Kallaste wrote: > Hello ! > > I can't use sysinstall for a week or so, it complains about missing > libncurses.so.4.-1. Though I see libncurses.so.4 under /usr/lib/aout, but > ldconfig doesn't pick it up in any way. My system runs aout current, cvsup'd > and world maked about 3 hours ago. What I'm missing here ? > > myhakas# /stand/sysinstall > ld.so failed: Can't find shared library "libncurses.so.4.-1" > myhakas# pwd > /usr/lib/aout > myhakas# ls -la libn* > -r--r--r-- 1 root wheel 74748 Sep 26 04:52 libncurses.a > -r--r--r-- 1 root wheel 69135 Sep 26 04:52 libncurses.so.3.1 > -r--r--r-- 1 root wheel 269438 Sep 16 14:03 libncurses.so.4 > myhakas# ldd /stand/sysinstall > /stand/sysinstall: > -ldialog.3 => /usr/lib/aout/libdialog.so.3.0 (0x20057000) > -lncurses.3 => /usr/lib/aout/libncurses.so.3.1 (0x2006c000) > -lmytinfo.2 => /usr/lib/aout/libmytinfo.so.2.0 (0x2007c000) > -lncurses.4 => not found (0x0) > -lutil.2 => /usr/lib/aout/libutil.so.2.2 (0x20091000) > -lftpio.4 => /usr/lib/aout/libftpio.so.4.0 (0x20097000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2009b000) > > Ldconfig likes only libncurses.so.3.1 and it's interesting to know why :) Not > that I'm missing sysinstall very much, but it saves my time sometimes. Can > anybody enlighten me ? > > Thanks > > > Vallo Kallaste > vallo@matti.ee > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 09:51:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22553 for freebsd-current-outgoing; Sat, 26 Sep 1998 09:51:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA22541 for ; Sat, 26 Sep 1998 09:51:40 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id SAA26771; Sat, 26 Sep 1998 18:55:43 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Sat, 26 Sep 1998 18:55:43 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Jerry Alexandratos cc: current@FreeBSD.ORG Subject: DEVFS IS BROKEN - DON'T USE IT (Re: Build problem with CODA and DEVFS) In-Reply-To: <199809251913.aa16549@mail.eecis.udel.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 25 Sep 1998, Jerry Alexandratos wrote: > I go the following error when trying to make a kernel (just cvsup'd the You're not the only one surprised by this... DEVFS in its current shape doesn't work too well, and probably Coda wasn't yet converted to be DEVFS-friendly. I think it should be clearly stated in LINT that DEVFS is BROKEN and should not be used for now. If no-one objects, I'll mark it as such in LINT. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 09:57:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23177 for freebsd-current-outgoing; Sat, 26 Sep 1998 09:57:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23169 for ; Sat, 26 Sep 1998 09:57:08 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id MAA13643 for ; Sat, 26 Sep 1998 12:56:58 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA17110; Sat, 26 Sep 1998 12:56:58 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id MAA18254 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 12:56:58 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199809261656.MAA18254@bb01f39.unx.sas.com> Subject: gnu/lib/libdialog error with aout build To: freebsd-current@FreeBSD.ORG Date: Sat, 26 Sep 1998 12:56:57 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I think the subject says it all... sup'd current as of 11am EDT, saturday... ===> gnu/lib/libdialog install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h /snap/release/usr/include install -c -o root -g wheel -m 444 libdialog.a /snap/release/usr/lib/aout install -c -o root -g wheel -m 444 libdialog_p.a /snap/release/usr/lib/aout install -c -o root -g wheel -m 444 libdialog.so.3.1 /snap/release/usr/lib/aout install: libdialog.so.3.1: No such file or directory *** Error code 71 Stop. *** Error code 1 I note there have been a few commits in this area: FreeBSD# grep libdialog cvsup.src.log.980926 Edit src/gnu/lib/libdialog/Makefile Edit src/gnu/lib/libdialog/dialog.h Checkout src/gnu/lib/libdialog/tree.c Checkout src/gnu/lib/libdialog/tree.h Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 10:05:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24303 for freebsd-current-outgoing; Sat, 26 Sep 1998 10:05:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24291 for ; Sat, 26 Sep 1998 10:05:29 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id KAA05259; Sat, 26 Sep 1998 10:52:32 -0600 (MDT) Date: Sat, 26 Sep 1998 10:52:32 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809261652.KAA05259@narnia.plutotech.com> To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) Newsgroups: pluto.freebsd.current In-Reply-To: <7171.906791511@critter.freebsd.dk> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <7171.906791511@critter.freebsd.dk> you wrote: >>>This is just the idea that is realized by SLICE. >> >>This is exactly the opposite of what is realized by SLICE. SLICE >>does the "mount" at a deep level of the drivers (in an interrupt >>handler). > > ...Which was one of the most wrong things about it. Whatever replaces it must be able to be notified of insertion and removal events from an interrupt context. It can simply queue the notification up to be processed by a process or thread, but subsystems like CAM which process command completions from an SWI need to be able to perform notifications from low level contexts. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 10:38:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29425 for freebsd-current-outgoing; Sat, 26 Sep 1998 10:38:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29412 for ; Sat, 26 Sep 1998 10:38:03 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id TAA08657; Sat, 26 Sep 1998 19:32:48 +0200 (CEST) To: "Justin T. Gibbs" cc: current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Sat, 26 Sep 1998 10:52:32 MDT." <199809261652.KAA05259@narnia.plutotech.com> Date: Sat, 26 Sep 1998 19:32:48 +0200 Message-ID: <8655.906831168@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809261652.KAA05259@narnia.plutotech.com>, "Justin T. Gibbs" writes: >In article <7171.906791511@critter.freebsd.dk> you wrote: >>>>This is just the idea that is realized by SLICE. >>> >>>This is exactly the opposite of what is realized by SLICE. SLICE >>>does the "mount" at a deep level of the drivers (in an interrupt >>>handler). >> >> ...Which was one of the most wrong things about it. > >Whatever replaces it must be able to be notified of insertion and >removal events from an interrupt context. It can simply queue the >notification up to be processed by a process or thread, but subsystems >like CAM which process command completions from an SWI need to be >able to perform notifications from low level contexts. For any SLICE/GEOMETRY implementation, the discovery and instantiation of the network of handlers and devices is the most tricky part, no doubt about that. There are two basic ways to skin that cat: A) "The kernel knows" This is what Julian sort of implemented in SLICE. It is the "quick" way but not the easy way. The trouble is that you need to read diskblocks from some kind of thead or event handler, examine their contents, configure the right drivers and so on. That sounds easy, but is hairy. The major problems is with this approach is that you hardcode a lot of gunk into the kernel, how does a BSD disklabel look, how does a MBR disklabel look, and so on. Next you need to figure out how the kernel will discover that you muck about with a disklabel/MBR something else. And things go rapidly down-hill from there. B) "This is magic, we need a daemon" If you do it from userland in a daemon, then the interface in the kernel becomes much cleaner, there are no "hidden users" which do odd things to you disk. You can make one generic method that slices a device into several devices, and depending on what your daemon finds, it will be configured with the data from a disklabel, a MBR or a Mac VTOC for that matter. On the other hand you get a bootstrap problem, to find / you need to run a program (unless you cheat of course, see: "Veritas") The issue of changing a layout is now moved from the kernel to a daemon in user-space, which needs to sanity-check and implement the changes people want to do. This is a lot less hairy than doing it in the kernel. The second most tricky problem is open/read/write locking: can I, considering what else is open, open this device for read/write ? Clearly most current filesystems would kindly but firmly insist that nobody else writes to their partition while the have it mounted. There are on the other hand filesystems which legitimately do allow this. Consequently opens can be made in one of several ways: "read only, don't care about other users" "read/write, don't care about other users" "read only, nobody else can write" "read/write, nobody else can write" This needs to be propageted all the way down (and possibly up) through the network of instances/devices, for approval before it can succeed. Of course you can take the UNIX attitude: "This could point at your foot, be careful..." to this problem, but that is probably neither wise nor user-friendly. This needs precise tracking of open-ness for vnodes, today this is not implemented: f1 = open("/dev/rfoo", "r") device open called for READ. f2 = open("/dev/rfoo", "rw") device open called for READ+WRITE. close(f2) "Nothing happens" close(f1) device close called. Summary: Either way, you need to work out your architecture carefully, or you will paint yourself into a corner. The floor is btw not big, but if you don't paint all of it, the result is not acceptable. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 10:42:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00271 for freebsd-current-outgoing; Sat, 26 Sep 1998 10:42:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00253 for ; Sat, 26 Sep 1998 10:42:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA27482; Sat, 26 Sep 1998 10:43:22 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "John W. DeBoskey" cc: freebsd-current@FreeBSD.ORG Subject: Re: gnu/lib/libdialog error with aout build In-reply-to: Your message of "Sat, 26 Sep 1998 12:56:57 EDT." <199809261656.MAA18254@bb01f39.unx.sas.com> Date: Sat, 26 Sep 1998 10:43:22 -0700 Message-ID: <27478.906831802@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think the subject says it all... sup'd current as of 11am EDT, > saturday... I think you caught it right on the cusp - try rebuilding. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 11:54:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06823 for freebsd-current-outgoing; Sat, 26 Sep 1998 11:54:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (st-lcremean.tidalwave.net [208.213.203.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06813 for ; Sat, 26 Sep 1998 11:54:34 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.8) id OAA05894; Sat, 26 Sep 1998 14:54:18 -0400 (EDT) (envelope-from lee) Message-ID: <19980926145417.A5626@tidalwave.net> Date: Sat, 26 Sep 1998 14:54:17 -0400 From: Lee Cremeans To: "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: ELF XF86_SVGA.xtt? Reply-To: lcremean@tidalwave.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Alok K. Dhir on Sat, Sep 26, 1998 at 12:27:50PM -0400 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 26, 1998 at 12:27:50PM -0400, Alok K. Dhir wrote: > > Has the port for XttXFree86_SVGA been converted to ELF yet? > > Thanks... > > Al I do not think so; when I try to compile the Mach64 server, it bombs on the final link (the various static libraries the build produces complain about unresolved symbols at this point). Also, when I try to use the Xtt xfs, I can't get it to grok my directory full of Truetype fonts from Win95 (it SIGABRTs, saying that the font directory is bad or has a bad font...yes, the fonts.dir is good). I'd work on getting it ELF'd myself, but the code is too hairy for me to really follow. And I haven't been able to figure out the source of the xfs breakage, either. -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 12:04:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07434 for freebsd-current-outgoing; Sat, 26 Sep 1998 12:04:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07428 for ; Sat, 26 Sep 1998 12:04:23 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: from kstreet.interlog.com (kws@kstreet.interlog.com [198.53.146.171]) by kstreet.interlog.com (8.9.1/8.8.8) with SMTP id PAA02992 for ; Sat, 26 Sep 1998 15:04:09 -0400 (EDT) (envelope-from kws@kstreet.interlog.com) Date: Sat, 26 Sep 1998 15:04:09 -0400 (EDT) From: Kevin Street To: freebsd-current@FreeBSD.ORG Subject: CAM panics Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting a repeatable CAM crash during my nightly backup jobs. The system is ELF from late Sept 24, the kernel sources are from mid morning (GMT -0400) Sept 25. (I rebuilt the kernel after the first nightly panic). The crash happens when by backup job tries to mount and access a SCSI Syquest Syjet on da1. No softupdates on either of my SCSI drives. This has been working ok since C day, until my most recent system rebuild. I'm about to resup & rebuild again today to see if it magically fixes itself. Console messages: Sep 26 03:11:45 kstreet /kernel: (da1:ahc0:0:4:0): SCB 0x0 - timed out in command phase, SCSISIGI == 0x84 Sep 26 03:11:45 kstreet /kernel: SEQADDR == 0x153 Sep 26 03:11:45 kstreet /kernel: SSTAT1 == 0x2 Sep 26 03:11:46 kstreet /kernel: (da1:ahc0:0:4:0): BDR message in message buffer Crash dump: IdlePTD 2326528 initial pcb at 212948 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb8 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01069e8 stack pointer = 0x10:0xf01f6cc8 frame pointer = 0x10:0xf01f6e08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = cam trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xf018ae58 stack pointer = 0x10:0xf01f6aa4 frame pointer = 0x10:0xf01f6aa8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault #0 boot (howto=260) at ../../kern/kern_shutdown.c:268 #1 0xf0131fcb in panic (fmt=0xf01b4bcf "page fault") at ../../kern/kern_shutdown.c:430 #2 0xf01b586d in trap_fatal (frame=0xf01f6a68) at ../../i386/i386/trap.c:879 #3 0xf01b5300 in trap_pfault (frame=0xf01f6a68, usermode=0) at ../../i386/i386/trap.c:772 #4 0xf01b4f97 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -256733184, tf_ebp = -266376536, tf_isp = -266376560, tf_ebx = -266336672, tf_edx = -1073168320, tf_ecx = 15, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266817960, tf_cs = 8, tf_eflags = 66178, tf_esp = -256733184, tf_ss = -266376504}) at ../../i386/i386/trap.c:396 #5 0xf018ae58 in acquire_lock (lk=0xf0200660) at ../../ufs/ffs/ffs_softdep.c:268 #6 0xf018f521 in softdep_update_inodeblock (ip=0xf0b29000, bp=0xf32f2a88, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3473 #7 0xf0189d80 in ffs_update (vp=0xf5bc2220, access=0xf01f6b60, modify=0xf01f6b60, waitfor=0) at ../../ufs/ffs/ffs_inode.c:109 #8 0xf0193e49 in ffs_fsync (ap=0xf01f6b9c) at ../../ufs/ffs/ffs_vnops.c:252 #9 0xf0192247 in ffs_sync (mp=0xf0975200, waitfor=2, cred=0xf08fa800, p=0xf022d5dc) at vnode_if.h:499 #10 0xf0155127 in sync (p=0xf022d5dc, uap=0x0) at ../../kern/vfs_syscalls.c:527 #11 0xf0131ba2 in boot (howto=256) at ../../kern/kern_shutdown.c:201 #12 0xf0131fcb in panic (fmt=0xf01b4bcf "page fault") at ../../kern/kern_shutdown.c:430 #13 0xf01b586d in trap_fatal (frame=0xf01f6c8c) at ../../i386/i386/trap.c:879 #14 0xf01b5300 in trap_pfault (frame=0xf01f6c8c, usermode=0) at ../../i386/i386/trap.c:772 #15 0xf01b4f97 in trap (frame={tf_es = -267190256, tf_ds = -258736112, tf_edi = -266375556, tf_esi = 0, tf_ebp = -266375672, tf_isp = -266376012, tf_ebx = 0, tf_edx = -260758032, tf_ecx = -260760352, tf_eax = -259023808, tf_trapno = 12, tf_err = 0, tf_eip = -267359768, tf_cs = 8, tf_eflags = 66118, tf_esp = -266375556, tf_ss = -266375624}) at ../../i386/i386/trap.c:396 #16 0xf01069e8 in xpt_set_transfer_settings (cts=0xf01f6e7c, async_update=1) at ../../cam/cam_xpt.c:5319 #17 0xf01051b8 in xpt_async (async_code=512, path=0xf07525f0, async_arg=0xf01f6e7c) at ../../cam/cam_xpt.c:3879 #18 0xf0115702 in ahc_set_syncrate (ahc=0xf08fc000, devinfo=0xf01f6f3c, path=0xf07525f0, syncrate=0x0, period=0, offset=0, type=1) at ../../dev/aic7xxx/aic7xxx.c:733 #19 0xf0118867 in ahc_handle_devreset (ahc=0xf08fc000, target=4, channel=65 'A', status=CAM_BDR_SENT, acode=AC_SENT_BDR, message=0xf011759e "Bus Device Reset", verbose_only=0) at ../../dev/aic7xxx/aic7xxx.c:2249 #20 0xf0117951 in ahc_handle_scsiint (ahc=0xf08fc000, intstat=4) at ../../dev/aic7xxx/aic7xxx.c:1758 #21 0xf0115e3d in ahc_intr (arg=0xf08fc000) at ../../dev/aic7xxx/aic7xxx.c:1009 (kgdb) -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 12:09:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08232 for freebsd-current-outgoing; Sat, 26 Sep 1998 12:09:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08227 for ; Sat, 26 Sep 1998 12:09:14 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id WAA00834; Sat, 26 Sep 1998 22:07:36 +0300 (EEST) Message-ID: <19980926220735.B685@matti.ee> Date: Sat, 26 Sep 1998 22:07:35 +0300 From: Vallo Kallaste To: Brian Feldman Cc: freebsd-current@FreeBSD.ORG Subject: Re: Cannot use sysinstall Reply-To: vallo@matti.ee References: <19980926061401.A510@matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Brian Feldman on Sat, Sep 26, 1998 at 12:28:03PM -0400 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Feldman wrote: > Do you want the long answer or the short answer? Since you didn't use the > -q (quiet) argument in the subject, I think you may want the long one *g* > 4. Biggest question: why is your /usr/lib/aout polluted? Libncurses.so.4 > would be referring to a newer version, not the one in the FreeBSD source > tree, and not the intended one to be used. I would assume if you copied it > from /usr/local/lib to there it's alright and you just missed > libncurses.so.4.0. If that's not the case, you've got something wrong when > 5. Why the heck do you even have to ask this, rather than recompiling > sysinstall? *LART* *** I can't fully understand your first question. What do you mean about "quiet" argument in the subject ? Please remember, english isn't my native language. Far away from this, I haven't ever teached it. I remember that under /usr/lib/aout was libncurses.so.4 not *.so.4.0 and this was just after make world and I haven't copied anything by hand. Under /usr/ local/lib I don't have any curses library, only bunch of graphics libraries and tk libraries and so on. Why I don't compile sysinstall ? Because I don't know how to do that. Yes, anybody is able to type "make all" but, as I understand, modifying sources needs further knowledge. For example your posting is the first time I heard about major and minor numbering and I think that sounds weird for you. Anyway, this problem is gone away and I'm sad about answers like this. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 12:38:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10169 for freebsd-current-outgoing; Sat, 26 Sep 1998 12:38:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10161 for ; Sat, 26 Sep 1998 12:38:48 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id NAA08411; Sat, 26 Sep 1998 13:32:05 -0600 (MDT) Date: Sat, 26 Sep 1998 13:32:05 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809261932.NAA08411@narnia.plutotech.com> To: Kevin Street cc: current@FreeBSD.ORG Subject: Re: CAM panics Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > I'm getting a repeatable CAM crash during my nightly backup jobs. This was fixed yesturday afternoon. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 12:41:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10498 for freebsd-current-outgoing; Sat, 26 Sep 1998 12:41:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10492 for ; Sat, 26 Sep 1998 12:41:52 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA06105; Sat, 26 Sep 1998 12:41:31 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <360D436B.61937B@dal.net> Date: Sat, 26 Sep 1998 12:41:31 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: John Birrell CC: current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) References: <199809261124.VAA20210@cimlogic.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > OK, I've had a go at doing this. Have a look at http://www.cimlogic.com.au/ > and let me know if this was the sort of thing you were expecting. If so, > we can put it on www.freebsd.org. Thank you very much, this is exactly what I had in mind. :) I have the following suggestions if you don't object. I think I have a grip on some of these issues, but lots of details are reassuring to people coming at this for the first time. Even if you don't want the masses updating right now, at *some* point in the future we want people to migrate from 2.2 to 3.x, so it's important to shake out the documentation too. :) You might want to throw in a pointer to Nik's "make world" tutorial as well so that people can get a better handle on that process as needed. 1.Update your source tree and mount this as /usr/src. By "update" I assume that you mean install the 3.0 sources? 3.Remove any custom options from /etc/make.conf. Some examples here would be great. For instance, NOPERL is bad, but is NOSUIDPERL ok? I'm assuming that standard things like CFLAGS= -O -pipe are ok, yes? It's important to make this clear not only to avoid mistakes in the initial conversion, but also so that people will know what's ok to use after the conversion is done. You might also toss in a warning about make world command line options. IIRC NOCLEAN is the one that's bitten most people, but I almost always include -DCLOBBER in my world builds, is this going to be good/bad/indifferent? Some details on *exactly* what to change related to ldconfig would also be good. Is all the requisite information in the new rc* scripts? Do I need to do more than install the new stuff? I understand the objective from what you've written, I just don't understand how to get there. I'm assuming that at some point it's necessary to remake /dev, yes? At what stage in this process should that be done, and how? (I'm guessing '/bin/sh MAKEDEV all' will do it, but I'd hate to be wrong about that. :) I saw just one typo, in the section describing the third stage of the build process, "You have the change to type Ctrl-C and abort the upgrade" where it seems that change should be chance. Thanks again, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 13:47:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16353 for freebsd-current-outgoing; Sat, 26 Sep 1998 13:47:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16347 for ; Sat, 26 Sep 1998 13:47:56 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id WAA09284 for freebsd-current@FreeBSD.ORG; Sat, 26 Sep 1998 22:47:43 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 489281531; Sat, 26 Sep 1998 22:03:33 +0200 (CEST) Date: Sat, 26 Sep 1998 22:03:33 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics Message-ID: <19980926220333.A20259@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809261518.IAA00908@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809261518.IAA00908@salsa.gv.tsc.tdk.com>; from Don Lewis on Sat, Sep 26, 1998 at 08:18:10AM -0700 X-Operating-System: FreeBSD 3.0-BETA/ELF ctm#4660 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Don Lewis: > I hadn't heard this. I don't know why that would be true. I remember people getting panics when running noatime with SU. I've got a few myself (although they were more unstable than now). > the inodes of files that had only been read. If you are only reading > files on the filesystem, I don't see where softupdates buys you any > performance increase, whereas noatime does. I just found that it doesn't seem to make a big difference having both. YMMV... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-BETA #0: Sat Sep 19 23:38:25 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 14:46:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21644 for freebsd-current-outgoing; Sat, 26 Sep 1998 14:46:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21634 for ; Sat, 26 Sep 1998 14:46:14 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA21507; Sun, 27 Sep 1998 07:52:39 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809262152.HAA21507@cimlogic.com.au> Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: <199809261432.WAA08035@spinner.netplex.com.au> from Peter Wemm at "Sep 26, 98 10:32:30 pm" To: peter@netplex.com.au (Peter Wemm) Date: Sun, 27 Sep 1998 07:52:39 +1000 (EST) Cc: jb@cimlogic.com.au, Studded@dal.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > I am still not quite comfortable with the 3.0-CURRENT -> elf conversion > process. > > The instructions there and the Makefile.upgrade rules push towards an > unneded recompile and reboot of a kernel in order to complete the process. > > Any 3.0-CURRENT kernel from about July 1997 (over a year old) will run an > ELF world quite happily. IMHO, defaulting to unecessarily replacing the > user's customized kernel with a generic one is bad karma. I doubt that you've tested that. Sure, it may be able to load elf format executables, but there have been so many other changes that affect compatibility between user-land and the kernel. My approach to this sort of thing is: "if it's not tested, then it doesn't work". The upgrade procedure is for the 95% of people who need a procedure that "just works". Of the other 5%, most are prepared to install a current kernel prior to doing the upgrade. Changing the kernel compatibility test would introduce the possibility that things might not work correctly when the user reboots. This is a serious issue because it can hose people. I don't want to have to deal with the support problems that would cause. As it stands, a lot of people have used the current procedure to upgrade, even in the midst of major changes to current. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 14:47:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21692 for freebsd-current-outgoing; Sat, 26 Sep 1998 14:47:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21680 for ; Sat, 26 Sep 1998 14:47:15 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA21517; Sun, 27 Sep 1998 07:53:55 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809262153.HAA21517@cimlogic.com.au> Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: from Snob Art Genre at "Sep 26, 98 10:07:42 am" To: ben@rosengart.com Date: Sun, 27 Sep 1998 07:53:55 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > I was hoping to find something on creating the device files for CAM. Is > it safe to just MAKEDEV them, or should I copy the sd* files, or > something else entirely? Erm, I don't know enough about CAM to write about it. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 14:56:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22763 for freebsd-current-outgoing; Sat, 26 Sep 1998 14:56:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA22758 for ; Sat, 26 Sep 1998 14:56:10 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id HAA06071; Sun, 27 Sep 1998 07:54:29 +1000 Date: Sun, 27 Sep 1998 07:54:29 +1000 From: Bruce Evans Message-Id: <199809262154.HAA06071@godzilla.zeta.org.au> To: Don.Lewis@tsc.tdk.com, freebsd-current@FreeBSD.ORG, street@iname.com Subject: Re: Softupdates panics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >} panic: newdirrem: inum 494166 should be 494160 >} >} syncing disks... panic: softdep_disk_write_complete: lock is held > >Something should probably be done about this double panic. The problem >is that the softupdates code is calling panic() while it has an internal >lock set, and then softupdates is being reentered when the kernel tries to >flush all the dirty buffers. Very little can be done except not call sync() in panic(). sync() in panic() was never guaranteed to work, despite/because of sometimes doing evil things like calling filesystem routiens from interrupt handlers, and now that there are lots of filesystem locks, sync() in a filesystem panic is almost guaranteed to trip over a filesystem lock - the locks are just harder to subvert than spl's. The right way to do it is probably to write out all dirty buffers and associated metadata to a special place on the dump device using a standalone output routine, or just write them out as part of the dump, and use a utility to untangle the mess after rebooting. >I'd be willing to bet that the newdirrem panic is has a similar cause >to the recently fixed initiate_write_filepage panic. That problem was >caused by the softupdates code unlocking a directory at the wrong time >during ufs_create() and allowing a directory slot to be reused. Alas, >ufs_rename() is much more complicated to debug. I believe there are races in xxx_checkpath(). It certainly unlocks, and I've been able to damage the directory structure by simulating a race: arrange for ufs_checkpath() to sleep for a minute or two near the end of the main loop in ufs_checkpath(), and while it is sleeping, manually rearrange the unlocked directory tree in a certain way. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 15:23:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25190 for freebsd-current-outgoing; Sat, 26 Sep 1998 15:23:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25185 for ; Sat, 26 Sep 1998 15:23:34 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA21610; Sun, 27 Sep 1998 08:30:16 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809262230.IAA21610@cimlogic.com.au> Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: <360D436B.61937B@dal.net> from Studded at "Sep 26, 98 12:41:31 pm" To: Studded@dal.net (Studded) Date: Sun, 27 Sep 1998 08:30:16 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded wrote: > Even if you don't want the masses updating > right now, at *some* point in the future we want people to migrate from > 2.2 to 3.x, so it's important to shake out the documentation too. :) You I hope the masses won't be using a source level upgrade. I assume that people will be able to take a 3.0-RELEASE CD and upgrade an installed system like they have in the past. > might want to throw in a pointer to Nik's "make world" tutorial as well > so that people can get a better handle on that process as needed. I think Nik should take my words and munge them into something a bit more complete. I skipped over lots of issues that are covered elsewhere. > 1.Update your source tree and mount this as /usr/src. > By "update" I assume that you mean install the 3.0 sources? I guess this needs a link to the CVSup instructions. It's not specifically the 3.0 sources, but the HEAD cvs tag. > 3.Remove any custom options from /etc/make.conf. > Some examples here would be great. For instance, NOPERL is bad, but is > NOSUIDPERL ok? I'm assuming that standard things like CFLAGS= -O -pipe > are ok, yes? It's important to make this clear not only to avoid > mistakes in the initial conversion, but also so that people will know > what's ok to use after the conversion is done. You might also toss in a > warning about make world command line options. IIRC NOCLEAN is the one > that's bitten most people, but I almost always include -DCLOBBER in my > world builds, is this going to be good/bad/indifferent? There are too many combinations, so testing is a nightmare. Most of those options are for experienced current users - they shouldn't be used by people who need to read documentation like this. I guess there is no other place where those words exist, but I don't think they belong here. > Some details on *exactly* what to change related to ldconfig would also > be good. Is all the requisite information in the new rc* scripts? Do I > need to do more than install the new stuff? I understand the objective > from what you've written, I just don't understand how to get there. I've added a few more words about that. I'm trying to avoid quoting slabs of script code. > > I'm assuming that at some point it's necessary to remake /dev, yes? At > what stage in this process should that be done, and how? (I'm guessing > '/bin/sh MAKEDEV all' will do it, but I'd hate to be wrong about that. I'm not sure about that. 8-) -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 15:28:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25727 for freebsd-current-outgoing; Sat, 26 Sep 1998 15:28:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25721 for ; Sat, 26 Sep 1998 15:28:10 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id PAA22086; Sat, 26 Sep 1998 15:27:54 -0700 (PDT) Message-ID: <19980926152753.A22040@nuxi.com> Date: Sat, 26 Sep 1998 15:27:53 -0700 From: "David O'Brien" To: Glenn Johnson , Greg Lehey Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <199809260334.WAA02457@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809260334.WAA02457@gforce.bellsouth.net>; from Glenn Johnson on Fri, Sep 25, 1998 at 10:34:41PM -0500 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ie., a new user getting FreeBSD 3.0 from the CD when it is released. I am > pretty sure they will want to run Netscape and probably some other aout > precompiled binaries. How will this situation be handled? Should there be a > compatibility package of aout libraries? That would pretty much be the answer. Just like we have compat21, I guess we'll need compatX11aout. compatX11aout will need to take the latest a.out 3.0 X11 libs and repackage them so the tarball has them in lib/aout. And makesure you don't forget the "-C /usr/X11R6" argument to tar. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 15:30:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25924 for freebsd-current-outgoing; Sat, 26 Sep 1998 15:30:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25919 for ; Sat, 26 Sep 1998 15:30:40 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id PAA22111; Sat, 26 Sep 1998 15:30:28 -0700 (PDT) Message-ID: <19980926153028.B22040@nuxi.com> Date: Sat, 26 Sep 1998 15:30:28 -0700 From: "David O'Brien" To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <19980926130720.C20205@freebie.lemis.com> <15680.906795121@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <15680.906795121@time.cdrom.com>; from Jordan K. Hubbard on Sat, Sep 26, 1998 at 12:32:01AM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm not sure what I plan to do WRT X yet since I have *only* a.out > versions available right now and that constrains me somewhat. Maybe it would be a good idea to get ?Rich? from XFree86 to retar the libs so they live in lib/aout/ rather than lib/ ? Eventhough X11BASE/lib will be empty, it might make things easier later for those that will need a mixed environment. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 15:31:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26017 for freebsd-current-outgoing; Sat, 26 Sep 1998 15:31:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.eecis.udel.edu (ntp.udel.edu [128.175.2.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA26006 for ; Sat, 26 Sep 1998 15:31:08 -0700 (PDT) (envelope-from alexandr@mail.eecis.udel.edu) Date: Sat, 26 Sep 1998 15:31:08 -0700 (PDT) From: alexandr@mail.eecis.udel.edu Message-Id: <199809262231.PAA26006@hub.freebsd.org> Received: from ren.eecis.udel.edu by mail.eecis.udel.edu id aa14042; 26 Sep 1998 18:30 EDT To: Andrzej Bialecki Cc: Jerry Alexandratos , current@FreeBSD.ORG Subject: RE: DEVFS IS BROKEN - DON'T USE IT (Re: Build problem with CODA and DEVFS) Organization: Mos Eisley Candy Store Reply-To: alexandr@mail.eecis.udel.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In Reply to Your Message of Sat, 26 Sep 1998 18: 55:43 +0200 Date: Sat, 26 Sep 1998 18:30:01 -0400 From: Jerry Alexandratos Message-ID: <199809261830.aa14042@mail.eecis.udel.edu> Andrzej Bialecki says: : On Fri, 25 Sep 1998, Jerry Alexandratos wrote: : : > I go the following error when trying to make a kernel (just cvsup'd the : : You're not the only one surprised by this... DEVFS in its current shape : doesn't work too well, and probably Coda wasn't yet converted to be : DEVFS-friendly. : : I think it should be clearly stated in LINT that DEVFS is BROKEN and : should not be used for now. : : If no-one objects, I'll mark it as such in LINT. I've never had a problem with DEVFS yet. Granted, it be nicer if it did more than it currently does, but it's not bad, and I wouldn't list is as broken. Anyway, the reason I tried the DEVFS/CODA combo is because I noticed that in the latest coda code updates had changes for DEVFS support (unless I read the code incorrectly). I figured I'd take a shot at compiling it. Like I said, I thought someone would like to know. --Jerry 8) Jerry Alexandratos % - % "Nothing inhabits my (8 8) alexandr@louie.udel.edu % - % thoughts, and oblivion (8 8) darkstar@strauss.udel.edu % - % drives my desires." (8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 15:45:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27948 for freebsd-current-outgoing; Sat, 26 Sep 1998 15:45:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27943 for ; Sat, 26 Sep 1998 15:45:52 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id SAA18429; Sat, 26 Sep 1998 18:42:33 -0400 (EDT) Date: Sat, 26 Sep 1998 18:42:33 -0400 (EDT) From: Brian Feldman To: Vallo Kallaste cc: freebsd-current@FreeBSD.ORG Subject: Re: Cannot use sysinstall In-Reply-To: <19980926220735.B685@matti.ee> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, the -q thing is a joke, don't worry about it :) There should have not been a libncurses.so.4; if there was, there should have been libncurses.so.4.[01] as well. The major/minor stuff is all quirky, and you can thank Sun for all that bother, ELF now has a much simpler way, thankfully. Anyway, there should not have to be any type of mucking around in the sources to get sysinstall to compile, it should be as simple as cd /usr/src/release/sysinstall; make all install clean. Cheers, Brian Feldman On Sat, 26 Sep 1998, Vallo Kallaste wrote: > Brian Feldman wrote: > > > Do you want the long answer or the short answer? Since you didn't use the > > -q (quiet) argument in the subject, I think you may want the long one *g* > > > 4. Biggest question: why is your /usr/lib/aout polluted? Libncurses.so.4 > > would be referring to a newer version, not the one in the FreeBSD source > > tree, and not the intended one to be used. I would assume if you copied it > > from /usr/local/lib to there it's alright and you just missed > > libncurses.so.4.0. If that's not the case, you've got something wrong when > > > 5. Why the heck do you even have to ask this, rather than recompiling > > sysinstall? *LART* > > *** > > I can't fully understand your first question. What do you mean about "quiet" > argument in the subject ? Please remember, english isn't my native language. > Far away from this, I haven't ever teached it. > I remember that under /usr/lib/aout was libncurses.so.4 not *.so.4.0 and this > was just after make world and I haven't copied anything by hand. Under /usr/ > local/lib I don't have any curses library, only bunch of graphics libraries > and tk libraries and so on. > Why I don't compile sysinstall ? Because I don't know how to do that. Yes, > anybody is able to type "make all" but, as I understand, modifying sources > needs further knowledge. For example your posting is the first time I heard > about major and minor numbering and I think that sounds weird for you. > Anyway, this problem is gone away and I'm sad about answers like this. > > > Vallo Kallaste > vallo@matti.ee > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 16:02:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29592 for freebsd-current-outgoing; Sat, 26 Sep 1998 16:02:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29586; Sat, 26 Sep 1998 16:02:55 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA09496; Sun, 27 Sep 1998 09:02:40 +1000 Date: Sun, 27 Sep 1998 09:02:40 +1000 From: Bruce Evans Message-Id: <199809262302.JAA09496@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, sos@FreeBSD.ORG Subject: Re: cd9660 mounts... Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >the diffs for wcd.c are below... atapi-cd.c has similar code, i >think it will not take more than five minutes to patch >the cdopen() and cdstart() functions in /sys/scsi ... (except that i >cannot find the code for cdopen() !) They won't work for cd in -current, since it uses slices. You need to put a slice behind each track or something like that. This isn't easy. Fudging the label is easy but is limited to 7 tracks. wcd is too poorly implemented and maintained to use slices. cdopen() is a trivial wrapper routine defined in a header in the old scsi drivers. The main open routine is named cd_open(). In the CAM drivers, the open routine is named cdopen() again. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 16:19:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01389 for freebsd-current-outgoing; Sat, 26 Sep 1998 16:19:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01373 for ; Sat, 26 Sep 1998 16:19:06 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA10324; Sun, 27 Sep 1998 09:18:46 +1000 Date: Sun, 27 Sep 1998 09:18:46 +1000 From: Bruce Evans Message-Id: <199809262318.JAA10324@godzilla.zeta.org.au> To: Don.Lewis@tsc.tdk.com, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Softupdates panics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >} > added `noatime' to two of my heavily used softupdates slices in >} >} noatime with SU is a known Bad Thing[tm]. > >I hadn't heard this. I don't know why that would be true. It is superstition. Perhaps stamping atimes hides some bugs in softupdates by causing more frequent updates or changing the timing of the updates. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 16:22:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01990 for freebsd-current-outgoing; Sat, 26 Sep 1998 16:22:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01985 for ; Sat, 26 Sep 1998 16:22:57 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id QAA09604; Sat, 26 Sep 1998 16:22:39 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <360D773E.E0178B7F@dal.net> Date: Sat, 26 Sep 1998 16:22:38 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: John Birrell CC: current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) References: <199809262230.IAA21610@cimlogic.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > > Studded wrote: > > Even if you don't want the masses updating > > right now, at *some* point in the future we want people to migrate from > > 2.2 to 3.x, so it's important to shake out the documentation too. :) You > > I hope the masses won't be using a source level upgrade. I assume that > people will be able to take a 3.0-RELEASE CD and upgrade an installed > system like they have in the past. I administer several systems that are 600 miles away, one that's 2,000. Source upgrades are the only path for me, and I know there's a lot of others in the same boat. > > 1.Update your source tree and mount this as /usr/src. > > By "update" I assume that you mean install the 3.0 sources? > > I guess this needs a link to the CVSup instructions. It's not specifically > the 3.0 sources, but the HEAD cvs tag. Thanks for the clarification. At some point though, if I want 3.0-Release it will be a different tag, yes? I'm guessing something like RELENG_3_0. > > 3.Remove any custom options from /etc/make.conf. > > Some examples here would be great. For instance, NOPERL is bad, but is > > NOSUIDPERL ok? I'm assuming that standard things like CFLAGS= -O -pipe > > are ok, yes? It's important to make this clear not only to avoid > > mistakes in the initial conversion, but also so that people will know > > what's ok to use after the conversion is done. You might also toss in a > > warning about make world command line options. IIRC NOCLEAN is the one > > that's bitten most people, but I almost always include -DCLOBBER in my > > world builds, is this going to be good/bad/indifferent? > > There are too many combinations, so testing is a nightmare. Most of those > options are for experienced current users - they shouldn't be used by > people who need to read documentation like this. I guess there is no > other place where those words exist, but I don't think they belong here. The problem is, within the next X months, 3.0 isn't going to be -Current anymore, it's going to be the mainstream. IMO we need to start planning for this change, oh, 6 months ago or so. :) If I can digress for a moment, this is actually a much bigger paradigm shift than most people are realizing it seems. For years now, the 3.0 branch (and I mean that specifically, as opposed to the more nebulous idea of "-Current") has been the exclusive domain of the "elite" group of hackers who could stomach its idiosyncracies. In a sense, it's become a sort of "home" to those who have used it and nursed it along lovingly. Anyone who couldn't handle the stress/demands of running -Current could easily be booted out the door without sympathy. With the advent of 3.0-Release, there will be a thundering herd of folks coming into the 3.0 branch, mucking around with stuff, trampling the tulips, etc. I've already seen some of the resentment, bad feelings, etc. associated with this kind of shift appearing on the lists, and I expect more to come. BTW, this is one of the reasons I suggested branching off -Current when the beta period started, to help ease the time of transition by giving the present denizens of 3.0 a new home. I'm sure a lot of people reading this will probably think I'm full of it, but I offer it as something for you to consider. Especially if you've been feeling some unfocused anger or aggression related to the changes, this might help you put a finger on it. :) > > Some details on *exactly* what to change related to ldconfig would also > > be good. Is all the requisite information in the new rc* scripts? Do I > > need to do more than install the new stuff? I understand the objective > > from what you've written, I just don't understand how to get there. > > I've added a few more words about that. I'm trying to avoid quoting slabs > of script code. Thank you. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 16:57:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06141 for freebsd-current-outgoing; Sat, 26 Sep 1998 16:57:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.clintondale.com (boris.clintondale.com [206.88.120.67]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06131 for ; Sat, 26 Sep 1998 16:57:44 -0700 (PDT) (envelope-from matt@clintondale.com) Received: from matt (helo=localhost) by mail.clintondale.com with local-smtp (Exim 2.04 #2) id 0zN4DS-0006tX-00 for freebsd-current@freebsd.org; Sat, 26 Sep 1998 19:57:30 -0400 Date: Sat, 26 Sep 1998 19:57:30 -0400 (EDT) From: Matt Hamilton To: freebsd-current@FreeBSD.ORG Subject: PLIP crashes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear All, A bug to report: I am currently running 3.0 (SMP, CAM, a.out, no SU) on my desktop, I have just been trying to install 3.0 on a Laptop via PLIP. All goes well and I can bring the interface up and both sides can see each other, however after a couple of minutes of transfering files across the desktop machine locks up hard - does not respond to pings (from either lp0 or the ethernet), does not respond to ctrl-alt-delete or anything on the console. No resort apart from the little red switch :( no dump, no nothing. My (uneducated) guess is that it is something to do with the large numbers of interupts generated by the parallel port. Is anyone else running -current and using PLIP and able to reproduce this? I will try a uni-processor kernel tomorrow and see if that helps. -Matt ------------------------------------------------------------------------------- Matt Hamilton Clintondale Aviation matt@clintondale.com http://www.clintondale.com ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:01:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06833 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:01:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06804 for ; Sat, 26 Sep 1998 17:01:01 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA21919; Sun, 27 Sep 1998 10:07:44 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809270007.KAA21919@cimlogic.com.au> Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-Reply-To: <360D773E.E0178B7F@dal.net> from Studded at "Sep 26, 98 04:22:38 pm" To: Studded@dal.net (Studded) Date: Sun, 27 Sep 1998 10:07:43 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded wrote: > I administer several systems that are 600 miles away, one that's 2,000. > Source upgrades are the only path for me, and I know there's a lot of > others in the same boat. That's amazing. Perhaps my experience is a bit limited. How many operating systems support source level upgrades, let alone a change in execuatable format in the process? We're working in an environment where the number of revision levels of installed systems is unknown. Anticipating what can go wrong is mind boggling. It's a support nightmare. If I were you, I think I'd be looking for a client/server sysinstall that could handle binary upgrades. > > I guess this needs a link to the CVSup instructions. It's not specifically > > the 3.0 sources, but the HEAD cvs tag. > > Thanks for the clarification. At some point though, if I want > 3.0-Release it will be a different tag, yes? I'm guessing something like > RELENG_3_0. That will be more difficult to ensure unless the user goes through the `make release' process and specifies the cvs tag to that. > The problem is, within the next X months, 3.0 isn't going to be > -Current anymore, it's going to be the mainstream. IMO we need to start > planning for this change, oh, 6 months ago or so. :) > > If I can digress for a moment, this is actually a much bigger paradigm > shift than most people are realizing it seems. For years now, the 3.0 > branch (and I mean that specifically, as opposed to the more nebulous > idea of "-Current") has been the exclusive domain of the "elite" group > of hackers who could stomach its idiosyncracies. In a sense, it's become > a sort of "home" to those who have used it and nursed it along lovingly. > Anyone who couldn't handle the stress/demands of running -Current could > easily be booted out the door without sympathy. With the advent of > 3.0-Release, there will be a thundering herd of folks coming into the > 3.0 branch, mucking around with stuff, trampling the tulips, etc. AFAIK, the idea of releasing 3.0 before 2.2.8 was to give 3.0 a chance to stablize for the herd of folks who trample on our tulips. Doh! The difference between life in 3.0-CURRENT and life in 3.0-RELEASE is the amount of experimental work going on. Current can only go back to that experimentation after the tree is branched. One reason for not branching now is to keep people concentrating on what will be released instead of deserting the release branch in favour of a place where anything (almost) goes. > I've already seen some of the resentment, bad feelings, etc. associated > with this kind of shift appearing on the lists, and I expect more to > come. BTW, this is one of the reasons I suggested branching off -Current > when the beta period started, to help ease the time of transition by > giving the present denizens of 3.0 a new home. I don't want to see the tree branched until 3.0-RELEASE. I doubt that there are many people who run more than one branch. We can't afford to have developers stop using the branch that will be released. 2.2.X already suffers from not enough people concentrating on the finer detail. > I'm sure a lot of people reading this will probably think I'm full of > it, but I offer it as something for you to consider. Especially if > you've been feeling some unfocused anger or aggression related to the > changes, this might help you put a finger on it. :) One of the problems I see is that some people who are trying to use current shouldn't be doing so. Living with current through major changes like E/P/C-days is probably about as bad as it can get. I think that some people over-estimate their ability to handle sources which can become unstable during times of change. I'll give you an example. After exchanging about a dozen emails with a user trying to upgrade his system to elf, I asked when he lasted updated his sources. I couldn't understand why his build wasn't behaving like mine. He asked me where he could get the latest sources. Sigh. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:16:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09450 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:16:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinky.tcn.net (comp20.tcn.net [209.135.79.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09429 for ; Sat, 26 Sep 1998 17:15:56 -0700 (PDT) (envelope-from krw@tcn.net) Received: from tcn.net (really [127.0.0.1]) by tcn.net via in.smtpd with esmtp (ident krw using rfc1413) id (Debian Smail3.2.0.101) for ; Sat, 26 Sep 1998 20:17:59 -0400 (EDT) Message-ID: <360D8436.A8F1E900@tcn.net> Date: Sat, 26 Sep 1998 20:17:58 -0400 From: Ken Westerback X-Mailer: Mozilla 4.5b2 [en] (X11; I; Linux 2.0.35 i586) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: Installing 3.0-19980917 on 9GB Disk - "Unable to create root partition - too big?" References: <360C3A52.9557CD12@tcn.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To answer my own question: Apparently merely changing the partition type was not enough to convince the install procedure to reformat it. Once I deleted and recreated the partition, causing the 'C' flag to appear beside it, all was well. The 'A'uto config created the appropriate file systems and the install completed. ---- Ken Ken Westerback wrote: > > I downloaded the 3.0-19980917 snapshot to a couple of zip disks at work > over our convenient fractional T1 connection and rushed home to install > 3.0 on the partition I had saved for it on my 9GB disk. > > The disk is an IDE (wd0) in LBA mode using a BIOS geometry of 1247 > cylinders, 255 heads, 63 sectors/track. I have partitioned it into 3 > primary partitions and 1 extended partition. The first primary (2G) in > Win98. The second primary (100MB) is my Linux root, the third primary > (3G) is where I want to install FreeBSD and the extended (4G) is divided > into various slices of my Linux installation. The partitions are ordered > on the disk in the above order. > > By my calculation the third primary should occupy space < 1024 cylinders > and I thought this was all I had to watch out for. > > I had installed OpenBSD into the third primary and it worked fine. So > when I booted the FreeBSD floppy I just changed the type of the > partition to 165 and tried to 'A'uto create the various file systems > within it. When I did that I got the message > > "Unable to create root partition - Too big?" > > When I tried to manually create a 100MB root partition I got a similiar > error. > > Does anyone have a suggestion as to what I need to do to get FreeBSD > installed on this partition? Or can someone explain why it is > impossible? I searched dejanews and the freebsd-current mailing list > archive with no success. > > I have Partition Magic 4.0 so I can slide the partitions around > (including the ext2 ones) to accomodate any required configuration. But > I do need to keep Win98 and Linux around for the forseeable future ... > > ---- Ken > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:33:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11080 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:33:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11064; Sat, 26 Sep 1998 17:33:34 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199809270033.RAA11064@hub.freebsd.org> Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <17686.906645192@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 24, 98 06:53:12 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 26 Sep 1998 17:33:31 -0700 (PDT) Cc: peter@netplex.com.au, oppermann@pipeline.ch, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) > > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) > > I'd prefer cvs-current and cvs-stable to numbered ones or we'll have > to rename lists at the roll-over rather than simply transitioning the > topics of discussion accordingly. cvs-stable and cvs-current do not exist at this time. we currently break out the lists per the source tree structure...and stable vs current do not have their own source trees. let see if resurrecting the myriad cvs- lists we have today doesnt solve the problem. jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:35:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11282 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:35:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11252; Sat, 26 Sep 1998 17:35:49 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199809270035.RAA11252@hub.freebsd.org> Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ In-Reply-To: <199809241423.KAA20077@khavrinen.lcs.mit.edu> from Garrett Wollman at "Sep 24, 98 10:23:37 am" To: chat@FreeBSD.ORG Date: Sat, 26 Sep 1998 17:35:49 -0700 (PDT) Cc: jkh@time.cdrom.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > >> That would kill me :( > > You are too easily killed. Time for a +3 armor. ;) > > The Postman hits! The Postman hits! You have new mail. > > (with apologies to Ed Vielmetti) The Postman always hits twice jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:47:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12890 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:47:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12883 for ; Sat, 26 Sep 1998 17:47:54 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA14640; Sun, 27 Sep 1998 10:47:43 +1000 Date: Sun, 27 Sep 1998 10:47:43 +1000 From: Bruce Evans Message-Id: <199809270047.KAA14640@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, matt@clintondale.com Subject: Re: PLIP crashes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A bug to report: I am currently running 3.0 (SMP, CAM, a.out, no SU) on >my desktop, I have just been trying to install 3.0 on a Laptop via PLIP. >All goes well and I can bring the interface up and both sides can see each >other, however after a couple of minutes of transfering files across the >desktop machine locks up hard - does not respond to pings (from either lp0 PLIP needs SLIP statically configured (not an LKM) or PPP configured (the LKM probably works) to get the interrupt masks configured right. PLIP may need to be the old-lpt based one for this kludge to work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13177 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:50:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13068 for ; Sat, 26 Sep 1998 17:49:59 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id KAA29573; Sun, 27 Sep 1998 10:49:34 +1000 (EST) Message-ID: <19980927104934.W22169@rf900.physics.usyd.edu.au> Date: Sun, 27 Sep 1998 10:49:34 +1000 From: David Dawes To: obrien@NUXI.com, "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Mail-Followup-To: obrien@NUXI.com, "Jordan K. Hubbard" , current@FreeBSD.ORG References: <19980926130720.C20205@freebie.lemis.com> <15680.906795121@time.cdrom.com> <19980926153028.B22040@nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980926153028.B22040@nuxi.com>; from David O'Brien on Sat, Sep 26, 1998 at 03:30:28PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 26, 1998 at 03:30:28PM -0700, David O'Brien wrote: >> I'm not sure what I plan to do WRT X yet since I have *only* a.out >> versions available right now and that constrains me somewhat. > >Maybe it would be a good idea to get ?Rich? from XFree86 to retar the >libs so they live in lib/aout/ rather than lib/ ? > >Eventhough X11BASE/lib will be empty, it might make things easier later >for those that will need a mixed environment. If it would help, I could add a FreeBSD-3.0-ELF directory on ftp.xfree86.org with a set of XFree86 3.3.2.3 binaries in ELF format. An X3323alib.tgz tarball could be added with the a.out libraries (should it contain static libs as well as shared libs?). Or should the current a.out binaries in the FreeBSD-3.0 directory simply be replaced with ELF ones? David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 17:54:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13728 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:54:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13715 for ; Sat, 26 Sep 1998 17:53:48 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id RAA22578; Sat, 26 Sep 1998 17:53:21 -0700 (PDT) Message-ID: <19980926175320.A22450@nuxi.com> Date: Sat, 26 Sep 1998 17:53:20 -0700 From: "David O'Brien" To: dawes@rf900.physics.usyd.edu.au Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <19980926130720.C20205@freebie.lemis.com> <15680.906795121@time.cdrom.com> <19980926153028.B22040@nuxi.com> <19980927104934.W22169@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980927104934.W22169@rf900.physics.usyd.edu.au>; from David Dawes on Sun, Sep 27, 1998 at 10:49:34AM +1000 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > An X3323alib.tgz tarball could be added with the a.out libraries > (should it contain static libs as well as shared libs?). > > Or should the current a.out binaries in the FreeBSD-3.0 directory simply > be replaced with ELF ones? alib should only be a.out shared libs. Once the move to ELF is made, we don't support building an a.out binary any longer. Thus no need for a.out static libs. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 17:59:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14671 for freebsd-current-outgoing; Sat, 26 Sep 1998 17:59:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA14651 for ; Sat, 26 Sep 1998 17:59:36 -0700 (PDT) (envelope-from jim@reptiles.org) Received: from localhost (1296 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Sat, 26 Sep 1998 20:59:27 -0400 (EDT) (Smail-3.2.0.102 1998-Aug-2 #2 built 1998-Aug-4) Message-Id: From: jim@reptiles.org (Jim Mercer) Subject: minor misrepresentation in 3.0-1980923 src/Makefile To: freebsd-current@FreeBSD.ORG Date: Sat, 26 Sep 1998 20:59:27 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the makefile says you need at least 165M in /usr/obj for a full build. actually, the default build, without specifying -DNOAOUT, uses about 260M. the makefile should likely be updated. in fact, it would be nice to have a document that tells the minimum sizes (or recommended minimum sizes) for a given release for: / /usr /usr/X11R6 /usr/src /usr/obj /var i generally treat / and /usr as read-only after an install, or installworld. (well, except for /etc). BTW: thanx to whoever added the NO_SENDMAIL option to /etc/make.conf. makes builds a little easier for us who are using sendmail replacements. -- [ Jim Mercer Reptilian Research jim@reptiles.org +1 416 410-5633 ] [ The telephone, for those of you who have forgotten, was a commonly used ] [ communications technology in the days before electronic mail. ] [ They're still easy to find in most large cities. -- Nathaniel Borenstein ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 18:19:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16840 for freebsd-current-outgoing; Sat, 26 Sep 1998 18:19:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16830 for ; Sat, 26 Sep 1998 18:19:17 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id TAA18218; Sat, 26 Sep 1998 19:18:53 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id TAA11889; Sat, 26 Sep 1998 19:18:52 -0600 Date: Sat, 26 Sep 1998 19:18:52 -0600 Message-Id: <199809270118.TAA11889@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: obrien@NUXI.com Cc: dawes@rf900.physics.usyd.edu.au, current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: <19980926175320.A22450@nuxi.com> References: <19980926130720.C20205@freebie.lemis.com> <15680.906795121@time.cdrom.com> <19980926153028.B22040@nuxi.com> <19980927104934.W22169@rf900.physics.usyd.edu.au> <19980926175320.A22450@nuxi.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > An X3323alib.tgz tarball could be added with the a.out libraries > > (should it contain static libs as well as shared libs?). > > > > Or should the current a.out binaries in the FreeBSD-3.0 directory simply > > be replaced with ELF ones? > > alib should only be a.out shared libs. Once the move to ELF is made, we > don't support building an a.out binary any longer. Thus no need for > a.out static libs. Except for the 2.2 branch, which will be around for a while longer.... Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 18:44:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19846 for freebsd-current-outgoing; Sat, 26 Sep 1998 18:44:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19831; Sat, 26 Sep 1998 18:44:23 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id SAA22103; Sat, 26 Sep 1998 18:44:14 -0700 (PDT) Date: Sat, 26 Sep 1998 18:44:14 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809270144.SAA22103@math.berkeley.edu> To: sos@FreeBSD.ORG Subject: Re: cd9660 mounts... Cc: current@FreeBSD.ORG, dan@math.berkeley.edu, luigi@labinfo.iet.unipi.it Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In reply to Luigi Rizzo who wrote: > > > > An alternative hack (which seems to work and requires very little > > modification -- just 4 lines in the device driver!) is to use the > > device minor number to identify the track, so that you can say > > > > mount -t cd9660 -o -s=0 /dev/wcd0tN /cdrom > > > > to mount the n-th track. > > I think this method is the best one, we can keep the mods in the > atapi-cd devicedriver which still is sortof alpha code. That wont > make it work for SCSI CDROM's, but that just too bad... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team FreeBSD already relies far too heavily on a proliferation of minor devices, each of which requires its own entry in /dev. Exactly how large a (worst case) track number are we prepared to handle? This kind of thing might be handled via ioctl(). The track number could be an option argument to mount_cd9660. Alternaticely, device drivers could have memory that transcends close()es. In this case, one might issue commands like: settrack /dev/rwcd0 N mount -t cd9660 /dev/wcd0 /cdrom Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 18:50:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20481 for freebsd-current-outgoing; Sat, 26 Sep 1998 18:50:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20476 for ; Sat, 26 Sep 1998 18:50:54 -0700 (PDT) (envelope-from ggm@azure.dstc.edu.au) Received: from azure.dstc.edu.au (azure.dstc.edu.au [130.102.176.27]) by piglet.dstc.edu.au (8.8.7/8.8.7) with ESMTP id LAA09209 for ; Sun, 27 Sep 1998 11:50:45 +1000 (EST) Received: (from ggm@localhost) by azure.dstc.edu.au (8.8.5/8.8.4) id LAA27301 for current@FreeBSD.ORG; Sun, 27 Sep 1998 11:50:44 +1000 (EST) Date: Sun, 27 Sep 1998 11:50:44 +1000 (EST) From: George Michaelson Message-Id: <199809270150.LAA27301@azure.dstc.edu.au> To: current@FreeBSD.ORG Subject: should the 3.0 SNAP boot.flp read ATAPI CD's? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tried to do an upgrade from the 3.0 snap of the 23rd. the CD looks fine, the boot.flp works fine, but I can't see a dmesg line for detecting my atapi CD, nor mount it for a CD install. My pre-ELF kernel on hd finds the wdc1 instance on 15/170-177 fine and maps in wcd0 on that. I guess I can cut a standalone /kernel floppy, and do manual install but if this is meant to work off the disk, it seems to be faulty... -George To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:21:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23833 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:21:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA23820 for ; Sat, 26 Sep 1998 19:20:58 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA01098; Sat, 26 Sep 1998 19:19:42 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Studded cc: John Birrell , current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) In-reply-to: Your message of "Sat, 26 Sep 1998 16:22:38 PDT." <360D773E.E0178B7F@dal.net> Date: Sat, 26 Sep 1998 19:19:41 -0700 Message-ID: <1094.906862781@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I administer several systems that are 600 miles away, one that's 2,000. > Source upgrades are the only path for me, and I know there's a lot of > others in the same boat. There's no substitute for having someone on-site to handle a major upgrade. I also would not suggest upgrading a system that way, it being akin to doing brain surgery in the dark, no matter how creative the administrative situation was. Maybe with a point release upgrade I might try to get away with it, but certainly not for a major one like this. And, yes yes, I'm sure many people get away with doing all kinds of crazy stuff out there in the field, but hardly makes it recommended (or supported) procedure. :) > The problem is, within the next X months, 3.0 isn't going to be > -Current anymore, it's going to be the mainstream. IMO we need to start > planning for this change, oh, 6 months ago or so. :) 3.0.0-RELEASE has also been strongly discouraged for more than the last 6 months to any of our users who are halfway serious about reliability, and anyone who's been ignoring our warnings does so only at their own peril. Those who subscribe to the Walnut Creek CDROM distributions even got a letter in which they were essentially discouraged from buying 3.0 at this time unless they wanted it just for hobbiest/experimental purposes, and that should tell you something since folks like WC are in the business to make money and if they're telling you NOT to buy something, it's probably worth listening to them. People also ski in posted avalanche areas (and die) all the time, but that doesn't make them particularly smart. :) > If I can digress for a moment, this is actually a much bigger paradigm > shift than most people are realizing it seems. For years now, the 3.0 > branch (and I mean that specifically, as opposed to the more nebulous > idea of "-Current") has been the exclusive domain of the "elite" group > of hackers who could stomach its idiosyncracies. In a sense, it's become And our "dot-zero" releases are still that way. They've ALWAYS been that way, in fact, and we've never made any bones about it. We'll certainly be happy to see some of the "elite" folks (though I wouldn't use that word myself) jump on 3.0-RELEASE so that we can start getting some of the testing which will be required to turn 3.0-CURRENT into something that's eventually ISP material, but you can bet that ftp.cdrom.com won't be running 3.0 for awhile. When we're confident enough to switch our "flagship" machine to 3.0.x-RELEASE, then maybe the rest of our commercial customers should consider following suit. Until then, 2.2.8 is the recommended (and planned) upgrade path and that should hopefully take us through the end of the year. Come Q1 '99, we can start talking more seriously about these sorts of transitions being commonplace. > I've already seen some of the resentment, bad feelings, etc. associated > with this kind of shift appearing on the lists, and I expect more to Hmmm. I haven't seen much resentment coming from anyone but you. :-) Seriously, anyone getting "resentful" at this stage about the transition is simply trying to do the wrong thing at the wrong time. We have a release track for those who need strong shock-absorbers on their release and it's called 2.2-STABLE. I don't think people are taking that fact seriously enough and it's a damn shame, especially when they start blaming *us* for their own refusal to heed the warnings. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:26:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24609 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:26:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24599 for ; Sat, 26 Sep 1998 19:26:19 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA01147; Sat, 26 Sep 1998 19:25:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: David Dawes cc: obrien@NUXI.com, current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-reply-to: Your message of "Sun, 27 Sep 1998 10:49:34 +1000." <19980927104934.W22169@rf900.physics.usyd.edu.au> Date: Sat, 26 Sep 1998 19:25:05 -0700 Message-ID: <1144.906863105@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If it would help, I could add a FreeBSD-3.0-ELF directory on ftp.xfree86.org > with a set of XFree86 3.3.2.3 binaries in ELF format. An X3323alib.tgz > tarball could be added with the a.out libraries (should it contain static > libs as well as shared libs?). That would be great. Could we do the name change we talked about earlier with the last release as well? You know, the 3.3.2.3 subdir with canonically named tarballs below that? > Or should the current a.out binaries in the FreeBSD-3.0 directory simply > be replaced with ELF ones? Urk, please no, I was sort of hoping to use at least part of that one to populate the /usr/X11R6/lib/compat directory. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:32:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25646 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:32:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25625; Sat, 26 Sep 1998 19:32:46 -0700 (PDT) (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.5] (user5.dataplex.net [208.2.87.5]) by shrimp.dataplex.net (8.9.1/8.9.1) with ESMTP id VAA08533; Sat, 26 Sep 1998 21:32:57 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199809270033.RAA11064@hub.freebsd.org> References: <17686.906645192@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 24, 98 06:53:12 am" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 26 Sep 1998 21:30:16 -0500 To: "Jonathan M. Bresler" From: Richard Wackerbarth Subject: Re: ftp://ftp.freebsd.org/pub/FreeBSD/3.0-19980923-BETA/ Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 7:33 PM -0500 9/26/98, Jonathan M. Bresler wrote: >Jordan K. Hubbard wrote: >> > cvs-30 (all commits related to 3.0 (aka -current, -beta, -stable etc) >> > cvs-22 (all commits related to 2.2.x (aka 2.2-stable etc) >> >> I'd prefer cvs-current and cvs-stable to numbered ones or we'll have >> to rename lists at the roll-over rather than simply transitioning the >> topics of discussion accordingly. > > cvs-stable and cvs-current do not exist at this time. > we currently break out the lists per the source tree > structure...and stable vs current do not have their > own source trees. > > let see if resurrecting the myriad cvs- lists we have > today doesnt solve the problem. I think you may be missing the point. If I am tracking the x.x branch, I really don't care about the changes to "current". Similarly, someone who is attempting to help beta-test the upcoming release doesn't care about the items which are still being ported back into 2.2. They only care about the changes to the system that they are attempting to run. For all practical purposes of the people who do not wish to get ALL the commit messages, it would be simpler if FreeBSD-2 and FreeBSD-3 were entirely separate cvs trees. The cry is that the commit messages be distributed as if they were. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:49:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27380 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:49:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27374 for ; Sat, 26 Sep 1998 19:49:25 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id MAA26955; Sun, 27 Sep 1998 12:48:38 +1000 (EST) Message-ID: <19980927124837.X22169@rf900.physics.usyd.edu.au> Date: Sun, 27 Sep 1998 12:48:37 +1000 From: David Dawes To: "Jordan K. Hubbard" Cc: obrien@NUXI.com, current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Mail-Followup-To: "Jordan K. Hubbard" , obrien@NUXI.com, current@FreeBSD.ORG References: <19980927104934.W22169@rf900.physics.usyd.edu.au> <1144.906863105@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <1144.906863105@time.cdrom.com>; from Jordan K. Hubbard on Sat, Sep 26, 1998 at 07:25:05PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 26, 1998 at 07:25:05PM -0700, Jordan K. Hubbard wrote: >> If it would help, I could add a FreeBSD-3.0-ELF directory on ftp.xfree86.org >> with a set of XFree86 3.3.2.3 binaries in ELF format. An X3323alib.tgz >> tarball could be added with the a.out libraries (should it contain static >> libs as well as shared libs?). > >That would be great. Could we do the name change we talked about >earlier with the last release as well? You know, the 3.3.2.3 subdir >with canonically named tarballs below that? Maybe I could do something like that with the new ELF binaries. I'm not going to change all our other binary distributions at this point though, but maybe when we release 3.3.3 it can be organised differently (don't hold me to this, but we're considering a 3.3.3 release in about six weeks from now). Can you remind me exactly what you proposed last time? >> Or should the current a.out binaries in the FreeBSD-3.0 directory simply >> be replaced with ELF ones? > >Urk, please no, I was sort of hoping to use at least part of that one >to populate the /usr/X11R6/lib/compat directory. :-) But I was going to put them in a new "alib" tarball (or alternatively they could be in the main "bin" tarball together with the ELF shared libs). Hmm, are you really planning to put them in /usr/X11R6/lib/compat rather than /usr/X11R6/lib/aout? David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:51:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27540 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:51:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA27527 for ; Sat, 26 Sep 1998 19:50:57 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86486-25414>; Sat, 26 Sep 1998 22:50:42 -0400 Received: by qew.cs.toronto.edu id <37768-5346>; Sat, 26 Sep 1998 22:45:50 -0400 Subject: Re: Current is Really Broken(tm) From: David Holland To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Date: Sat, 26 Sep 1998 22:45:42 -0400 Cc: phk@critter.freebsd.dk, current@FreeBSD.ORG In-Reply-To: <199809261652.KAA05259@narnia.plutotech.com> from "Justin T. Gibbs" at Sep 26, 98 12:52:32 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep26.224550edt.37768-5346@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >>This is exactly the opposite of what is realized by SLICE. SLICE > >>does the "mount" at a deep level of the drivers (in an interrupt > >>handler). > > > > ...Which was one of the most wrong things about it. > > Whatever replaces it must be able to be notified of insertion and > removal events from an interrupt context. ... but trying to process mounts there is foolhardy. I mean, when you stick a floppy in, it would be nice if it automatically mounted itself, like Macs could do fourteen years back, but doing a filesystem mount from an interrupt isn't feasible. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 19:56:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28139 for freebsd-current-outgoing; Sat, 26 Sep 1998 19:56:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28132 for ; Sat, 26 Sep 1998 19:56:27 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id TAA23191; Sat, 26 Sep 1998 19:55:41 -0700 (PDT) Message-ID: <19980926195540.A23068@nuxi.com> Date: Sat, 26 Sep 1998 19:55:40 -0700 From: "David O'Brien" To: dawes@rf900.physics.usyd.edu.au Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <19980927104934.W22169@rf900.physics.usyd.edu.au> <1144.906863105@time.cdrom.com> <19980927124837.X22169@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980927124837.X22169@rf900.physics.usyd.edu.au>; from David Dawes on Sun, Sep 27, 1998 at 12:48:37PM +1000 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hmm, are you really planning to put them in /usr/X11R6/lib/compat rather > than /usr/X11R6/lib/aout? I would vote for /usr/X11R6/lib/compat to follow our current practice with compat21. As we can view them not as a.out libs, but the libs you need to run an GUI binary compiled on a 2.x box. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 20:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28646 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:00:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28566 for ; Sat, 26 Sep 1998 19:59:55 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id MAA29159; Sun, 27 Sep 1998 12:59:42 +1000 (EST) Message-ID: <19980927125942.Y22169@rf900.physics.usyd.edu.au> Date: Sun, 27 Sep 1998 12:59:42 +1000 From: David Dawes To: current@FreeBSD.ORG Subject: imake autodetecting the binary format Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm planning to add the patch included below to imake so that it can auto-detect the binary format at runtime. Together with this, the following would be added to FreeBSD.cf: #ifndef UseElfFormat #define UseElfFormat DefaultToElfFormat #endif If anyone sees any problems with this, let me know. I don't need to hear comments about how gross this might appear to be. Also, I don't think calling getobjformat() is an option. David -- *** imake.c 1998/03/01 00:34:54 3.13.2.16 --- xc/config/imake/imake.c 1998/09/27 02:50:27 *************** *** 968,973 **** --- 968,1000 ---- } #endif + #ifdef __FreeBSD__ + static void + get_binary_format(FILE *inFile) + { + int mib[2]; + size_t len; + int osrel = 0; + FILE *objprog = NULL; + int iself = 0; + char buf[10]; + + mib[0] = CTL_KERN; + mib[1] = KERN_OSRELDATE; + len = sizeof(osrel); + sysctl(mib, 2, &osrel, &len, NULL, 0); + if (osrel >= 300004 && + (objprog = popen("objformat", "r")) != NULL && + fgets(buf, sizeof(buf), objprog) != NULL && + strncmp(buf, "elf", 3) == 0) + iself = 1; + if (objprog) + pclose(objprog); + + fprintf(inFile, "#define DefaultToElfFormat %s\n", iself ? "YES" : "NO"); + } + #endif + #ifndef PATH_MAX #define PATH_MAX 1024 #endif *************** *** 1074,1079 **** --- 1101,1109 ---- get_ld_version(inFile); #endif get_gcc_incdir(inFile); + #ifdef __FreeBSD__ + get_binary_format(inFile); + #endif #endif /* WIN32 */ return FALSE; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:10:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA29780 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:10:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA29762 for ; Sat, 26 Sep 1998 20:10:28 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86552-25414>; Sat, 26 Sep 1998 23:10:09 -0400 Received: by qew.cs.toronto.edu id <37768-5346>; Sat, 26 Sep 1998 23:03:57 -0400 Subject: Re: Current is Really Broken(tm) From: David Holland To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sat, 26 Sep 1998 23:03:49 -0400 Cc: gibbs@narnia.plutotech.com, current@FreeBSD.ORG In-Reply-To: <8655.906831168@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 26, 98 01:32:48 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep26.230357edt.37768-5346@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > For any SLICE/GEOMETRY implementation, the discovery and instantiation > of the network of handlers and devices is the most tricky part, > no doubt about that. > > There are two basic ways to skin that cat: I think this is a false dichotomy; the way I'd probably implement it if I set out on such a project is neither of these, but a mixture, as follows: - knowledge of various kinds of disklabel is built into disklabel drivers in the kernel. But this knowledge is kept encapsulated. - if being able to have everything automatically appear is important, you also write a probe routine that you put in the kernel. - but you do not try to activate these disklabel devices, or the probe, automatically from the kernel, except maybe once someplace near the end of the boot sequence. Instead, you have someplace a daemon that receives notifications when a new disk appears and tries to work out something intelligent to do with it. (The probe routine could be here instead of the kernel, too, maybe.) As far as the other problems you bring up: - if you weren't worried about kernel bloat, you could have one of the device nodes generated by the disklabel hold some abstract representation of the partition table, and automatically intercept and handle modifications appropriately. - if you were worried about kernel bloat, you just might disallow writing to the partition table while a partition device was active. This would be easy, because /dev/wd0 would be busy while the partitions were available, and none of the other /dev/wd0* would make the partition table visible. A slightly more dangerous option is to create a /dev/wd0-table device that held the table and automatically forced a reread if the table was modified. You also require a process to issue an ioctl before writing the table, to keep it from happening by accident. - you don't have any trouble with booting; either you put the partition table probe code in the kernel (IMO a perfectly reasonable place for it), or configure the boot drive's partition table format at kernel build time, or require require the boot drive to have some (probably machine-specific) particular partition table format. - read-write locking of partitions is exactly the same problem as it is right now. That is, it's messy, but not directly relevant. > -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:17:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA00784 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:17:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sicily.odyssey.cs.cmu.edu (SICILY.ODYSSEY.CS.CMU.EDU [128.2.185.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA00779 for ; Sat, 26 Sep 1998 20:17:03 -0700 (PDT) (envelope-from rvb+@sicily.odyssey.cs.cmu.edu) To: alexandr@mail.eecis.udel.edu Cc: current@FreeBSD.ORG Subject: Re: Build problem with CODA and DEVFS References: <199809251913.aa16549@mail.eecis.udel.edu> From: "Robert V. Baron" Date: 26 Sep 1998 23:16:29 -0400 In-Reply-To: Jerry Alexandratos's message of Fri, 25 Sep 1998 19:13:46 -0400 Message-ID: Lines: 28 X-Mailer: Gnus v5.4.46/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG First, please don't view DEVFS as bad because DEVFS did not work with CODA. I committed a bunch of changes from my tree and this one got in before being adequately tested. It will be fixed Monday. Jerry Alexandratos writes: > I go the following error when trying to make a kernel (just cvsup'd the > latest source ~5 min ago). Thought someone would like to know. > > Excerpt of kernel make follows: > > -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- > -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout > ../../coda/coda_fbsd.c > ../../coda/coda_fbsd.c: In function `vc_drvinit': > ../../coda/coda_fbsd.c:127: parse error before `0' > ../../coda/coda_fbsd.c:131: parse error before `0' > *** Error code 1 > > > --Jerry > > 8) Jerry Alexandratos % - % "Nothing inhabits my (8 > 8) alexandr@louie.udel.edu % - % thoughts, and oblivion (8 > 8) darkstar@strauss.udel.edu % - % drives my desires." (8 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:21:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01406 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:21:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA01387 for ; Sat, 26 Sep 1998 20:21:03 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86567-25411>; Sat, 26 Sep 1998 23:20:44 -0400 Received: by qew.cs.toronto.edu id <37814-5346>; Sat, 26 Sep 1998 23:12:32 -0400 Subject: Re: DEVFS & SLICE? From: David Holland To: rotel@indigo.ie Date: Sat, 26 Sep 1998 23:12:28 -0400 Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199809261328.OAA00354@indigo.ie> from "Niall Smart" at Sep 26, 98 10:28:27 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep26.231232edt.37814-5346@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > MAKEDEV should probably be built from a file which describes kernel > devices, maintanence of this would be so easy as to be a non-issue > and would have the side effect of a database of device major and > minor numbers which the DEVFS approach doesn't seem to afford. Major and minor device numbers are a projection of internal kernel guts into user space. As such, they are a problem, not a feature. The DEVFS approach, when taken to its conclusion, ultimately leads to abolishing the concept entirely. You'd still need dev_t for stat, but you don't need or want to interpret the contents. > These two issues seem more or less the same, using DEVFS simply > moves the checking from mknod code to DEVFS code. Any general > framework implemented in DEVFS for controlling device visibility > in chroot environments could just as easily be provided for mknod. Huh? How do you tell mknod(2) that it can only create nodes in (say) /dev, /home/ftp/dev, and /usr/test/chroot/dev? -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:35:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02639 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:35:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02629 for ; Sat, 26 Sep 1998 20:35:35 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id NAA22452; Sun, 27 Sep 1998 13:41:57 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809270341.NAA22452@cimlogic.com.au> Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: <19980926195540.A23068@nuxi.com> from David O'Brien at "Sep 26, 98 07:55:40 pm" To: obrien@NUXI.com Date: Sun, 27 Sep 1998 13:41:56 +1000 (EST) Cc: dawes@rf900.physics.usyd.edu.au, jkh@time.cdrom.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > Hmm, are you really planning to put them in /usr/X11R6/lib/compat rather > > than /usr/X11R6/lib/aout? > > I would vote for /usr/X11R6/lib/compat to follow our current practice > with compat21. As we can view them not as a.out libs, but the libs you > need to run an GUI binary compiled on a 2.x box. The upgrade procedure will move aout X11R6 libs to /usr/X11R6/lib/aout. I don't think that /usr/X11R6/lib/compat is suitable, for the same reason that /usr/lib/compat is for elf compatibility libraries. We want to have aout things partitioned so that they can be pruned later. Get 'em out of the way and go elf! -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:36:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02719 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:36:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sicily.odyssey.cs.cmu.edu (SICILY.ODYSSEY.CS.CMU.EDU [128.2.185.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA02713 for ; Sat, 26 Sep 1998 20:36:23 -0700 (PDT) (envelope-from rvb+@sicily.odyssey.cs.cmu.edu) To: current@FreeBSD.ORG Subject: VM question From: "Robert V. Baron" Date: 26 Sep 1998 23:36:04 -0400 In-Reply-To: George Michaelson's message of Sun, 27 Sep 1998 11:50:44 +1000 (EST) Message-ID: Lines: 15 X-Mailer: Gnus v5.4.46/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a file system (Coda) in FreeBSD -current that needs to be able to map/exec files. There are a couple ways of doing this. One way is to have coda_bmap() return an error which will then force, vnode_pager_generic_getpages() to call vnode_pager_input_old(). The latter function does a simple VOP_READ to get the data. It looks like it pretty much does the right thing. BUT it looks like it fails to set the m->valid flag in the page it just read. (So later when exec_map_first_page checks for m->valid == 0; it's sad and the exec aborts.) It looks like if you do the more complicated vnode_pager_generic_getpage() function, it will set valid. On the otherhand, it looks like that vm_fault() which also calls vm_pager_get_pages() does its own setting of m->valid. So my questions is: Should vnode_pager_input_old set m->valid and if not who should. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 20:58:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06063 for freebsd-current-outgoing; Sat, 26 Sep 1998 20:58:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06051 for ; Sat, 26 Sep 1998 20:58:48 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id UAA23459; Sat, 26 Sep 1998 20:57:50 -0700 (PDT) Message-ID: <19980926205749.A23451@nuxi.com> Date: Sat, 26 Sep 1998 20:57:49 -0700 From: "David O'Brien" To: John Birrell Cc: dawes@rf900.physics.usyd.edu.au, jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <19980926195540.A23068@nuxi.com> <199809270341.NAA22452@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809270341.NAA22452@cimlogic.com.au>; from John Birrell on Sun, Sep 27, 1998 at 01:41:56PM +1000 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The upgrade procedure will move aout X11R6 libs to /usr/X11R6/lib/aout. Then lets make it /usr/X11R6/lib/compat/aout. We should be consistant everywhere. > that /usr/lib/compat is for elf compatibility libraries. We want to have > aout things partitioned so that they can be pruned later. Get 'em out > of the way and go elf! I complained about this before, and will again. compat/aout/ cannot be pruned since you've put the compat21 libs there. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 21:04:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06840 for freebsd-current-outgoing; Sat, 26 Sep 1998 21:04:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06830 for ; Sat, 26 Sep 1998 21:04:11 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id OAA22568; Sun, 27 Sep 1998 14:10:39 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809270410.OAA22568@cimlogic.com.au> Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) In-Reply-To: <19980926205749.A23451@nuxi.com> from David O'Brien at "Sep 26, 98 08:57:49 pm" To: obrien@NUXI.com Date: Sun, 27 Sep 1998 14:10:36 +1000 (EST) Cc: jb@cimlogic.com.au, dawes@rf900.physics.usyd.edu.au, jkh@time.cdrom.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > The upgrade procedure will move aout X11R6 libs to /usr/X11R6/lib/aout. > > Then lets make it /usr/X11R6/lib/compat/aout. We should be consistant > everywhere. Not if the aout libs are in /usr/X11R6/lib before the upgrade. They are current libs, just in the old format. We move them to an aout sub-directory to make room for the elf ones. > > that /usr/lib/compat is for elf compatibility libraries. We want to have > > aout things partitioned so that they can be pruned later. Get 'em out > > of the way and go elf! > > I complained about this before, and will again. compat/aout/ cannot be > pruned since you've put the compat21 libs there. When aout is no longer in use, it can be pruned. Once the executable format is changed, and the old format dropped, what are you trying to keep compatibility with? At some point you have to let go of the past. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 21:11:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07764 for freebsd-current-outgoing; Sat, 26 Sep 1998 21:11:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07739 for ; Sat, 26 Sep 1998 21:11:04 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id VAA23520; Sat, 26 Sep 1998 21:10:42 -0700 (PDT) Message-ID: <19980926211042.B23451@nuxi.com> Date: Sat, 26 Sep 1998 21:10:42 -0700 From: "David O'Brien" To: John Birrell Cc: current@FreeBSD.ORG Subject: Re: Finding a.out shared libraries (was: Netscape no longer works with ELF system) Reply-To: obrien@NUXI.com References: <19980926205749.A23451@nuxi.com> <199809270410.OAA22568@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809270410.OAA22568@cimlogic.com.au>; from John Birrell on Sun, Sep 27, 1998 at 02:10:36PM +1000 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > When aout is no longer in use, it can be pruned. Once the executable format > is changed, and the old format dropped, what are you trying to keep > compatibility with? At some point you have to let go of the past. Programs I compiled back in 2.x that I don't have source for anymore. We can never drop support for runing a.out binaries. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sat Sep 26 21:15:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08213 for freebsd-current-outgoing; Sat, 26 Sep 1998 21:15:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA08195 for ; Sat, 26 Sep 1998 21:14:59 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id VAA14691; Sat, 26 Sep 1998 21:14:45 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <360DBBB5.7D410268@dal.net> Date: Sat, 26 Sep 1998 21:14:45 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0920 i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG Subject: Re: Upgrade documentation (Was: Re: Make world error on -current elf) References: <1094.906862781@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > > I administer several systems that are 600 miles away, one that's 2,000. > > Source upgrades are the only path for me, and I know there's a lot of > > others in the same boat. > > There's no substitute for having someone on-site to handle a major > upgrade. Of course. That's not really the issue though. I haven't seen one message till now saying that the project doesn't plan to make the source upgrade reliable. In fact, I've seen hundreds working to make it so. I'm perfectly happy to have a backup plan ready, but it *would* be nice to have a fighting chance to make it work with a source upgrade first. > > The problem is, within the next X months, 3.0 isn't going to be > > -Current anymore, it's going to be the mainstream. IMO we need to start > > planning for this change, oh, 6 months ago or so. :) > > 3.0.0-RELEASE has also been strongly discouraged for more than the > last 6 months to any of our users who are halfway serious about > reliability, and anyone who's been ignoring our warnings does so only > at their own peril. Yes, of course. But at SOME point you do want people moving to the 3.0 branch. The process of making 3.0 into something that mere mortals can use reliably will be accelerated if some people in the middle (not developers, but not entry level users either) to migrate and shake out the bugs that the developers haven't yet. Foolishly, I took you at your word regarding the so-called beta period for 3.0-Release. Now that I know that it will be a long time before you actually want people using 3.0, I won't worry about it. > > I've already seen some of the resentment, bad feelings, etc. associated > > with this kind of shift appearing on the lists, and I expect more to > > Hmmm. I haven't seen much resentment coming from anyone but you. :-) > > Seriously, anyone getting "resentful" at this stage about the > transition is simply trying to do the wrong thing at the wrong time. > We have a release track for those who need strong shock-absorbers on > their release and it's called 2.2-STABLE. I don't think people are > taking that fact seriously enough and it's a damn shame, especially > when they start blaming *us* for their own refusal to heed the > warnings. A) You've completely misunderstood my point. B) I'm not resentful. C) You're ignoring feedback from both the users and the developers. It's too bad really, but now that I know the size of the brick wall I'll stop beating my head against it. I had hoped that given the problems of the past that you'd be open to suggestions. However it seems that you're determined to go down the same path. Just don't be surprised when you reach the same destinations. Good luck, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 23:02:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15425 for freebsd-current-outgoing; Sat, 26 Sep 1998 23:02:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15413 for ; Sat, 26 Sep 1998 23:02:27 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id HAA10172; Sun, 27 Sep 1998 07:56:54 +0200 (CEST) To: David Holland cc: gibbs@narnia.plutotech.com, current@FreeBSD.ORG Subject: Re: Current is Really Broken(tm) In-reply-to: Your message of "Sat, 26 Sep 1998 23:03:49 EDT." <98Sep26.230357edt.37768-5346@qew.cs.toronto.edu> Date: Sun, 27 Sep 1998 07:56:53 +0200 Message-ID: <10170.906875813@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <98Sep26.230357edt.37768-5346@qew.cs.toronto.edu>, David Holland writes: > > > > > > For any SLICE/GEOMETRY implementation, the discovery and instantiation > > of the network of handlers and devices is the most tricky part, > > no doubt about that. > > > > There are two basic ways to skin that cat: > >I think this is a false dichotomy; the way I'd probably implement it >if I set out on such a project is neither of these, but a mixture, as >follows: I pretty much thought so a couple of years ago as well. Then I tried to implement it. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 26 23:45:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA19021 for freebsd-current-outgoing; Sat, 26 Sep 1998 23:45:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA18974 for ; Sat, 26 Sep 1998 23:45:07 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id OAA11696; Sun, 27 Sep 1998 14:43:03 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809270643.OAA11696@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG Subject: Re: Softupdates panics In-reply-to: Your message of "Sat, 26 Sep 1998 22:03:33 +0200." <19980926220333.A20259@keltia.freenix.fr> Date: Sun, 27 Sep 1998 14:43:02 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > According to Don Lewis: > > I hadn't heard this. I don't know why that would be true. > > I remember people getting panics when running noatime with SU. I've got a > few myself (although they were more unstable than now). I thought it was async that was causing the problems. One of the main problems was that softupdates was doing a 'write everything' FSYNC vnode op and expecting all modified data to be written out. The async mount option "broke" the semantics of fsync() so that it didn't really wait until everything was on disk, so softupdate's sanity checks caught it. I think I saw somebody (Bruce?) change the semantics of VOP_FSYNC() back again. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message