From owner-freebsd-hackers Sun Mar 2 00:24:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA28881 for hackers-outgoing; Sun, 2 Mar 1997 00:24:10 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28876 for ; Sun, 2 Mar 1997 00:24:05 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id WAA02071 for ; Sun, 2 Mar 1997 22:27:32 +0800 (WST) Date: Sun, 2 Mar 1997 22:27:32 +0800 (WST) From: Adrian Chadd To: hackers@freebsd.org Subject: Re: Java binary support in FreeBSD ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Adrian Chadd wrote: > > > Again - its just one file (imgact_java.c) which has the code to recognise > > java binaries, and then do some magic to execute it with the right > > interpreter and command args, etc. > > So easy said -- so hard to accomplish. > > If i'm not very mistaken, the image activator gets a vnode, but it > doesn't have the slightest idea about the pathname that caused this > vnode reference. (Heck, the pathname might even no longer exist at > all already.) However, since the java interpreter doesn't allow > reading off stdin, it _needs_ to be passed a pathname, and even worse, > it _needs_ to be done by tweaking the $CLASSPATH environment setting. > That's quite a little more than 15 minutes of work. > Well, I was going to pass the java interpreter the classpath on the command line, eg : say you're running /home/adrian/test/HelloWorld.class it expands to this: $JAVAINTERPRETER -classpath $JAVACLASSPATH:/home/adrian/test HelloWorld Back to fiddling. Adrian. From owner-freebsd-hackers Sun Mar 2 00:51:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA29615 for hackers-outgoing; Sun, 2 Mar 1997 00:51:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29610 for ; Sun, 2 Mar 1997 00:51:27 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00280 for freebsd-hackers@FreeBSD.ORG; Sun, 2 Mar 1997 09:51:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA09304; Sun, 2 Mar 1997 09:27:44 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 09:27:44 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( References: <17166.857231990@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jamie Bowden on Mar 1, 1997 18:29:46 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jamie Bowden wrote: > Shame that seems to be broken. On three different installs now, two over > ftp, and one from a cd I burned, sysinstall will freeze during package > installation. Everything seems to be fine, and it starts installing > packages okay, but it will freeze up after about 10 packages or so. Hmm. What says your console (Alt-F2)? If it says ``out of processes'', i wouldn't be surprised. sysinstall runs as init, but i've seen the above one time as well, due to there being many zombies around. Apparently, sysinstall isn't very interested in the death of its children. OTOH, it _sometimes_ is interested, and that was enough to defeat the idea to install a global SIGCHILD handler. (Been there, done that.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 01:20:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00861 for hackers-outgoing; Sun, 2 Mar 1997 01:20:58 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA00853 for ; Sun, 2 Mar 1997 01:20:54 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00704 for freebsd-hackers@freebsd.org; Sun, 2 Mar 1997 10:20:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA09433; Sun, 2 Mar 1997 09:52:02 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 09:52:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: truncated-ip - 101 bytes missing... References: <199703020513.PAA19629@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703020513.PAA19629@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 2, 1997 15:43:50 +1030 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > I stopped the SLIP session and started a PPP session -- everything's ok. > > I haven't tried PPP yet; looks like we have a bogon in the SLIP code. > Can you try without the VJ header compression? (I have trouble I should be able to, yes. I need to truncate the file down to that size, and retry the experiment. > > Isn't it a little surprising that the above behaviour happens at exact > > the same spot in the file? > > Er yeah. Sounds like a bogon in the SLIP code somewhere 8( Is your PPP > link using the kernel PPP or user-mode PPP? Both. :-) My end using IIJPPP, since it's easier to dial, the remote PPP server runs FreeBSD 2.1 using pppd. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 01:21:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00884 for hackers-outgoing; Sun, 2 Mar 1997 01:21:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA00879 for ; Sun, 2 Mar 1997 01:21:05 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00715 for hackers@freebsd.org; Sun, 2 Mar 1997 10:21:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA09475; Sun, 2 Mar 1997 10:05:08 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 10:05:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Java binary support in FreeBSD ... References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Adrian Chadd on Mar 2, 1997 22:27:32 +0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Adrian Chadd wrote: > Well, I was going to pass the java interpreter the classpath on the > command line, eg : > > say you're running /home/adrian/test/HelloWorld.class > > it expands to this: > > $JAVAINTERPRETER -classpath $JAVACLASSPATH:/home/adrian/test HelloWorld I thought about this possibility -- but how do you get at the pathname inside the image activator? The image activator gets just a vnode, sure, that's a file -- but without any pathname information. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 01:21:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00920 for hackers-outgoing; Sun, 2 Mar 1997 01:21:15 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA00908 for ; Sun, 2 Mar 1997 01:21:12 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00718 for freebsd-hackers@freebsd.org; Sun, 2 Mar 1997 10:21:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA09519; Sun, 2 Mar 1997 10:15:21 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 10:15:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Fwd: syslogd bug X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----Forwarded message from Andre.Albsmeier@mchp.siemens.de (Andre Albsmeier)----- In Deinem (und auch den anderen) syslogd.c gibts den Code /* don't allow users to log kernel messages */ if (LOG_FAC(pri) == LOG_KERN) pri = LOG_MAKEPRI(LOG_USER, LOG_PRI(pri)); warum das so sein soll weiss ich nicht (ist auch egal :-)). -----End of forwarded message----- Besides Andre pointing out that the LOG_MAKEPRI() macro in syslog.h is plain wrong (but apparently the spot above is the only occurence throughout the entire tree), the question here is if we really want the above behaviour? While it sounds logically first to disallow kernel messages sent by users, it immediately turns out to be silly if you consider kernel messages logged from remote hosts: for sure, you want them to appear at LOG_KERN on your host, i think. Opinions? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 01:31:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01368 for hackers-outgoing; Sun, 2 Mar 1997 01:31:05 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01356 for ; Sun, 2 Mar 1997 01:30:53 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id BAA09068; Sun, 2 Mar 1997 01:30:26 -0800 (PST) Message-ID: <19970302013026.PR59577@hydrogen.nike.efn.org> Date: Sun, 2 Mar 1997 01:30:26 -0800 From: jmg@hydrogen.nike.efn.org (John-Mark Gurney) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( References: <17166.857231990@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Reply-To: John-Mark Gurney X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking In-Reply-To: ; from J Wunsch on Mar 2, 1997 09:27:44 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Jamie Bowden wrote: > > > Shame that seems to be broken. On three different installs now, two over > > ftp, and one from a cd I burned, sysinstall will freeze during package > > installation. Everything seems to be fine, and it starts installing > > packages okay, but it will freeze up after about 10 packages or so. > > Hmm. What says your console (Alt-F2)? If it says ``out of > processes'', i wouldn't be surprised. sysinstall runs as init, but > i've seen the above one time as well, due to there being many zombies > around. Apparently, sysinstall isn't very interested in the death of > its children. OTOH, it _sometimes_ is interested, and that was enough > to defeat the idea to install a global SIGCHILD handler. (Been there, > done that.) why not put a line like: wait4(-1, &dummy, WNOHANG, 0); at the end of the loop that does a package install... I have had this same problem with a daemon I wrote... so I simply added this line in the loop... seemed to fix my problems... also it would only clear the processes that have exited since you started the packet install... just a thought... ttyl.. -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sun Mar 2 01:52:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02430 for hackers-outgoing; Sun, 2 Mar 1997 01:52:10 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA02425 for ; Sun, 2 Mar 1997 01:52:06 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01518 for freebsd-hackers@freebsd.org; Sun, 2 Mar 1997 10:52:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA09826; Sun, 2 Mar 1997 10:50:06 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 10:50:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: truncated-ip - 101 bytes missing... References: <199703020513.PAA19629@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703020513.PAA19629@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 2, 1997 15:43:50 +1030 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > I haven't tried PPP yet; looks like we have a bogon in the SLIP code. > Can you try without the VJ header compression? Hmm. Hmm. What should i say? It works! I've had some troubles to actually get it into not doing VJ header compression (the other end is doing VJ auto, so i had to turn both off there initially). After this, it continues to work. I haven't fetched the entire missing 1.5 MB over my slow modem though. However, there were still some truncation warnings: 09:35:08.737767 141.30.61.11.20 > 193.175.26.65.40011: . 28673:29185(512) ack 1 win 16384 [tos 0x8] 09:35:08.800051 193.175.26.65.40011 > 141.30.61.11.20: . ack 29185 win 16384 (DF) [tos 0x8] 09:35:09.142489 truncated-ip - 101 bytes missing!141.30.61.11.20 > 193.175.26.65.40009: . 4278714882:4278715394(512) ack 1706015121 win 16384 [tos 0x8] 09:35:09.500867 141.30.61.11.20 > 193.175.26.65.40011: . 29185:29697(512) ack 1 win 16384 [tos 0x8] 09:35:09.600096 193.175.26.65.40011 > 141.30.61.11.20: . ack 29697 win 16384 (DF) [tos 0x8] 09:35:09.851295 141.30.61.11.20 > 193.175.26.65.40011: . 29697:30209(512) ack 1 win 16384 [tos 0x8] Is there anybody from the IP gurus who could make some sense out of this? Maybe the problem is in the path MTU discovery, and it's only that SLIP's VJ header compression prevents the connection from recovering? (My PPP attempt did also run with VJ compression, but since it's using an MTU of 1500, this might be a totally different picture.) There are only two routers between me and the FTP server in question, both are some sort of (older) Ciscos. Ah well, no, there's a third router of course, the PPP/SLIP server on the other end, running FreeBSD 2.1. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 02:55:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA04031 for hackers-outgoing; Sun, 2 Mar 1997 02:55:19 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04025 for ; Sun, 2 Mar 1997 02:55:15 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA01276; Sun, 2 Mar 1997 02:55:11 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( In-reply-to: Your message of "Sun, 02 Mar 1997 09:27:44 +0100." Date: Sun, 02 Mar 1997 02:55:11 -0800 Message-ID: <1272.857300111@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > i've seen the above one time as well, due to there being many zombies > around. Apparently, sysinstall isn't very interested in the death of > its children. OTOH, it _sometimes_ is interested, and that was enough Erm, actually, if you check sysinstall's process spawning *very carefully* you will see that every child launched is waited for, and when running multi-user it's quite easy to watch the process table and see that the zombie count is not increasing. When sysinstall is running as init, it also suddenly inheirits a lot of *other* processes which it did not directly fork, and that caused us a problem until I changed the process waits to wait for anything and everything, looping until there are no more children to wait for. I'd really be surprised to see this happening again in any current version of sysinstall. Jordan From owner-freebsd-hackers Sun Mar 2 03:28:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05339 for hackers-outgoing; Sun, 2 Mar 1997 03:28:27 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA05332 for ; Sun, 2 Mar 1997 03:28:22 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA04485 for freebsd-hackers@FreeBSD.ORG; Sun, 2 Mar 1997 12:28:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA10342; Sun, 2 Mar 1997 12:27:28 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 12:27:28 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( References: <1272.857300111@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1272.857300111@time.cdrom.com>; from Jordan K. Hubbard on Mar 2, 1997 02:55:11 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > until there are no more children to wait for. I'd really be surprised > to see this happening again in any current version of sysinstall. My comment was probably only valid for an older version (some 2 months ago). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 05:15:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09576 for hackers-outgoing; Sun, 2 Mar 1997 05:15:17 -0800 (PST) Received: from smtp.algonet.se (tomei.algonet.se [194.213.74.114]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA09570 for ; Sun, 2 Mar 1997 05:15:14 -0800 (PST) Received: (qmail 6755 invoked from network); 2 Mar 1997 13:16:05 -0000 Received: from du116-6.ppp.algonet.se (HELO garm.mal.algonet.se) (195.100.6.116) by tomei.algonet.se with SMTP; 2 Mar 1997 13:16:05 -0000 Message-ID: <33197D76.41C67EA6@algonet.se> Date: Sun, 02 Mar 1997 14:15:34 +0100 From: Mats Lofkvist X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.7-RELEASE i386) MIME-Version: 1.0 To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A few more problems: - I can't see any decent way to automagically execute .class when a user types . If typing .class is considered ok, why is typing 'java ' not? If the solution is to add a soft link, why not write a two-line script at once and avoid the need for kernel support altogether? - If the kernel only keeps track of a single CLASSPATH (via sysctl or whatever), the user is limited to the code locations supported by the sysadmin. Kind of not being able to set my own PATH, uck :-( Maybe the kernel CLASSPATH should be appended to the users?? Seems like the shell script solution is the best one. Being able to set the CLASSPATH that make _this_ program work in the script is a additional benefit you can't get from kernel execution of the code. _ Mats Lofkvist mal@algonet.se From owner-freebsd-hackers Sun Mar 2 05:35:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA10974 for hackers-outgoing; Sun, 2 Mar 1997 05:35:50 -0800 (PST) Received: from rogerswave.ca (dns.rogerswave.ca [198.231.117.195]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10693 for ; Sun, 2 Mar 1997 05:31:45 -0800 (PST) Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by rogerswave.ca (8.7.2/8.7.2) with ESMTP id IAA01570; Sun, 2 Mar 1997 08:29:24 -0500 (EST) Received: (from wong@localhost) by wong.rogerswave.ca (8.8.5/8.7.3) id IAA00403; Sun, 2 Mar 1997 08:25:23 -0500 (EST) Date: Sun, 2 Mar 1997 08:24:08 -0500 (EST) From: Ken Wong X-Sender: wong@wong.rogerswave.ca Reply-To: wong@rogerswave.ca To: "David S. Miller" cc: imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Subject: Re: ok, final sockhash changes, new diff In-Reply-To: <199703020627.BAA09925@jenolan.caipgeneral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Mar 1997, David S. Miller wrote: > From: michael butler > This being the case, a simple counter (number of listens performed) added to > the hash would help redistribute across buckets - don't care about > wrap-around .. or am I off the planet ? :-) > > Huh? The placement within the tables is a product of the hash, and > thus the length of the chains is as well. No counter can help change > this situation. The only solution is to hash in the local IP address > contained in the socket's identity. Just a thought... there is a dynamic hash algorithm (by Larson from university of waterloo). perhaps able to help what michael is suggested. Ken From owner-freebsd-hackers Sun Mar 2 06:24:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13516 for hackers-outgoing; Sun, 2 Mar 1997 06:24:10 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13511 for ; Sun, 2 Mar 1997 06:24:06 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id AAA20864; Mon, 3 Mar 1997 00:53:56 +1030 (CST) From: Michael Smith Message-Id: <199703021423.AAA20864@genesis.atrad.adelaide.edu.au> Subject: [driver testing] Odd network behaviour? To: hackers@freebsd.org Date: Mon, 3 Mar 1997 00:53:40 +1030 (CST) Cc: jrb@cs.pdx.edu X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian, Garrett, as intimates of the 82586 club, I'd really appreciate any ideas you might have here... I've been pounding on Jim B's Wavelan driver for a while and driving myself slowly nuts trying to work out some odd behaviour. I've come to the point where I think some external input would be helpful. A shred of background; the Wavelan cards use intel i82586's, and generally look like ethernet cards from the programmer's point of view (modulo some extra bits). The behaviour I'm seeing is basically that when a 'fast' (slow Pentium) host sends to a 'slow' (486/66) host, the send randomly pauses. I've just been using ftp for this testing; with hashmark printing on it's easy to see the output pause, often for a second or longer. This problem is seperate from the one where the card occasionally loses transmit interrupts, but may (?) be related. Here's a tcpdump snapshot of a hiccup (wide window, people): 00:26:23.316162 wl1.ftp-data > wl2.40024: . ack 301497 win 14752 (DF) [tos 0x8] (ttl 64, id 3915) 00:26:23.316687 wl2.40024 > wl1.ftp-data: . 301497:302957(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18617) 00:26:23.324176 wl2.40024 > wl1.ftp-data: . 302957:304417(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18618) 00:26:23.331677 wl2.40024 > wl1.ftp-data: . 304417:305877(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18619) 00:26:23.339123 wl2.40024 > wl1.ftp-data: . 305877:307337(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18620) 00:26:23.341309 wl1.ftp-data > wl2.40024: . ack 302957 win 17520 (DF) [tos 0x8] (ttl 64, id 3917) 00:26:23.347098 wl2.40024 > wl1.ftp-data: . 307337:308797(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18621) 00:26:23.349305 wl1.ftp-data > wl2.40024: . ack 302957 win 17520 (DF) [tos 0x8] (ttl 64, id 3918) 00:26:23.356650 wl1.ftp-data > wl2.40024: . ack 302957 win 17520 (DF) [tos 0x8] (ttl 64, id 3919) 00:26:24.750418 wl2.40024 > wl1.ftp-data: . 302957:304417(1460) ack 1 win 17520 (DF) [tos 0x8] (ttl 64, id 18622) 00:26:24.759661 wl1.ftp-data > wl2.40024: . ack 308797 win 11680 (DF) [tos 0x8] (ttl 64, id 3920) 00:26:24.760119 wl2.40024 > wl1.ftp-data: . 308797:310257(1460) ack 1 win 1752 (DF) [tos 0x8] (ttl 64, id 18623) wl2 is the 'fast' host sending, and 'wl1' is the slow host receiving; the trace is taken on wl2. To my eyes, this looks like the packet 302957:304417 was lost somehow by the receiver, and was eventually resent. But why the long silence before the retransmit? Hiccups usually seem to occur after three or four back-to-back packets from the 'fast' system (but not always), so I guess there's some overrun happening somewhere. And, for the '586-experienced, why would the second frame in the group of four have been lost but not the others? If I artificially slow the data stream down (by inserting large DELAYs in the output code), the hiccups eventually die away (at about 10ms/packet). There's no sign of receiver resource starvation... This is the last stumbling block before I pack this code off for general use, and it's got me stumped. Any ideas would be greatly appreciated. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 06:42:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14398 for hackers-outgoing; Sun, 2 Mar 1997 06:42:15 -0800 (PST) Received: from gwa.ericsson.com (gwa.ericsson.com [198.215.127.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14393 for ; Sun, 2 Mar 1997 06:42:12 -0800 (PST) Received: from mr2.exu.ericsson.se (mr2.exu.ericsson.com [138.85.147.12]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id IAA22221 for ; Sun, 2 Mar 1997 08:41:37 -0600 (CST) Received: from noah.lmc.ericsson.se (noah.lmc.ericsson.se [142.133.1.1]) by mr2.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with ESMTP id IAA19682 for ; Sun, 2 Mar 1997 08:41:37 -0600 (CST) Received: from phoenix.tunix.com (ppp0.lmc.ericsson.se [142.133.16.200]) by noah.lmc.ericsson.se (8.8.3/8.8.3) with SMTP id JAA24787 for ; Sun, 2 Mar 1997 09:41:35 -0500 (EST) Message-ID: <331991F0.41C67EA6@lmc.ericsson.se> Date: Sun, 02 Mar 1997 09:42:56 -0500 From: Samy Touati X-Mailer: Mozilla 3.01Gold (X11; U; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: HP omnibook 530 & etherlink III 3C562C Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Message-ID: <33185429.41C67EA6@lmc.ericsson.se> Date: Sat, 01 Mar 1997 11:07:05 -0500 From: Samy Touati X-Mailer: Mozilla 3.01Gold (X11; U; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: questions@freebsd.org Subject: etherlink III 3C562C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I would like to install fbsd 2.1.6 on an HP omnibook 530 will it install? Does the etherlink III 3C562C PCMCIA card works with freebsd 2.1.6. Thanks. Samy From owner-freebsd-hackers Sun Mar 2 06:51:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14990 for hackers-outgoing; Sun, 2 Mar 1997 06:51:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14983 for ; Sun, 2 Mar 1997 06:50:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA09109 for hackers@freefall.freebsd.org; Sun, 2 Mar 1997 15:50:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA12845; Sun, 2 Mar 1997 15:26:50 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 15:26:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <33197D76.41C67EA6@algonet.se> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <33197D76.41C67EA6@algonet.se>; from Mats Lofkvist on Mar 2, 1997 14:15:34 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mats Lofkvist wrote: > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > whatever), the user is limited to the code locations supported by > the sysadmin. Kind of not being able to set my own PATH, uck :-( > Maybe the kernel CLASSPATH should be appended to the users?? The kernel doesn't need a $CLASSPATH of its own. The image activator has to pass over the environment anyway, so it's not too difficult to extend it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 07:01:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15826 for hackers-outgoing; Sun, 2 Mar 1997 07:01:35 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA15811 for ; Sun, 2 Mar 1997 07:01:24 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id BAA21004; Mon, 3 Mar 1997 01:31:10 +1030 (CST) From: Michael Smith Message-Id: <199703021501.BAA21004@genesis.atrad.adelaide.edu.au> Subject: Re: [driver testing] Odd network behaviour? In-Reply-To: <199703021423.AAA20864@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 3, 97 00:53:40 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 3 Mar 1997 01:30:48 +1030 (CST) Cc: hackers@freebsd.org, jrb@cs.pdx.edu X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith stands accused of saying: > > I've been pounding on Jim B's Wavelan driver for a while and driving > myself slowly nuts trying to work out some odd behaviour. I've come > to the point where I think some external input would be helpful. Forgot to mention;l for anyone that might want to look at the code or try it on their hardware, : ftp://spam.frisbee.net.au/FreeBSD/wavelan/wl970303.tar.gz -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 07:23:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16713 for hackers-outgoing; Sun, 2 Mar 1997 07:23:28 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16704 for ; Sun, 2 Mar 1997 07:23:24 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id FAA00641; Mon, 3 Mar 1997 05:26:16 +0800 (WST) Date: Mon, 3 Mar 1997 05:26:15 +0800 (WST) From: Adrian Chadd To: Joerg Wunsch cc: hackers@freebsd.org Subject: Re: Java binary support in FreeBSD ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > $JAVAINTERPRETER -classpath $JAVACLASSPATH:/home/adrian/test HelloWorld > > I thought about this possibility -- but how do you get at the pathname > inside the image activator? The image activator gets just a vnode, > sure, that's a file -- but without any pathname information. > Well, I have got it working enough to run a java binary, the problem is that a ps list doesn't show the binary name, only the program arguements with a (java) at the end of it. I also have to fix it up to strip the ".class" from when you run a java class (I left that till last, I might even do it before I goto bed tonight), and when its in a useable state I'll give it to people to play with and find holes.:) Cya. Adrian. From owner-freebsd-hackers Sun Mar 2 07:36:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17550 for hackers-outgoing; Sun, 2 Mar 1997 07:36:43 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA17514 for ; Sun, 2 Mar 1997 07:36:35 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id FAA00659; Mon, 3 Mar 1997 05:39:32 +0800 (WST) Date: Mon, 3 Mar 1997 05:39:32 +0800 (WST) From: Adrian Chadd To: Mats Lofkvist cc: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. In-Reply-To: <33197D76.41C67EA6@algonet.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A few more problems: > > - I can't see any decent way to automagically execute .class when > a user types . If typing .class is considered ok, why > is typing 'java ' not? If the solution is to add a soft link, > why not write a two-line script at once and avoid the need for kernel > support altogether? > ok. the easiest bit is writing the code to detect the java binary "signature" and it just hooks into the kernel the same way that other executables are (see sys/kern/imgact_shell.c for a good example here). I'm bout to write it to detect the ".class" at the end of the file and remove it from the executable name, so the interpreter doesn't spew. > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > whatever), the user is limited to the code locations supported by > the sysadmin. Kind of not being able to set my own PATH, uck :-( > Maybe the kernel CLASSPATH should be appended to the users?? > > You CAN set your path from what I have been playing around with. :) Whenever a java image is going to be run, the support grabs its path, the default classpath, and sticks them together and passes it to the java interpreter. Nice, easy, and it works great from my testing. > Seems like the shell script solution is the best one. Being able to > set the CLASSPATH that make _this_ program work in the script is a > additional benefit you can't get from kernel execution of the code. > > But its not transarent. *grin* Thats the whole idea. Although since its tagged as an interpreted file, you cant write a java shell interpreter to run a shell script from. But thats not a problem right now, getting it to work right is. *grin* _ > Mats Lofkvist > mal@algonet.se > Since people are wondering bout how I'm doing it, I'll get it in a useable state tonight and email it off to the list for people to poke at. Its ugly, so don't blame me if you hate the code *grin* Cya. Adrian. From owner-freebsd-hackers Sun Mar 2 07:51:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19015 for hackers-outgoing; Sun, 2 Mar 1997 07:51:09 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19010 for ; Sun, 2 Mar 1997 07:51:07 -0800 (PST) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id KAA23692; Sun, 2 Mar 1997 10:54:28 -0500 (EST) Date: Sun, 2 Mar 1997 10:50:59 -0500 (EST) From: Jamie Bowden To: "Jordan K. Hubbard" cc: Andrzej Bialecki , freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( In-Reply-To: <18778.857268831@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If you want, I can give you an account on our 2.2-021597-gamma box, and let you play with it there. That one will reproduce the bug. Well, it will until you try it anyway. ;-) On Sat, 1 Mar 1997, Jordan K. Hubbard wrote: > > Shame that seems to be broken. On three different installs now, two over > > ftp, and one from a cd I burned, sysinstall will freeze during package > > installation. Everything seems to be fine, and it starts installing > > packages okay, but it will freeze up after about 10 packages or so. > > Everything else in sysinstall appears to be working flawlessly. > > Hmmmm. Weird! I thought that was all working again now, at least > it seems to work for me. I'll do some more testing this weekend > and see what I can do. If I find a genuine bug, I can at least get > it fixed for 2.2. > > Jordan > Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Sun Mar 2 08:12:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA19596 for hackers-outgoing; Sun, 2 Mar 1997 08:12:25 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19591 for ; Sun, 2 Mar 1997 08:12:19 -0800 (PST) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id LAA25818; Sun, 2 Mar 1997 11:15:44 -0500 (EST) Date: Sun, 2 Mar 1997 11:12:16 -0500 (EST) From: Jamie Bowden To: Joerg Wunsch cc: freebsd-hackers@freebsd.org Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Mar 1997, J Wunsch wrote: > As Jamie Bowden wrote: > > > Shame that seems to be broken. On three different installs now, two over > > ftp, and one from a cd I burned, sysinstall will freeze during package > > installation. Everything seems to be fine, and it starts installing > > packages okay, but it will freeze up after about 10 packages or so. > > Hmm. What says your console (Alt-F2)? If it says ``out of > processes'', i wouldn't be surprised. sysinstall runs as init, but > i've seen the above one time as well, due to there being many zombies > around. Apparently, sysinstall isn't very interested in the death of > its children. OTOH, it _sometimes_ is interested, and that was enough > to defeat the idea to install a global SIGCHILD handler. (Been there, > done that.) Itlooks normal, except that it's no longer having any output written to it. I go to alt-f4, and I can look at the process table, and see that everything looks normal. The ps table shows ~5 processes or so, but since sysinstall is init, and does alot internally, I didn't expect to see much more. Running it on an already built machine, and going into the packages area and telling to add more (or even finish the ones it missed) will cause it to freeze. As I stated above, it starts off just fine, either getting the package from a cd, or ftp site just fine, showing transfers, reporting on pkg_add, etc. Then it just hangs. Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Sun Mar 2 08:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20353 for hackers-outgoing; Sun, 2 Mar 1997 08:40:20 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20302 for ; Sun, 2 Mar 1997 08:39:17 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id GAA00256 for ; Mon, 3 Mar 1997 06:42:05 +0800 (WST) Date: Mon, 3 Mar 1997 06:42:04 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Re : java support under FreeBSD - test code. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK guys - here is the magic file. Stick it under /usr/src/sys/kern/imgact_java.c, and do these two steps : 1) edit /usr/src/sys/conf/files and add under the other imgact_* stuff and add this : kern/imgact_java.c optional java 2) then add in your kernel config file : pseudo-device java # Exec java binaries Recompile, and voila :) Test java support. You'll see three new sysctl variables : kern.java.interpreter kern.java.appletviewer kern.java.classpath The first two are obvious, the third is the location of classes.zip. Note - it MUST be the path to the BINARY java interpreter, not a shell script (why bother with the wrappers anyway?) Set them to wherever your jdk is installed. Now note a couple of things with the source. First - don't blame me that its ugly, cause it is :) Second - don't blame me that its mostly other stuff from the source tree put together, cause it is (thanks bigtime to David Greenman for such a nicely-written imgact_shell.c file which I based a lot of this on :) Third - There are three "library" routines in there, two are modified source from the respective shell commands, and the third is the source for strstr from the libc tree. But since I liked the idea of this being a one-file addon to the kernel during trials, I left them in there instead of moving them to libkern (which I think they should be). Fourth - it doesn't support applets, yet. It doesn't look that much more harder to do, but this is the big thing to get out of the way first. Another thing I've noticed - when I use a small C replacement to print the arguements passed to the java interpreter, I now can see the "full" set of arguements, but when I run the java interpreter, ps only shows : (java) Any ideas on that? (running the java interpreter from the cmd line exhibits the same problem, so it doesn't look like a fault in my coding). Anyway, feel free to find bugs in my code, and suggest large-scale improvements. Cya. Adrian Chadd -- Begin code (/usr/src/sys/kern/imgact_java.c) /* Insert favourite copyright notice / disclaimer here */ #include #include #include #include #include #include #include #include #include #include /* Lets set up reasonable defaults for the system variables ** kern.java.interpreter and kern.java.appletviewer */ static char interpreter[256] = "/usr/local/java/bin/java"; static char appletviewer[256] = "/usr/local/java/bin/appletviewer"; static char classpath[256] = "/usr/local/java/classes.zip"; SYSCTL_NODE(_kern, OID_AUTO, java, CTLFLAG_RW, 0, "Kernel Java support"); SYSCTL_STRING(_kern_java, OID_AUTO, interpreter, CTLFLAG_RW, interpreter, sizeof(interpreter), "Path to Java interpreter"); SYSCTL_STRING(_kern_java, OID_AUTO, appletviewer, CTLFLAG_RW, appletviewer, sizeof(appletviewer), "Path to Java appletviewer"); SYSCTL_STRING(_kern_java, OID_AUTO, classpath, CTLFLAG_RW, classpath, sizeof(classpath), "Path to Java classes"); extern int exec_java_imgact __P((struct image_params *iparams)); int dirname(const char *, char *, int); int basename(const char *, char *, int); char * strstr(const char *, const char *); /* Some utility crap */ int dirname(const char *string, char *newstring, int maxlen) { char *p; int ch; char str[256]; strncpy(str, string, 250); str[250] = '\0'; /* * (1) If string is //, skip steps (2) through (5). * (2) If string consists entirely of slash characters, string * shall be set to a single slash character. In this case, * skip steps (3) through (8). */ for (p = str;; ++p) { if (!*p) { if (p > str) (void)strcpy(newstring, "/"); else (void)strcpy(newstring, "."); return(0); } if (*p != '/') break; } /* * (3) If there are any trailing slash characters in string, they * shall be removed. */ for (; *p; ++p); while (*--p == '/') continue; *++p = '\0'; /* * (4) If there are no slash characters remaining in string, * string shall be set to a single period character. In this * case skip steps (5) through (8). * * (5) If there are any trailing nonslash characters in string, * they shall be removed. */ while (--p >= str) if (*p == '/') break; ++p; if (p == str) { (void)strcpy(newstring, "."); return(0); } /* * (6) If the remaining string is //, it is implementation defined * whether steps (7) and (8) are skipped or processed. * * This case has already been handled, as part of steps (1) and (2). */ /* * (7) If there are any trailing slash characters in string, they * shall be removed. */ while (--p >= str) if (*p != '/') break; ++p; /* * (8) If the remaining string is empty, string shall be set to * a single slash character. */ *p = '\0'; if (p == str) { strcpy(newstring, "/"); } else { strncpy(newstring, str, maxlen); newstring[maxlen] = '\0'; } return(0); } int basename(const char *string, char *newstring, int maxlen) { int ch; char *p; char str[256]; strncpy(str, string, 250); str[250] = '\0'; /* * (1) If string is // it is implementation defined whether steps (2) * through (5) are skipped or processed. * * (2) If string consists entirely of slash characters, string shall * be set to a single slash character. In this case, skip steps * (3) through (5). */ for (p = str;; ++p) { if (!*p) { if (p > str) (void)strcpy(newstring, "/"); else (void)strcpy(newstring, ""); return(0); } if (*p != '/') break; } /* * (3) If there are any trailing slash characters in string, they * shall be removed. */ for (; *p; ++p) continue; while (*--p == '/') continue; *++p = '\0'; /* * (4) If there are any slash characters remaining in string, the * prefix of string up to an including the last slash character * in string shall be removed. */ while (--p >= str) if (*p == '/') break; ++p; /* * (5) If the suffix operand is present, is not identical to the * characters remaining in string, and is identical to a suffix * of the characters remaining in string, the suffix suffix * shall be removed from string. */ if (++*str) { int suffixlen, stringlen, off; suffixlen = strlen(str); stringlen = strlen(p); if (suffixlen < stringlen) { off = stringlen - suffixlen; if (!strcmp(p + off, str)) p[off] = '\0'; } } (void)strncpy(newstring, p, maxlen); return(0); } /* * Find the first occurrence of find in s. */ char * strstr(s, find) register const char *s, *find; { register char c, sc; register size_t len; if ((c = *find++) != 0) { len = strlen(find); do { do { if ((sc = *s++) == 0) return (NULL); } while (sc != c); } while (strncmp(s, find, len) != 0); s--; } return ((char *)s); } /* The real thing */ int exec_java_imgact(imgp) struct image_params *imgp; { const char *image_header = imgp->image_header; const char *ihp, *line_endp; char *interp; static char javabin_name[256]; static char javabin_path[256]; static char cpathstr[256]; static char javatmp[256]; /* A java binary? */ if ((image_header[0] != '\xca') || (image_header[1] != '\xfe') || (image_header[2] != '\xba') || (image_header[3] != '\xbe')) { printf("Failed to run a java binary : invalid signature?\n"); return(-1); } /* Ok, its a java binary, so lets tell the world */ /* Firstly split the path to the binary up into path and filename */ basename(imgp->uap->fname, javabin_name, sizeof(javabin_name)); dirname(imgp->uap->fname, javabin_path, sizeof(javabin_path)); /* Now we are going to take the filename, and if it doesn't contain ** a .class then return with a "non-executable" error */ if (strstr(javabin_name, ".class") == NULL) { return -1; } /* Ok so we'll assume (stupidly) that the .class is at the end of the ** filename, so lets copy the filename over minus the last 6 chars */ strncpy(javatmp, javabin_name, strlen(javabin_name) - 6); strcpy(javabin_name, javatmp); /* Since its interpreted we'll tag it as such. */ imgp->interpreted = 1; /* And we'll set the interpreter name here too (would help) */ strncpy(imgp->interpreter_name, interpreter, sizeof(imgp->interpreter_name)); /* now lets make up our -classpath arguement */ sprintf(cpathstr, "%s -classpath %s:%s", interpreter, classpath, javabin_path); /* Now lets write this into the strings space, just like in the ** _shell.c file... */ ihp = cpathstr; line_endp = cpathstr + strlen(cpathstr); while (ihp < line_endp) { while ((*ihp == ' ') || (*ihp == '\t')) ihp++; if (ihp < line_endp) { while ((ihp < line_endp) && (*ihp != ' ') && (*ihp != '\t')) { *imgp->stringp++ = *ihp++; imgp->stringspace--; } *imgp->stringp++ = 0; imgp->stringspace--; imgp->argc++; } } strcpy(imgp->uap->fname, javabin_name); suword(imgp->uap->argv, (int)imgp->uap->fname); printf("fname : %s\n", imgp->uap->fname); return (0); } /* * Tell kern_execve.c about it, with a little help from the linker. * Since `const' objects end up in the text segment, TEXT_SET is the * correct directive to use. */ static const struct execsw java_execsw = { exec_java_imgact, "\xca\xfe\xba\xbe" }; TEXT_SET(execsw_set, java_execsw); From owner-freebsd-hackers Sun Mar 2 08:46:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20491 for hackers-outgoing; Sun, 2 Mar 1997 08:46:45 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20483 for ; Sun, 2 Mar 1997 08:46:21 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id GAA00331 for ; Mon, 3 Mar 1997 06:49:19 +0800 (WST) Date: Mon, 3 Mar 1997 06:49:18 +0800 (WST) From: Adrian Chadd To: hackers@freebsd.org Subject: Re : whoopsie with that java support file.. :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Damnit. I forgot to remove a debugging printf() near the end of the file. Its around line 335, just remove it or you'll get a debug message every time you run a java class file. *grin* Cya. Adrian. From owner-freebsd-hackers Sun Mar 2 09:28:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22183 for hackers-outgoing; Sun, 2 Mar 1997 09:28:01 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22158 for ; Sun, 2 Mar 1997 09:27:56 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id JAA24204 for ; Sun, 2 Mar 1997 09:27:49 -0800 (PST) Date: Sun, 2 Mar 1997 09:27:49 -0800 (PST) From: "Eric J. Schwertfeger" To: freebsd-hackers@FreeBSD.ORG Subject: sio projects Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Before I embark on my first FreeBSD kernel hacking project, does anyone know if someone is already working on 16650/16750 UART support? My plans are for the following 1) Autodetect the UARTS, and use their deeper fifos. 2) Allow for the software-selectable divisor bit, for baud rates above 115k. 3) Throw in a flag to use the UART-driven hardware flow control methods. 4) Throw in a flag to tell the driver that the clock crystal has been replaced (for those trying for more than 115K with 16550s). Nothing important, but the system really should know the real baud rate, if for no other reason that the user doesn't have to remember to adjust it in his head. Also, I've found the info for #2 for the 16650, and some 16650 serial cards (should arrive this week), but I would appreciate any pointers to full data sheets on both UARTS, and a source for the 16750 UART chip. Finally, my next project after this is to work on kernel PPP. For this project, I'm setting up two 486/33s side by side, connected by both a null modem cable and ethernet, with one sysloging to the other, so I should have a very good idea where things are going wrong. Currently, with kernel PPP, I'm seeing two problems. The first is that every once in a while, while the modems haven't dropped carrier, packets stop making it across teh PPP link. Second, at least with Linux PPP, lcp-echo-failure doesn't work, as the remote end drops the FreeBSD end due to not seeing any lcp-echos. Not a problem between two linux boxes, so I suspect the problem is in FreeBSD. From owner-freebsd-hackers Sun Mar 2 09:50:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22986 for hackers-outgoing; Sun, 2 Mar 1997 09:50:43 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA22981 for ; Sun, 2 Mar 1997 09:50:39 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA07896; Sun, 2 Mar 1997 12:50:04 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 2 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA04344; Sun, 2 Mar 1997 08:12:04 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA13157; Sun, 2 Mar 1997 08:17:26 -0500 (EST) Date: Sun, 2 Mar 1997 08:17:26 -0500 (EST) From: Thomas David Rivers Message-Id: <199703021317.IAA13157@lakes.water.net> To: ponds!root.com!dg, ponds!lakes.water.net!rivers, ponds!lambert.org!terry Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. Cc: ponds!freebsd.org!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Yes, I wish it was that, I'd love to be done with this :-) > > > > However, this particular reproduction of the dup-alloc problem > > is with an AHA 1542B and Micropolis ~500meg drive... > > > > So, now the question I'm considering is "what could be some > > timing dependent that it affects both IDE and SCSI drivers?" > > 1542B? > > How much RAM do you have? > > If you have more than 16M ... it's bouncing. Try backing down to > 16M and not bouncing and see if that's where it is... > > > Terry Lambert Another good idea - but I only have 12 meg in this particular machine. Also, you should recall that I am experiencing this problem on an 8-meg 386dx (intel 387) with an IDE drive... that kinda points to something "higher-level" then the physical device drivers... Right now, I'm mulling over race conditions in disksort(). Something along the lines of: start to add buf to beginning of queue take an interrupt indicating previous I/O was complete remove partially added buf wow - lost buffer... disksort() appears to be run at splbio() [it's not obvious from the SCSI code that's what's going on, but the wd.c code definitely dones that.] If the interrupt comes in at just the right time, it seems there is a potential to loose a buffer... which I think is what I'm seeing. [That would also explain why adding a printf() to disksort masked the problem.] I'm going to play with this idea a while and see if I can verify it... - Dave Rivers - From owner-freebsd-hackers Sun Mar 2 10:12:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23699 for hackers-outgoing; Sun, 2 Mar 1997 10:12:01 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23682 for ; Sun, 2 Mar 1997 10:11:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id FAA27377; Mon, 3 Mar 1997 05:10:33 +1100 Date: Mon, 3 Mar 1997 05:10:33 +1100 From: Bruce Evans Message-Id: <199703021810.FAA27377@godzilla.zeta.org.au> To: ejs@bfd.com, freebsd-hackers@FreeBSD.ORG Subject: Re: sio projects Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Before I embark on my first FreeBSD kernel hacking project, does anyone >know if someone is already working on 16650/16750 UART support? My plans >are for the following > >1) Autodetect the UARTS, and use their deeper fifos. There is already some support for this (for 16550s) in sio.c. It is disabled because it doesn't quite work. I think auto-detection works. >3) Throw in a flag to use the UART-driven hardware flow control methods. The hardware flow control on at least the original 16550's is reported to be worse that useless because it is invoked at the wrong time - at the same time that a fifo-trigger-level-reached interrupt is generated or something like that - it breaks streaming. Bruce From owner-freebsd-hackers Sun Mar 2 10:23:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA24192 for hackers-outgoing; Sun, 2 Mar 1997 10:23:12 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24178 for ; Sun, 2 Mar 1997 10:23:06 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id KAA24361; Sun, 2 Mar 1997 10:23:02 -0800 (PST) Date: Sun, 2 Mar 1997 10:23:01 -0800 (PST) From: "Eric J. Schwertfeger" To: Bruce Evans cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sio projects In-Reply-To: <199703021810.FAA27377@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Bruce Evans wrote: > >1) Autodetect the UARTS, and use their deeper fifos. > > There is already some support for this (for 16550s) in sio.c. It is > disabled because it doesn't quite work. I think auto-detection works. I'd be surprized if the fifo's are actually disabled, as it's hard to get unix to do better than 19.2kbaud without them. I suspect that the threshold might be set to 1, but that's different than disabling them. I'd have gone through the source to sio.c by now, but my printer jammed horribly. Oh, and by autodetect, I meant tell the difference between the 550/650/750. > >3) Throw in a flag to use the UART-driven hardware flow control methods. > > The hardware flow control on at least the original 16550's is reported > to be worse that useless because it is invoked at the wrong time - at > the same time that a fifo-trigger-level-reached interrupt is generated > or something like that - it breaks streaming. Sorry, should have been more specific.. I meant for the 650/750, for which this supposedly was fixed. Maybe set it up to ignore the flag on 550 chips? From owner-freebsd-hackers Sun Mar 2 12:08:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28938 for hackers-outgoing; Sun, 2 Mar 1997 12:08:46 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28927 for ; Sun, 2 Mar 1997 12:08:40 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id VAA06269; Sun, 2 Mar 1997 21:08:24 +0100 (MET) Date: Sun, 2 Mar 1997 21:08:23 +0100 (MET) From: Andrzej Bialecki To: jack cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 1 Mar 1997, jack wrote: > On Sat, 1 Mar 1997, Andrzej Bialecki wrote: > > > Well, the subject says all... I really miss it. I didn't try yet to get Just after sending this mail I tried and it worked :-), though thank you all for your concern. Anyway, for those of us who were used to the ways of earlier releases (I mean, to the whole suite of pkg_* ), I think something like this would be helpful: /usr/sbin/pkg_manage: #!/bin/sh echo "This is a vaporware now... Use /stand/sysinstall instead." If it sounds like a good idea, will it make it to the 2.2R ? Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Sun Mar 2 12:19:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29495 for hackers-outgoing; Sun, 2 Mar 1997 12:19:30 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29472 for ; Sun, 2 Mar 1997 12:19:17 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id VAA29997; Sun, 2 Mar 1997 21:16:59 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.8.5/8.7.2) with SMTP id UAA06958; Sun, 2 Mar 1997 20:29:20 +0100 (MET) Message-Id: <3.0.32.19970302202920.00c4f2c0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 02 Mar 1997 20:29:21 +0100 To: John Utz From: Eivind Eklund Subject: Re: ip-aliasing and X, a fix! sortof... Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:18 PM 3/1/97 -0800, John Utz wrote: >Hello everybody; > > I have found that it is possible to toss up displays on my fake >network from outside clients using ijppp+Aliasing-1.9 and dxpc-3.4.0. > > The dxpc compression utility evidently turns X-packets into >standard ip type packets ( i guess ) and then ships them out. This allows >them to be shipped via the aliasing feature. So all one needs to do is >start the two dxpc processes on each end. > > Then it all sort of just works... > >result? a xload initiated on 128.95.120.1 shows up on 10.0.0.1! yippee! If you run ssh, forwarding should happen automatically. I'll see what I can do about other protocols, but it is not too easy - everything that forward environment variables would have to be changed. You could fairly easily set up a proxy on the server, though - if you want to do this (instead of running securely with ssh) talk to me about getting source. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Sun Mar 2 14:36:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07013 for hackers-outgoing; Sun, 2 Mar 1997 14:36:44 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07003 for ; Sun, 2 Mar 1997 14:36:41 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA24594 for ; Sun, 2 Mar 1997 14:23:55 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA10131; Mon, 3 Mar 1997 09:37:45 +1100 (EST) Date: Mon, 3 Mar 1997 09:37:43 +1100 (EST) From: "Daniel O'Callaghan" To: hackers@freebsd.org Subject: Help: Jumper settings for authentic Novell NE1000 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Would anyone have the jumper settings for a real Novell NE1000 card, please. Thanks, Danny From owner-freebsd-hackers Sun Mar 2 14:44:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07408 for hackers-outgoing; Sun, 2 Mar 1997 14:44:24 -0800 (PST) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07401 for ; Sun, 2 Mar 1997 14:44:21 -0800 (PST) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.8.5/8.6.9) with ESMTP id XAA03676 for ; Sun, 2 Mar 1997 23:43:10 GMT Message-Id: <199703022343.XAA03676@peedub.gj.org> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. Reply-To: Gary Jennejohn In-reply-to: Your message of "Sun, 02 Mar 1997 08:17:26 EST." <199703021317.IAA13157@lakes.water.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Mar 1997 23:43:09 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers writes: > Also, you should recall that I am experiencing this problem on an >8-meg 386dx (intel 387) with an IDE drive... that kinda points to >something "higher-level" then the physical device drivers... > this may be irrelevant, but IIRC, in an earlier posting you showed the flags you're using to compile the kernel and I586 and I486 were both in there. Seems like at least I586 should NOT be defined for an i386, and probably I486 also. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Sun Mar 2 14:48:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07645 for hackers-outgoing; Sun, 2 Mar 1997 14:48:31 -0800 (PST) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07633 for ; Sun, 2 Mar 1997 14:48:07 -0800 (PST) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 20709 on Sun, 2 Mar 1997 23:46:47 +0100; id XAA20709 efrom: peter@grendel.IAEhv.nl; eto: hackers@freebsd.org Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.4/8.8.4) id MAA00441; Sun, 2 Mar 1997 12:57:16 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 12:57:15 +0100 From: peter@grendel.IAEhv.nl (Peter Korsten) To: hackers@freebsd.org Subject: Re: uptime References: <199702271713.JAA23356@ref.tfs.com> X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 In-Reply-To: <199702271713.JAA23356@ref.tfs.com>; from Julian Elischer on Feb 27, 1997 09:13:04 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer shared with us: > > unfortunatly not actually FreeBSD, but a BSD43/MACH combination system > (but running a lot of the same code) > > 10:36am up 500 days, 13:08, 2 users, load average: 0.20, 0.03, 0.02 The computerclub of the university in Eindhoven had a SysV release 2 machine that was up for over 512 days. At one time, uptime had to be patched because it used a too small datatype for the number of days. Then they had to move, the machine had to go down, and when switched on, one disk didn't work anymore. Just to think that I made a good start porting tcsh. - Peter -- Peter Korsten | peter@grendel.IAEhv.nl (UUCP) | peterk@IAEhv.nl C/C++/Perl/Java hacker From owner-freebsd-hackers Sun Mar 2 14:52:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07814 for hackers-outgoing; Sun, 2 Mar 1997 14:52:19 -0800 (PST) Received: from hamby1 (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07809 for ; Sun, 2 Mar 1997 14:52:16 -0800 (PST) Received: (from jehamby@localhost) by hamby1 (SMI-8.6/SMI-SVR4) id OAA00608; Sun, 2 Mar 1997 14:53:07 -0800 Date: Sun, 2 Mar 1997 14:53:07 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199703022253.OAA00608@hamby1> To: hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Java binary support in FreeBSD ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: cEDDIY+qFK3Hvg3xVIeUNg== Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wanted to point out that Solaris 2.6 will just be using a shell script wrapper to start up Java programs. There'll be a special tool to create it (setting up the CLASSPATH properly, and so forth), but no special Java recognition in the kernel AFAIK. In other words, if this "feature" is difficult to add to FreeBSD, I'd just forget about it. The Linux crowd may think it's neat, but there are certainly more important things to work on. -- Jake From owner-freebsd-hackers Sun Mar 2 14:56:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA08078 for hackers-outgoing; Sun, 2 Mar 1997 14:56:09 -0800 (PST) Received: from hamby1 (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA08072 for ; Sun, 2 Mar 1997 14:56:06 -0800 (PST) Received: (from jehamby@localhost) by hamby1 (SMI-8.6/SMI-SVR4) id OAA00611; Sun, 2 Mar 1997 14:56:58 -0800 Date: Sun, 2 Mar 1997 14:56:58 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199703022256.OAA00611@hamby1> To: hackers@freefall.freebsd.org, mal@algonet.se Subject: Re: java support under FreeBSD. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: ZwNmIGhP4DAiqtQZZM+Qiw== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mats Lofkvist says: > A few more problems: > > - I can't see any decent way to automagically execute .class when > a user types . If typing .class is considered ok, why > is typing 'java ' not? If the solution is to add a soft link, > why not write a two-line script at once and avoid the need for kernel > support altogether? > > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > whatever), the user is limited to the code locations supported by > the sysadmin. Kind of not being able to set my own PATH, uck :-( > Maybe the kernel CLASSPATH should be appended to the users?? > > > Seems like the shell script solution is the best one. Being able to > set the CLASSPATH that make _this_ program work in the script is a > additional benefit you can't get from kernel execution of the code. Wow, are you psychic? I just finished posting that this is exactly what Solaris 2.6 is going to do (they even have a little tool to build the shell script for you, setting up the CLASSPATH properly, etc.), so I don't see why we should worry about kernel Java support in FreeBSD, considering all the problems. -- Jake From owner-freebsd-hackers Sun Mar 2 15:06:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA08435 for hackers-outgoing; Sun, 2 Mar 1997 15:06:14 -0800 (PST) Received: from snowcrash.cymru.net (root@snowcrash.cymru.net [163.164.160.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08428 for ; Sun, 2 Mar 1997 15:05:47 -0800 (PST) Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5/8.7.1) id WAA23129; Sun, 2 Mar 1997 22:38:58 GMT From: Alan Cox Message-Id: <199703022238.WAA23129@snowcrash.cymru.net> Subject: Re: ok, final sockhash changes, new diff To: wong@rogerswave.ca Date: Sun, 2 Mar 1997 22:38:45 +0000 (GMT) Cc: davem@jenolan.rutgers.edu, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-Reply-To: from "Ken Wong" at Mar 2, 97 08:24:08 am Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just a thought... there is a dynamic hash algorithm (by Larson > from university of waterloo). perhaps able to help what michael > is suggested. I talked to a few dynamic "perfect has" folks a while ago. They all said overhead of recomputation of the hash was too high. ALan From owner-freebsd-hackers Sun Mar 2 15:17:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09050 for hackers-outgoing; Sun, 2 Mar 1997 15:17:36 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA09045 for ; Sun, 2 Mar 1997 15:17:31 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w1KVD-0007AV-00; Sun, 2 Mar 1997 15:17:11 -0800 Date: Sun, 2 Mar 1997 15:17:11 -0800 (PST) From: Tom Samplonius To: "Eric J. Schwertfeger" cc: Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: sio projects In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Mar 1997, Eric J. Schwertfeger wrote: > I'd be surprized if the fifo's are actually disabled, as it's hard to get > unix to do better than 19.2kbaud without them. I suspect that the No. FreeBSD handles 57600 quite nicely on a 16450, which only has a single byte buffer. At 115200, you may loose a few characters, but its quite usable. Tom From owner-freebsd-hackers Sun Mar 2 15:31:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09754 for hackers-outgoing; Sun, 2 Mar 1997 15:31:19 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09747 for ; Sun, 2 Mar 1997 15:31:16 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id AAA29685; Mon, 3 Mar 1997 00:31:10 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id AAA28339; Mon, 3 Mar 1997 00:28:42 +0100 (MET) Message-ID: <19970303002842.15745@xaa.stack.nl> Date: Mon, 3 Mar 1997 00:28:42 +0100 From: Mark Huizer To: Peter Korsten Cc: hackers@freebsd.org Subject: Re: uptime References: <199702271713.JAA23356@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: ; from Peter Korsten on Sun, Mar 02, 1997 at 12:57:15PM +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, Mar 02, 1997 at 12:57:15PM +0100, Peter Korsten wrote: > Julian Elischer shared with us: > > > > unfortunatly not actually FreeBSD, but a BSD43/MACH combination system > > (but running a lot of the same code) > > > > 10:36am up 500 days, 13:08, 2 users, load average: 0.20, 0.03, 0.02 > > The computerclub of the university in Eindhoven had a SysV release 2 > machine that was up for over 512 days. At one time, uptime had to be > patched because it used a too small datatype for the number of days. > Then they had to move, the machine had to go down, and when switched > on, one disk didn't work anymore. > > Just to think that I made a good start porting tcsh. > Good thing... what machine was that? I remember gem and its 400 days of uptime :-) Mark (eeh... also from that computerclub :-) From owner-freebsd-hackers Sun Mar 2 16:01:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11710 for hackers-outgoing; Sun, 2 Mar 1997 16:01:54 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11699 for ; Sun, 2 Mar 1997 16:01:47 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id QAA15873; Sun, 2 Mar 1997 16:01:39 -0800 (PST) Message-ID: <19970302160138.YA52091@hydrogen.nike.efn.org> Date: Sun, 2 Mar 1997 16:01:38 -0800 From: jmg@hydrogen.nike.efn.org (John-Mark Gurney) To: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: were is struct proc defined... X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Reply-To: John-Mark Gurney X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk arg... for the life of me... I can't seem to find were struct proc is defined... any pointers would be welcome... thanks for the info... ttyl... -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sun Mar 2 16:21:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13536 for hackers-outgoing; Sun, 2 Mar 1997 16:21:56 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13531 for ; Sun, 2 Mar 1997 16:21:52 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id BAA02375; Mon, 3 Mar 1997 01:19:43 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.8.5/8.7.2) with SMTP id BAA14305; Mon, 3 Mar 1997 01:22:42 +0100 (MET) Message-Id: <3.0.32.19970303012241.00c87370@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 03 Mar 1997 01:22:43 +0100 To: jehamby@lightside.com (Jake Hamby) From: Eivind Eklund Subject: Re: Java binary support in FreeBSD ... Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:53 PM 3/2/97 -0800, Jake Hamby wrote: >Just wanted to point out that Solaris 2.6 will just be using a shell script >wrapper to start up Java programs. There'll be a special tool to create it >(setting up the CLASSPATH properly, and so forth), but no special Java >recognition in the kernel AFAIK. > >In other words, if this "feature" is difficult to add to FreeBSD, I'd just >forget about it. The Linux crowd may think it's neat, but there are certainly >more important things to work on. It looks very good in those small lists with checkboxes for different OSes. It will be one of the influencing factors for whether people select FreeBSD or Linux in a cursory examination. I'd say there are benefits from adding it, though mainly PR :) Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Sun Mar 2 17:22:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA18802 for hackers-outgoing; Sun, 2 Mar 1997 17:22:03 -0800 (PST) Received: from garfield.cs.mun.ca (jr@garfield.cs.mun.ca [134.153.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA18794 for ; Sun, 2 Mar 1997 17:21:56 -0800 (PST) Received: (from jr@localhost) by garfield.cs.mun.ca (8.8.5/8.8.5) id VAA26895; Sun, 2 Mar 1997 21:51:37 -0330 (NST) Date: Sun, 2 Mar 1997 21:51:36 -0330 (NST) From: John Rochester To: Eivind Eklund cc: hackers@freebsd.org Subject: Re: Java binary support in FreeBSD ... In-Reply-To: <3.0.32.19970303012241.00c87370@dimaga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Eivind Eklund wrote: > At 02:53 PM 3/2/97 -0800, Jake Hamby wrote: > >Just wanted to point out that Solaris 2.6 will just be using a shell script > >wrapper to start up Java programs. There'll be a special tool to create it > >(setting up the CLASSPATH properly, and so forth), but no special Java > >recognition in the kernel AFAIK. > > > >In other words, if this "feature" is difficult to add to FreeBSD, I'd just > >forget about it. The Linux crowd may think it's neat, but there are > certainly > >more important things to work on. > > It looks very good in those small lists with checkboxes for different OSes. > It will be one of the influencing factors for whether people select > FreeBSD or Linux in a cursory examination. I'd say there are benefits from > adding it, though mainly PR :) > Maybe this more properly belongs in the shell? I've certainly thought about modifying pdksh to do it. ----- John Rochester jr@cs.mun.ca Dept. of Computer Science Memorial University of Newfoundland, St. John's, Newfoundland, Canada From owner-freebsd-hackers Sun Mar 2 18:17:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21421 for hackers-outgoing; Sun, 2 Mar 1997 18:17:49 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA21399 for ; Sun, 2 Mar 1997 18:17:40 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id QAA00942; Mon, 3 Mar 1997 16:19:03 +0800 (WST) Date: Mon, 3 Mar 1997 16:19:02 +0800 (WST) From: Adrian Chadd To: John Rochester cc: Eivind Eklund , hackers@freebsd.org Subject: Re: Java binary support in FreeBSD ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe this more properly belongs in the shell? I've certainly thought > about modifying pdksh to do it. > Check out what I wrote first and see what you think of it :) It can be improved for sure (eg, I'd LOVE to get hold of the jdk source to make a proper package/port for it, with some nicer features (eg reading from fd 0, recognising the class when you pass it its path as well, etc) to make the kernel code smaller and things faster. :) But as it stands, it works pretty well so... Cya. Adrian. From owner-freebsd-hackers Sun Mar 2 18:20:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21593 for hackers-outgoing; Sun, 2 Mar 1997 18:20:43 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21585 for ; Sun, 2 Mar 1997 18:20:38 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14812; Sun, 2 Mar 1997 21:20:05 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 2 Mar 1997 21:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id UAA21548; Sun, 2 Mar 1997 20:30:48 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id UAA18920; Sun, 2 Mar 1997 20:36:24 -0500 (EST) Date: Sun, 2 Mar 1997 20:36:24 -0500 (EST) From: Thomas David Rivers Message-Id: <199703030136.UAA18920@lakes.water.net> To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers Subject: current status of "dup alloc" problem. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Recall, this is a 2.1.6.1 machine that reliably demonstrates the "dup alloc" problem (a 386dx-33 with 12megs, i387, aha1542B) However, I've determined the problem exists with 2.2-GAMMA, and also am seeing it on an IDE machine (with 8 megs). The problem has also been reported on Pentiums and 486's; as well as indications that it can happen when an MFS is used. Here's a recap of everything I've examined thus far: 1) Initially, I thought it was a problem in the ffs_valloc() routines; something to do with the inode allocation bit-map. However, investigation here revealed that was not the case. 2) Kirk McKusick pointed the way to something "fishy" in newfs. I examined newfs to ensure that, in fact, empty inode's were being zero'd out. newfs is, indeed, performing the correct write() call to fill the particular inode in question with 0's. 3) At this point, I wrote a version of clri that doesn't clear the inode, but instead prints the current values and fills it with 0xff's. This way, I can now "trash" the inode; and run newfs to see if it gets properly filled in with 0s. 4) Then, I began investigating why the zero's don't appear on the disk, when the write() call in newfs indicates success. 5) Initially, I thought perhaps something was funny in disksort(), where it was "loosing" a "struct buf *". My investigations indicate there's nothing wrong there (disksort() is so fundamental, and straight-forward, I was reassured to be wrong..) 6) However; I found that by adding printf()s to disksort(), I could cause the problem to be masked. This points the way to some critical timing problem. 7) I've been looking into "struct buf" management; particularly when the buf is removed from the device's queue. This all appears to be in order. I've now got a kernel with printf()s in sdstart() to indicate when the buf in question (the one with the physical blockno (b->pblkno) that matches the problematic blocks) is removed from the device queue. (Indicating that the SCSI write has started); and another in scsi_done() just before the biodone() call (again, testing the b_pblkno.) This would indicate that the buf is properly removed from the device queue; the I/O is started; and by the order of my printf()s, the I/O completes and biodone() is called. All of that is exactly the proper sequence of events... *however* my disk block contains 0xffffff and not 0x00 :-( 8) I now have another guess... I have determined that the device queue never grows beyond 1 I/O operation (recall, I'm doing this using the fixit floppy; nothing else is touching the disk, except my newfs operation) I've also determined that the same buffer is used over-and-over. Simply being added to the device queue, removed, added, etc... Could it be that this same buffer is inappropriately re-used, before biodone() has been called. And since the low-level SCSI routines use the data from the buffer, the operation is actually going to the wrong spot on the disk? This seems unlikely, as the check I have in scsi_done() examines the b_pblkno field to determine if the debugging printf() should be performed. Since that printf() approriately appears on my console, I know that, at least that field hasn't been inappropriately re-used. Perhaps the number of bytes to transfer is getting reduced, or something like that? The problem with that side-theory is that it assumes an issue in the SCSI device driver; and this problem is evident on everything from MFS to IDE... Ideas/Opinions/Just-about-anything is welcome. - Dave Rivers - From owner-freebsd-hackers Sun Mar 2 19:25:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24771 for hackers-outgoing; Sun, 2 Mar 1997 19:25:09 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24758 for ; Sun, 2 Mar 1997 19:24:59 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id OAA11226; Mon, 3 Mar 1997 14:38:55 +1100 (EST) Date: Mon, 3 Mar 1997 14:38:53 +1100 (EST) From: "Daniel O'Callaghan" To: hackers@freebsd.org Subject: Another file which won't transfer over slip Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Smith has reported trouble fetching a file over a slip line. I have another which Mike and others may like to test. I tried several times to do % fetch http://squid.nlanr.net/Squid/1.1/1.1.6/fixes.patch and even used telnet squid.nlanr.net 80 to see what was going on. In the telnet session I was given the http header and no data. When I switched to fraction E1 connected box I could fetch the file without a problem. Putting the file on my own WWW server and fetching across the cslip link also worked fine. Does anyone else using cslip have a problem with the fetch above? Danny From owner-freebsd-hackers Sun Mar 2 19:29:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24911 for hackers-outgoing; Sun, 2 Mar 1997 19:29:28 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA24906 for ; Sun, 2 Mar 1997 19:29:25 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id TAA04678; Sun, 2 Mar 1997 19:29:22 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id TAA01454; Sun, 2 Mar 1997 19:29:21 -0800 (PST) Date: Sun, 2 Mar 1997 19:29:21 -0800 (PST) From: Chris Timmons To: John-Mark Gurney cc: FreeBSD Hackers Subject: Re: were is struct proc defined... In-Reply-To: <19970302160138.YA52091@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Check out glimpse in the ports tree. You can really begin to see how things are put together by glimpseindexing /usr/src and then searching your indexes with glimpse. -Chris On Sun, 2 Mar 1997, John-Mark Gurney wrote: > arg... for the life of me... I can't seem to find were struct proc is > defined... any pointers would be welcome... > > thanks for the info... ttyl... > > -- > John-Mark > > gurney_j@efn.org > http://resnet.uoregon.edu/~gurney_j/ > Modem/FAX: (541) 683-6954 (FreeBSD Box) > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) > From owner-freebsd-hackers Sun Mar 2 19:57:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA26124 for hackers-outgoing; Sun, 2 Mar 1997 19:57:10 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26119 for ; Sun, 2 Mar 1997 19:57:07 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA25116 for ; Sun, 2 Mar 1997 19:57:02 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA00987; Mon, 3 Mar 1997 14:24:20 +1030 (CST) From: Michael Smith Message-Id: <199703030354.OAA00987@genesis.atrad.adelaide.edu.au> Subject: Re: truncated-ip - 101 bytes missing... In-Reply-To: from J Wunsch at "Mar 2, 97 10:50:06 am" To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 3 Mar 1997 14:24:19 +1030 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > As Michael Smith wrote: > > > I haven't tried PPP yet; looks like we have a bogon in the SLIP code. > > Can you try without the VJ header compression? > > Hmm. Hmm. What should i say? It works! I've had some troubles to Weird 8( I can't test this anymore, as I've had to swap to PPP and can't tinker with the link. Anyone with a SLIP link want to spend some time learning about the networking internals? > There are only two routers between me and the FTP server in question, > both are some sort of (older) Ciscos. Ah well, no, there's a third > router of course, the PPP/SLIP server on the other end, running > FreeBSD 2.1. I was running two BSD boxes back-to-back, no middleman. > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 20:06:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA26830 for hackers-outgoing; Sun, 2 Mar 1997 20:06:15 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26825 for ; Sun, 2 Mar 1997 20:06:11 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA03821; Sun, 2 Mar 1997 21:05:49 -0700 (MST) Date: Sun, 2 Mar 1997 21:05:49 -0700 (MST) Message-Id: <199703030405.VAA03821@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Daniel O'Callaghan" Cc: hackers@freebsd.org Subject: Re: Another file which won't transfer over slip In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Mike Smith has reported trouble fetching a file over a slip line. ... > % fetch http://squid.nlanr.net/Squid/1.1/1.1.6/fixes.patch > across the cslip link also worked fine. Does anyone else using cslip > have a problem with the fetch above? Nope. FreeBSD trout.mt.sri.com 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: Sun Dec 15 18:19:50 MST 1996 root@trout.mt.sri.com:/usr/src/sys/compile/TROUT i386 # # Some broken implementations can't handle the RFC 1323 and RFC 1644 # TCP options. If TCP connections randomly hang, try disabling this, # and bug the vendor of the losing equipment. # tcp_extensions=NO root:/tmp # ps guaxww | fgrep slip root 59 0.0 0.0 268 0 a1 IWs+ 29Jan97 0:00.03 /sbin/slattach -c -h -r /etc/sliphome/dialout -s 115200 cuaa1 Server on the other end is a 2.1.7 box, using an ET Inc. FR card for it's connection to my ISP. Both modems are older USR Sportsters. Nate From owner-freebsd-hackers Sun Mar 2 20:29:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA27783 for hackers-outgoing; Sun, 2 Mar 1997 20:29:52 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27751 for ; Sun, 2 Mar 1997 20:29:47 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id PAA11462; Mon, 3 Mar 1997 15:43:47 +1100 (EST) Date: Mon, 3 Mar 1997 15:43:46 +1100 (EST) From: "Daniel O'Callaghan" To: Michael Smith cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: truncated-ip - 101 bytes missing... In-Reply-To: <199703030354.OAA00987@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Michael Smith wrote: > J Wunsch stands accused of saying: > > As Michael Smith wrote: > > > > > I haven't tried PPP yet; looks like we have a bogon in the SLIP code. > > > Can you try without the VJ header compression? > > > > Hmm. Hmm. What should i say? It works! I've had some troubles to > > Weird 8( I can't test this anymore, as I've had to swap to PPP and > can't tinker with the link. Anyone with a SLIP link want to spend some > time learning about the networking internals? I guess I can be a guinea pig. I'm not sure I can spend much time grovelling in if_sl.c, though. Jordan runs CSLIP from freefall to his home. :-) What's the troublesome file? Danny From owner-freebsd-hackers Sun Mar 2 21:17:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA29997 for hackers-outgoing; Sun, 2 Mar 1997 21:17:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29992 for ; Sun, 2 Mar 1997 21:17:10 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA01672; Mon, 3 Mar 1997 15:45:36 +1030 (CST) From: Michael Smith Message-Id: <199703030515.PAA01672@genesis.atrad.adelaide.edu.au> Subject: Re: truncated-ip - 101 bytes missing... In-Reply-To: from Daniel O'Callaghan at "Mar 3, 97 03:43:46 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 3 Mar 1997 15:45:36 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan stands accused of saying: > > > > Weird 8( I can't test this anymore, as I've had to swap to PPP and > > can't tinker with the link. Anyone with a SLIP link want to spend some > > time learning about the networking internals? > > I guess I can be a guinea pig. I'm not sure I can spend much > time grovelling in if_sl.c, though. Jordan runs CSLIP from freefall to > his home. :-) > > What's the troublesome file? It's the linux-lib source tarball. Go to /usr/ports/emulators/linux-lib and say 'make fetch'. > Danny -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 22:07:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02529 for hackers-outgoing; Sun, 2 Mar 1997 22:07:11 -0800 (PST) Received: from palrel1.hp.com (palrel1.hp.com [15.253.72.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02524 for ; Sun, 2 Mar 1997 22:07:06 -0800 (PST) Received: from fakir.india.hp.com (fakir.india.hp.com [15.10.40.3]) by palrel1.hp.com with ESMTP (8.7.5/8.7.3) id WAA19909; Sun, 2 Mar 1997 22:06:53 -0800 (PST) Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.20/15.5+ECS 3.3) id AA123670994; Mon, 3 Mar 1997 11:36:34 +0500 Message-Id: <199703030636.AA123670994@fakir.india.hp.com> To: Michael Smith Cc: hackers@FreeBSD.org, jrb@cs.pdx.edu Subject: Re: [driver testing] Odd network behaviour? In-Reply-To: Your message of "Mon, 03 Mar 1997 00:53:40 +1030." <199703021423.AAA20864@genesis.atrad.adelaide.edu.au> Date: Mon, 03 Mar 1997 11:36:34 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>> "Michael Smith" writes Hi Mike, > wl2 is the 'fast' host sending, and 'wl1' is the slow host receiving; the > trace is taken on wl2. > > To my eyes, this looks like the packet 302957:304417 was lost somehow by > the receiver, and was eventually resent. But why the long silence > before the retransmit? Hiccups usually seem to occur after three or > four back-to-back packets from the 'fast' system (but not always), so > I guess there's some overrun happening somewhere. > use, and it's got me stumped. Any ideas would be greatly appreciated. I've seen similar behaviour on NE2000 compatible cards too. Turning on BPF and running tcpdump at the recieving end shows that the retransmitted packet had actually been accepted from the interface earlier. It somehow hadn't made it to the higher network layers. So whatever the bug is, its probably not 82586 specific. How to repeat: take a tcpdump of incoming traffic (say an FTP GET) on a busy ethernet, look for retransmits for packets that had been already read in. Koshy My Personal Opinions Only From owner-freebsd-hackers Sun Mar 2 22:10:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02722 for hackers-outgoing; Sun, 2 Mar 1997 22:10:24 -0800 (PST) Received: from ais.ais-gwd.com (root@ais.ais-gwd.com [205.160.97.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02717 for ; Sun, 2 Mar 1997 22:10:21 -0800 (PST) Received: from charlesp (user28.ais-gwd.com [205.160.97.178]) by ais.ais-gwd.com (8.8.5/8.7.3) with SMTP id BAA07880 for ; Mon, 3 Mar 1997 01:14:41 -0500 (EST) Message-Id: <199703030614.BAA07880@ais.ais-gwd.com> Comments: Authenticated sender is From: "Charles A. Peters" Organization: Boss Software To: hackers@freebsd.org Date: Mon, 3 Mar 1997 01:12:16 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Best Packages for email server, ftp server, and mailing list 'se Reply-to: charlespeters@tecpro.com Priority: normal X-mailer: Pegasus Mail for Win32 (v2.50) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am in the process of setting up an email server, a ftp server, a web server, and perhaps a mailing list server (like Majordomo). I already know that I will be using the Apache WWW server included with FreeBSD, but I am not sure which ftp server and mail server software that I should go with. This server will primarily be used to allow my collegues and customers access to email. I will be maintaining this server via telnet from a remote location. As I am new to FreeBSD, I am looking for some advise. Any suggestions!?! Thanks in advance. Charles Charles A. Peters charlespeters@tecpro.com http://www.tecpro.com/ 864-255-6600 Message Center From owner-freebsd-hackers Sun Mar 2 22:32:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03771 for hackers-outgoing; Sun, 2 Mar 1997 22:32:38 -0800 (PST) Received: from netrover.com (ottawa7.netrover.com [205.209.19.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03766 for ; Sun, 2 Mar 1997 22:32:35 -0800 (PST) Received: (from brianc@localhost) by netrover.com (8.8.5/8.8.5) id BAA00194; Mon, 3 Mar 1997 01:31:47 -0500 (EST) Message-ID: Date: Mon, 3 Mar 1997 01:31:47 -0500 From: brianc@netrover.com (Brian Campbell) To: freebsd-hackers@FreeBSD.org Subject: scsi spindown X-Mailer: Mutt 0.51 Mime-Version: 1.0 Reply-to: brianc@pobox.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Has anyone modified FreeBSD-anything to spindown scsi (direct) drives after some period of non-use? Seems simple enough, but while just using timeout and printf seemed to work, actually calling scsi_stop_unit crashed my machine. So, before I start debugging, I figured I'd check and see if it had been done before. From owner-freebsd-hackers Sun Mar 2 22:54:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA05186 for hackers-outgoing; Sun, 2 Mar 1997 22:54:11 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05177 for ; Sun, 2 Mar 1997 22:54:05 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id AAA00743 for ; Mon, 3 Mar 1997 00:54:22 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 3 Mar 1997 00:53:08 -0600 To: hackers@freebsd.org From: Richard Wackerbarth Subject: SCSI setup help !!! Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I used to have good uptime also. Then a fan died. :-( Anyway, the long story greatly shortened. I didn't have ANY SCSI drives with bootable partitions. They were all too big for the BIOS. My wd HD was trashed to a point that I couldn't fix it from just the floppy. So I managed to get up on the floppy and mount an archive disk (just FreeBSD trees -- I have a whole grove of them). Between discarding and moving, I freed the whole 2G disk. OK. Time to see how the 2.1.7 Installer goes. Starts up just fine. I specify the one disk I want to use and proceed to partition it. Since I generally like "real" partitions, I decided on /dev/sd0a / ufs rw 1 1 /dev/sd0s2b none swap sw 0 0 /dev/sd0s2e /usr ufs rw 1 1 /dev/sd0s3e /var ufs rw 1 1 Everything seemed fine. It ask if I wanted to leave something to stay compatible. I said "yes". I also told it sd0s1a was bootable and everything seemed OK. However, when I try to reboot, I get told that I have no OS. I tried "disklabel -B sd0" and that did not help either. Suggestions? From owner-freebsd-hackers Sun Mar 2 23:04:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA06428 for hackers-outgoing; Sun, 2 Mar 1997 23:04:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA06392 for ; Sun, 2 Mar 1997 23:03:56 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA03751 for freebsd-hackers@FreeBSD.ORG; Mon, 3 Mar 1997 08:03:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA04200; Mon, 3 Mar 1997 07:48:57 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 07:48:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: truncated-ip - 101 bytes missing... References: <199703030354.OAA00987@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Daniel O'Callaghan on Mar 3, 1997 15:43:46 +1100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: > I guess I can be a guinea pig. I'm not sure I can spend much > time grovelling in if_sl.c, though. Jordan runs CSLIP from freefall to > his home. :-) > > What's the troublesome file? -rw-r--r-- 1 j bin 5133540 Mar 1 19:22 linux_lib-2.3.tar.gz It stalls after 4019200 bytes being received. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 2 23:06:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA06727 for hackers-outgoing; Sun, 2 Mar 1997 23:06:57 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06717 for ; Sun, 2 Mar 1997 23:06:51 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA02592 for hackers@freebsd.org; Mon, 3 Mar 1997 17:36:47 +1030 (CST) From: Michael Smith Message-Id: <199703030706.RAA02592@genesis.atrad.adelaide.edu.au> Subject: StarOffice - files list? To: hackers@freebsd.org Date: Mon, 3 Mar 1997 17:36:46 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone with a _full_ StarOffice 3.1b3 installation on a Linux machine send me an 'ls -lR' of their installation heirachy? I'm working on an automated installation script using the information from the document at http://www.augusta.de/~shanee/StarOffice.html, but it's sufficiently out of date that I'm not entirely happy with it. Ideally, StarDivision would link their installer statically, but not yet it seems. Still, it's running (with some hiccups), so there's hope 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 23:09:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA06854 for hackers-outgoing; Sun, 2 Mar 1997 23:09:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06849 for ; Sun, 2 Mar 1997 23:09:05 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA02623; Mon, 3 Mar 1997 17:38:55 +1030 (CST) From: Michael Smith Message-Id: <199703030708.RAA02623@genesis.atrad.adelaide.edu.au> Subject: Re: scsi spindown In-Reply-To: from Brian Campbell at "Mar 3, 97 01:31:47 am" To: brianc@pobox.com Date: Mon, 3 Mar 1997 17:38:55 +1030 (CST) Cc: freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Brian Campbell stands accused of saying: > Has anyone modified FreeBSD-anything to spindown scsi (direct) drives > after some period of non-use? > > Seems simple enough, but while just using timeout and printf seemed to > work, actually calling scsi_stop_unit crashed my machine. So, before I > start debugging, I figured I'd check and see if it had been done before. A lot of disks will refuse to spin down. Better to configure your disks to spin themselves down using scsi(8) if they support it. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 2 23:39:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08131 for hackers-outgoing; Sun, 2 Mar 1997 23:39:00 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA08123 for ; Sun, 2 Mar 1997 23:38:55 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id IAA20153; Mon, 3 Mar 1997 08:38:46 +0100 From: Thomas Gellekum Message-Id: <199703030738.IAA20153@ghpc6.ihf.rwth-aachen.de> Subject: Re: StarOffice - files list? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 3 Mar 1997 08:38:45 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199703030706.RAA02592@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 3, 97 05:36:46 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Can someone with a _full_ StarOffice 3.1b3 installation on a Linux > machine send me an 'ls -lR' of their installation heirachy? I'm > working on an automated installation script using the information > from the document at http://www.augusta.de/~shanee/StarOffice.html, but > it's sufficiently out of date that I'm not entirely happy with it. Have you tried StarInst? This is a perl script which supposedly can replace setup on machines without a Motif lib. tg From owner-freebsd-hackers Sun Mar 2 23:47:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08503 for hackers-outgoing; Sun, 2 Mar 1997 23:47:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08498 for ; Sun, 2 Mar 1997 23:47:20 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA18806; Mon, 3 Mar 1997 18:43:10 +1100 Date: Mon, 3 Mar 1997 18:43:10 +1100 From: Bruce Evans Message-Id: <199703030743.SAA18806@godzilla.zeta.org.au> To: ejs@bfd.com, tom@sdf.com Subject: Re: sio projects Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I'd be surprized if the fifo's are actually disabled, as it's hard to get >> unix to do better than 19.2kbaud without them. I suspect that the > > No. FreeBSD handles 57600 quite nicely on a 16450, which only has a >single byte buffer. At 115200, you may loose a few characters, but its >quite usable. It shouldn't lose any even at 115200, at least with matched UARTs and working flow control, except maybe on a 386SX/16 or with a bus-hogging (broken) bus-mastering DMA controller. My standard test is to run 2 channels at 115200 bidirectional saturated through 16450's on a 486/33 ISA system with a slow IDE drive. This generates almost 4 * 115200/10 interrupts/second and consumes 75% of the CPU. However, there is a factor of about 4 to spare (at a cost of reduced throughput) provided flow control is working. Setups with mixed (active) 16550's and 16450's don't work so well. It is possible for the 16500's to starve the 16450's. However, it probably takes more than one 16550 to do this on a 486/33. Bruce From owner-freebsd-hackers Sun Mar 2 23:57:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09194 for hackers-outgoing; Sun, 2 Mar 1997 23:57:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09173 for ; Sun, 2 Mar 1997 23:57:19 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA19089; Mon, 3 Mar 1997 18:54:46 +1100 Date: Mon, 3 Mar 1997 18:54:46 +1100 From: Bruce Evans Message-Id: <199703030754.SAA19089@godzilla.zeta.org.au> To: bde@zeta.org.au, ejs@bfd.com Subject: Re: sio projects Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> There is already some support for this (for 16550s) in sio.c. It is >> disabled because it doesn't quite work. I think auto-detection works. > >I'd be surprized if the fifo's are actually disabled, as it's hard to get >unix to do better than 19.2kbaud without them. I suspect that the The 16650 detection code is disabled, so 16550 compatibility mode (if any) is used. >> >3) Throw in a flag to use the UART-driven hardware flow control methods. >> >> The hardware flow control on at least the original 16550's is reported >> to be worse that useless because it is invoked at the wrong time - at >> the same time that a fifo-trigger-level-reached interrupt is generated >> or something like that - it breaks streaming. > >Sorry, should have been more specific.. I meant for the 650/750, for which >this supposedly was fixed. Maybe set it up to ignore the flag on 550 >chips? Oops, I meant the original 16650's. 16550's don't have automatic flow control. Bruce From owner-freebsd-hackers Sun Mar 2 23:59:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09344 for hackers-outgoing; Sun, 2 Mar 1997 23:59:16 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09331 for ; Sun, 2 Mar 1997 23:59:11 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA02959; Mon, 3 Mar 1997 18:29:01 +1030 (CST) From: Michael Smith Message-Id: <199703030759.SAA02959@genesis.atrad.adelaide.edu.au> Subject: Re: StarOffice - files list? In-Reply-To: <199703030738.IAA20153@ghpc6.ihf.rwth-aachen.de> from Thomas Gellekum at "Mar 3, 97 08:38:45 am" To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Mon, 3 Mar 1997 18:29:00 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Gellekum stands accused of saying: > Michael Smith wrote: > > > > Can someone with a _full_ StarOffice 3.1b3 installation on a Linux > > machine send me an 'ls -lR' of their installation heirachy? I'm ... > Have you tried StarInst? This is a perl script which supposedly can > replace setup on machines without a Motif lib. No? Where is it? I'd love not to have to do this by hand! > tg -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 00:04:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09899 for hackers-outgoing; Mon, 3 Mar 1997 00:04:36 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA09891 for ; Mon, 3 Mar 1997 00:04:31 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id JAA20195; Mon, 3 Mar 1997 09:04:19 +0100 From: Thomas Gellekum Message-Id: <199703030804.JAA20195@ghpc6.ihf.rwth-aachen.de> Subject: Re: StarOffice - files list? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 3 Mar 1997 09:04:18 +0100 (MET) Cc: thomas@ghpc8.ihf.rwth-aachen.de, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199703030759.SAA02959@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 3, 97 06:29:00 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Thomas Gellekum stands accused of saying: > > Michael Smith wrote: > > > > > > Can someone with a _full_ StarOffice 3.1b3 installation on a Linux > > > machine send me an 'ls -lR' of their installation heirachy? I'm > ... > > Have you tried StarInst? This is a perl script which supposedly can > > replace setup on machines without a Motif lib. > > No? Where is it? I'd love not to have to do this by hand! The latest version I've found is at Tom.InfoMagic.NL:/pub/OS/linux/apps/StarOffice_3.1/beta-1-new/StarInst-1.0.1.tar.gz Could be a bit old for beta3, though. tg From owner-freebsd-hackers Mon Mar 3 00:29:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11217 for hackers-outgoing; Mon, 3 Mar 1997 00:29:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11211 for ; Mon, 3 Mar 1997 00:29:47 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA03244; Mon, 3 Mar 1997 18:59:37 +1030 (CST) From: Michael Smith Message-Id: <199703030829.SAA03244@genesis.atrad.adelaide.edu.au> Subject: Re: StarOffice - files list? In-Reply-To: <199703030804.JAA20195@ghpc6.ihf.rwth-aachen.de> from Thomas Gellekum at "Mar 3, 97 09:04:18 am" To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Mon, 3 Mar 1997 18:59:37 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, thomas@ghpc8.ihf.rwth-aachen.de, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Gellekum stands accused of saying: > > > > No? Where is it? I'd love not to have to do this by hand! > > The latest version I've found is at > > Tom.InfoMagic.NL:/pub/OS/linux/apps/StarOffice_3.1/beta-1-new/StarInst-1.0.1.tar.gz > > Could be a bit old for beta3, though. Utterly 8( > tg -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 00:35:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11509 for hackers-outgoing; Mon, 3 Mar 1997 00:35:24 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA11504 for ; Mon, 3 Mar 1997 00:35:22 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id JAA20286; Mon, 3 Mar 1997 09:35:11 +0100 From: Thomas Gellekum Message-Id: <199703030835.JAA20286@ghpc6.ihf.rwth-aachen.de> Subject: Re: StarOffice - files list? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 3 Mar 1997 09:35:10 +0100 (MET) Cc: thomas@ghpc8.ihf.rwth-aachen.de, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199703030829.SAA03244@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 3, 97 06:59:37 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Thomas Gellekum stands accused of saying: [StarInst] > > Could be a bit old for beta3, though. > > Utterly 8( Sorry. I didn't know this stuff changed so much so fast. I fetched StarInst a few days ago and wanted to look at it in the near future. tg From owner-freebsd-hackers Mon Mar 3 00:41:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11855 for hackers-outgoing; Mon, 3 Mar 1997 00:41:10 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11850 for ; Mon, 3 Mar 1997 00:41:05 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA03323; Mon, 3 Mar 1997 19:10:54 +1030 (CST) From: Michael Smith Message-Id: <199703030840.TAA03323@genesis.atrad.adelaide.edu.au> Subject: Re: StarOffice - files list? In-Reply-To: <199703030835.JAA20286@ghpc6.ihf.rwth-aachen.de> from Thomas Gellekum at "Mar 3, 97 09:35:10 am" To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Mon, 3 Mar 1997 19:10:54 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, thomas@ghpc8.ihf.rwth-aachen.de, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Gellekum stands accused of saying: > Michael Smith wrote: > > Thomas Gellekum stands accused of saying: > > [StarInst] > > > > Could be a bit old for beta3, though. > > > > Utterly 8( > > Sorry. I didn't know this stuff changed so much so fast. I fetched > StarInst a few days ago and wanted to look at it in the near future. That's OK; I found the author's homepage and dug it from there, but it's for the original beta and the installer has changed since then. 8( > tg -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 01:54:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18428 for hackers-outgoing; Mon, 3 Mar 1997 01:54:14 -0800 (PST) Received: from f23.hotmail.com (F23.hotmail.com [207.82.250.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18422 for ; Mon, 3 Mar 1997 01:54:11 -0800 (PST) Received: (from root@localhost) by f23.hotmail.com (8.7.5/8.7.3) id BAA01359; Mon, 3 Mar 1997 01:53:40 -0800 (PST) Date: Mon, 3 Mar 1997 01:53:40 -0800 (PST) Message-Id: <199703030953.BAA01359@f23.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Mon, 03 Mar 1997 01:53:40 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: hackers@freebsd.org Subject: unethical isp Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk just a brief follow-up and thanks to all who assisted with their helpful comments regarding ISPs disclosure of private email. most recommendations were to sue - and i'm trying - but it is not so easy. most DAs have better things to do than fight trivial ISP/email matters especially when it didn't cost anyone millions of dollars. and the save is true for civil law. you'll be lucky to find a lawyer that knows a floppy from RAM, and if you do, you'll have to a) either cough up 1(0),000s of dollars to pursue anything, or b) prove to the attorney that the damages cost you enough money for him to profit on and make a living on ($10s of 1000s minimum). and those things are not easy - especially when any UNIX log can be forged and is not "serious" evidence (as far as i know, only WORM data can be used as real evidence in court). so i guess what i'm saying is you either better be rich - or you better have lost MAJOR sums of money if you think you can fight any illegal activities concerning public disclosure of private email / jamming of networks / or slander by any information provider ... beware - and don't assume you have any rights is my humble opinion ... --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-hackers Mon Mar 3 02:20:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA19596 for hackers-outgoing; Mon, 3 Mar 1997 02:20:38 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19589 for ; Mon, 3 Mar 1997 02:20:33 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA08548 for freebsd-hackers@FreeBSD.ORG; Mon, 3 Mar 1997 11:20:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA04688; Mon, 3 Mar 1997 10:58:54 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 10:58:54 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2, 3.0 pkg_manage - where are you :-( References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andrzej Bialecki on Mar 2, 1997 21:08:23 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Andrzej Bialecki wrote: > /usr/sbin/pkg_manage: > #!/bin/sh > echo "This is a vaporware now... Use /stand/sysinstall instead." > > If it sounds like a good idea, will it make it to the 2.2R ? Well, if at all, it should be #!/bin/sh exec /stand/sysinstall configPackage Jordan? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 02:21:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA19639 for hackers-outgoing; Mon, 3 Mar 1997 02:21:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19632 for ; Mon, 3 Mar 1997 02:21:03 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA08569 for freebsd-hackers@freebsd.org; Mon, 3 Mar 1997 11:21:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA04755; Mon, 3 Mar 1997 11:17:41 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 11:17:41 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: scsi spindown References: <199703030708.RAA02623@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703030708.RAA02623@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 3, 1997 17:38:55 +1030 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Has anyone modified FreeBSD-anything to spindown scsi (direct) drives > > after some period of non-use? > A lot of disks will refuse to spin down. So you won't get this feature for these old suckers, what's the deal? > Better to configure your disks > to spin themselves down using scsi(8) if they support it. Where should this be supported? IDE drives do sometimes support this (though the standard is very very funky for this), but SCSI? I've never stumpled across a mode page setting that allows for an auto spindown. The `od' driver supports spindown while the device is being unused. Supporting spindown while the device is open will requires some restructuring of the code. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 02:50:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21107 for hackers-outgoing; Mon, 3 Mar 1997 02:50:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA21100 for ; Mon, 3 Mar 1997 02:50:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA09399; Mon, 3 Mar 1997 11:50:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA04823; Mon, 3 Mar 1997 11:23:56 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 11:23:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: rkw@dataplex.net (Richard Wackerbarth) Cc: hackers@freebsd.org Subject: Re: SCSI setup help !!! References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Richard Wackerbarth on Mar 3, 1997 00:53:08 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard Wackerbarth wrote: > Everything seemed fine. It ask if I wanted to leave something to stay > compatible. > I said "yes". That's been your problem. :) No no, rather that you've got the geometry wrong. > However, when I try to reboot, I get told that I have no OS. > > I tried "disklabel -B sd0" and that did not help either. For sure, it wouldn't help. The only help short of a reinstall is to hand-tweak the fdisk table. Go through fdisk, pick the slice's starting block number, recompute the C/H/S number for whatever your BIOS thinks the geometry of the disk were, and enter this one. (It's probably an ``odd'' value, something starting ``in the middle'' of a track.) Enter some bogus but reasonable :) value for ending C/H/S, like 1023/63/255. This should get you going again. Keep Win95 or other poisoned systems away. The might consider this fdisk table invalid, and happily destroy `invalid' fdisk tables without warning or asking you. So in the end, you end up with an incompatible fdisk table the hard way :-), by also wasting more sectors than using ``DD'' mode in the first place... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 03:14:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA22003 for hackers-outgoing; Mon, 3 Mar 1997 03:14:51 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21998 for ; Mon, 3 Mar 1997 03:14:45 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id MAA08486; Mon, 3 Mar 1997 12:13:06 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id LAA22732; Mon, 3 Mar 1997 11:58:38 +0100 (MET) Message-Id: <3.0.32.19970303115837.00abac30@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 03 Mar 1997 11:58:39 +0100 To: charlespeters@tecpro.com From: Eivind Eklund Subject: Re: Best Packages for email server, ftp server, and mailing list 'se Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:12 AM 3/3/97 -0500, Charles A. Peters wrote: >I am in the process of setting up an email server, a ftp server, a >web server, and perhaps a mailing list server (like Majordomo). I >already know that I will be using the Apache WWW server included with >FreeBSD, but I am not sure which ftp server and mail server software >that I should go with. > >This server will primarily be used to allow my collegues and >customers access to email. I will be maintaining this server via >telnet from a remote location. As I am new to FreeBSD, I am looking >for some advise. > >Any suggestions!?! Depends on your security requirements. For a server where security isn't paramount, I'd go with sendmail and popper for mail, majordomo for mailing lists, and wuftpd for FTP. (None of these are known to have security holes as of today, but with the exception of popper and possibly majordomo, they're programmed to invite security holes. All are fairly feature-rich.) If security was (very) important, I'd run qmail for mail, use aliases for the mailing lists, and force users to log in through ssh to read mail. I'd run the standard ftpd. (Feature-poor setup, but secure.) In all cases I'd use ssh with public keys to log in, and use ipfw to block all ports I wasn't interested in getting connections on. Telnet and rlogin would be among them. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Mon Mar 3 05:00:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28033 for hackers-outgoing; Mon, 3 Mar 1997 05:00:48 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28027 for ; Mon, 3 Mar 1997 05:00:44 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id HAA04663; Mon, 3 Mar 1997 07:00:31 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: References: ; from Richard Wackerbarth on Mar 3, 1997 00:53:08 -0600 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 3 Mar 1997 06:54:31 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Richard Wackerbarth Subject: Re: SCSI setup help !!! Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 4:23 AM -0600 3/3/97, J Wunsch wrote: >Keep Win95 or other poisoned systems away. Don't worry. This is a "Microsoft Free Zone". :-) I don't even have a copy of "DOS" to run setup on those sh*^^y pc interface cards. >> Everything seemed fine. It ask if I wanted to leave something to stay >> compatible. I said "yes". >That's been your problem. :) No no, rather that you've got the geometry >wrong. Don't blame ME! I wasn't ask anything about "geometry." I suspect that the problem has to do with the false assumptions used for these generic allocations. >The only help short of a reinstall is to hand-tweak ... OK. I'll "buy" a reinstall. I can move the good data off of another disk and change the SCSI address when I get finished. Here's what I think I want. What do you suggest for details. 1) At least 3 HD will start with a small (30M-40M) bootable root partition. 2) Every disk will support some swap (say 60M == I'll go to mfs /tmp) 3) Each disk will have a moderate partition for /usr, part of /home, or similar 4) Each disk will have a large partition (To be combined into a huge ccd partition later) for /pub I would prefer to set it up in sysinstall, but will drop back to the "strange incantations" if necessary. Please "hold my hand" a bit. I need a system that can reboot itself without pressing the keyboard at just the right instant while booting from a floppy. Thanks in advance, Richard BTW. The drives are Seagate ST12550N. I damn hot 2G drive. (Especially with the cover off the box.. ouch) An old label I manually generated "before" the new-fangled way of doing geometry. shrimp: {194} disklabel sd2a # /dev/rsd2a: type: SCSI disk: sd2s1 label: Dataplex Archive flags: bytes/sector: 512 sectors/track: 81 tracks/cylinder: 19 sectors/cylinder: 1539 cylinders: 2714 sectors/unit: 4178304 rpm: 7200 The label generated by sysinstall (and friends) shrimp: {195} disklabel sd0a # /dev/rsd0a: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 17 tracks/cylinder: 19 sectors/cylinder: 323 cylinders: 252 sectors/unit: 81702 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 81702 0 4.2BSD 0 0 0 # (Cyl. 0 - 252*) c: 81702 0 unused 0 0 # (Cyl. 0 - 252*) From owner-freebsd-hackers Mon Mar 3 05:17:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28710 for hackers-outgoing; Mon, 3 Mar 1997 05:17:19 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA28702 for ; Mon, 3 Mar 1997 05:17:16 -0800 (PST) Received: from altos.rnd.runnet.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0w1Xc7-0008yzC; Mon, 3 Mar 97 05:17 PST Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id PAA01934; Mon, 3 Mar 1997 15:49:21 +0300 (MSK) Date: Mon, 3 Mar 1997 15:49:18 +0300 (MSK) From: "Maxim A. Bolotin" Reply-To: "Maxim A. Bolotin" To: Lee Crites cc: hackers@freebsd.org Subject: Re: Please help with digiboard switch settings... In-Reply-To: <1.5.4.32.19970301181002.006bc48c@jump.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 1 Mar 1997, Lee Crites wrote: Hi! I've Digi too, also I've documetation. There's DigiBoard PC/Xi, PC/16e, MC/Xi and COM/Xi. There is some pictures of the boards. Your labels show that it's PC/8e (AFAK). Maybe This information will help you. Can you check your board for 2 Dip switches on the front. It have to have one 11 and another 8 switches. First (DS1) is : 1 2 3 4 5 6 7 8 9 10 11 ! ! ! ! +------+------+ +--+--+ ! ! Memory Start addres! I/O Port selection. ---------------------- Port Sel. 0FF=0, ON=1 100 100 010 110 110 120 001 200 101 220 011 300 111 320 Memory : - Below 1 MB 11101111 - 080000h 01101111 - 090000h 10101111 - 0a0000h 00101111 - 0b0000h 11001111 - 0c0000h 01001111 - 0d0000h 10001111 - 0e0000h Memory : - Above 1 MB 11110100 - D00000h 11100100 - D80000h 11111000 - E00000h 11101000 - E80000h 11110000 - F00000h 11100000 - F80000h 10100000 - FA0000h 11000000 - FC0000h DS2 - IRQ Selection 00000000 - disable 10000000 IRQ 3 01000000 IRQ 4 00100000 IRQ 5 00010000 IRQ 7 00001000 IRQ 10 00000100 IRQ 11 00000010 IRQ 12 00000001 IRQ 15 I hope it'll help you. Max. > So, I have the board in question in my hand, so here's what I can tell you: > > on the end (you see out the back of the computer): > * one 78-pin female connector > * one four-toggle dip-switch > > on the back (the side without the 'stuff' on it): > * sticker states "PC/8e ISA" with "REV:H" printed on it as well > * sticker states "55-405", "9630", "REV G", and "B85665" > * card has "DI 30001752 REV B" stamped on it (under green film) > > on the front: > * card has "DI AN 30001754 REV _____" stamped on it, on top of the green > film, with "G" handwritten in the blank > > That's it... > > My first thought was to try their web site. No luck. The hardware > documentation which they have on-line, while it looks good, does not > describe anything like my card. And, of course, the supplied utility just > doesn't work on FreeBSD. > > If you can provide any assistance, I would sing your praises... > > Lee > > - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet max@run.net. From owner-freebsd-hackers Mon Mar 3 05:30:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA29334 for hackers-outgoing; Mon, 3 Mar 1997 05:30:12 -0800 (PST) Received: from jump.net (serv1-2.jump.net [204.238.120.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA29320 for ; Mon, 3 Mar 1997 05:30:07 -0800 (PST) Received: from benjamin.adonai.com by jump.net (8.8.4/BERK-6.8.11) id HAA19714; Mon, 3 Mar 1997 07:29:53 -0600 (CST) Message-Id: <1.5.4.32.19970303132944.006e067c@jump.net> X-Sender: adonai@jump.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 03 Mar 1997 07:29:44 -0600 To: David Nugent From: Lee Crites Subject: Re: Please help with digiboard switch settings... Cc: Lee Crites , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:11 02-03-97 +1100, David Nugent wrote: >See ftp.digiboard.com. As you say their web server also has most >of the documentation for their boards on-line, although I've never >looked there. I already checked there. They, in theory, had the docu for the board, but it was so outdated that none of the info I needed was there. >Get a DOS disk and boot it, run the dos digiboard diagnostic >from there. It probes for the card directly, so at least you >should be able to find out what the card is set to. What a stupid suggestion to have to be made! I should have thought of that right off! I just forgot that my *unix* box was a *pc*! This is my first pc running unix, so I just am not in that mindset. Thanks for sugesting the obvious -- it was so obvious it would have *never* occurred to me! >Failing that, contact Daniel Taylor . This is a reference I might just keep... Okay. So now I have the settings (0x100, 0x0a0000), the kernel is rebuilt, and it gets what appears to be a good response from the dgb0 during bootup. The log says: Mar 3 07:43:33 adam /kernel: dgb0: PC/Xe 64/8K (windowed) Mar 3 07:43:33 adam /kernel: dgb0 at 0x100-0x103 maddr 0xa0000 msize 8192 on isa Mar 3 07:43:33 adam /kernel: dgb0: 8 ports This is a MAJOR advancement, here!!! (thanks) But when I reboot, I am still getting the "Device not configured" error. Mar 3 07:43:39 adam getty[176]: /dev/ttyd6: Device not configured Mar 3 07:43:39 adam getty[177]: /dev/ttyd7: Device not configured Mar 3 07:43:39 adam getty[174]: /dev/ttyd4: Device not configured Mar 3 07:43:39 adam getty[175]: /dev/ttyd5: Device not configured I deleted/remade the /dev/ttydX items. (was that even needed?) This is what they look like: ... crw-rw---- 1 uucp dialer 28, 132 Jan 16 23:27 cuaa4 crw-rw---- 1 uucp dialer 28, 133 Jan 16 23:27 cuaa5 crw-rw---- 1 uucp dialer 28, 134 Jan 16 23:27 cuaa6 crw-rw---- 1 uucp dialer 28, 135 Jan 16 23:27 cuaa7 crw-rw---- 1 uucp dialer 28, 136 Jan 16 23:27 cuaa8 crw-rw---- 1 uucp dialer 28, 137 Jan 16 23:27 cuaa9 crw-rw---- 1 uucp dialer 28, 138 Jan 16 23:27 cuaaa crw-rw---- 1 uucp dialer 28, 139 Jan 16 23:27 cuaab ... crw------- 1 root wheel 28, 4 Jan 16 23:27 ttyd4 crw------- 1 root wheel 28, 5 Jan 16 23:27 ttyd5 crw------- 1 root wheel 28, 6 Jan 16 23:27 ttyd6 crw------- 1 root wheel 28, 7 Jan 16 23:27 ttyd7 crw------- 1 root wheel 28, 8 Jan 16 23:27 ttyd8 crw------- 1 root wheel 28, 9 Jan 16 23:27 ttyd9 crw------- 1 root wheel 28, 10 Dec 30 13:47 ttyda crw------- 1 root wheel 28, 11 Jan 16 23:27 ttydb ... I tried a chmod 666 on the ttyd items, and that didn't help, either. (if some of my attempts at fixing this show I have no clue about where I am going, you are right...) What about the ttys entries. Right now they say: ttyd4 "/usr/libexec/getty std.57600" dialup on insecure ttyd5 "/usr/libexec/getty std.57600" dialup on insecure ttyd6 "/usr/libexec/getty std.57600" dialup on insecure ttyd7 "/usr/libexec/getty std.57600" dialup on insecure ttyd8 "/usr/libexec/getty std.57600" dialup off insecure ttyd9 "/usr/libexec/getty std.57600" dialup off insecure ttyda "/usr/libexec/getty std.57600" dialup off insecure ttydb "/usr/libexec/getty std.57600" dialup off insecure I only have modems hooked up to the first four lines, so I am leaving the last four "off" for now. So... Any ideas of what isn't configured? What little tidbit am I missing, here? Thanks for your help so far. Lee From owner-freebsd-hackers Mon Mar 3 05:50:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA00513 for hackers-outgoing; Mon, 3 Mar 1997 05:50:55 -0800 (PST) Received: from out1.ibm.net (out1.ibm.net [165.87.194.252]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA00507 for ; Mon, 3 Mar 1997 05:50:53 -0800 (PST) Received: (from uucp@localhost) by out1.ibm.net (8.6.9/8.6.9) id NAA132556; Mon, 3 Mar 1997 13:50:46 GMT Message-Id: <199703031350.NAA132556@out1.ibm.net> Received: from slip166-72-229-108.va.us.ibm.net(166.72.229.108) by out1.ibm.net via smap (V1.3mjr) id smaw7MDFW; Mon Mar 3 13:50:37 1997 Reply-To: From: "Steve Sims" To: "Daniel O'Callaghan" , Subject: Re: Help: Jumper settings for authentic Novell NE1000 Date: Mon, 3 Mar 1997 08:50:26 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.syd.dit.csiro.au/staff/ken/personal/NIC/ne1000-1.txt ---------- | From: Daniel O'Callaghan | To: hackers@freebsd.org | Subject: Help: Jumper settings for authentic Novell NE1000 | Date: Sunday, March 02, 1997 5:37 PM | | | Hi, | | Would anyone have the jumper settings for a real Novell NE1000 card, please. | | Thanks, | | Danny ...sjs... From owner-freebsd-hackers Mon Mar 3 06:21:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA02583 for hackers-outgoing; Mon, 3 Mar 1997 06:21:10 -0800 (PST) Received: from relay1.fnet.fr (relay1.fnet.fr [192.134.192.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA02528 for ; Mon, 3 Mar 1997 06:20:58 -0800 (PST) Received: by relay1.fnet.fr (5.65c8d/96.05.03) via EUnet-France id AA03422; Mon, 3 Mar 1997 15:19:34 +0100 (MET) Received: from halles.ilog.fr (halles [192.31.27.96]) by ilog.ilog.fr (8.8.5/8.7.3) with ESMTP id PAA11614; Mon, 3 Mar 1997 15:18:31 +0100 (MET) From: Bruno Haible Received: (from haible@localhost) by halles.ilog.fr (8.8.5/8.8.5) id PAA27039; Mon, 3 Mar 1997 15:18:27 +0100 (MET) Date: Mon, 3 Mar 1997 15:18:27 +0100 (MET) Message-Id: <199703031418.PAA27039@halles.ilog.fr> To: Thomas Sparrevohn Subject: Re: internal compiler error Cc: bug-g++@prep.ai.mit.edu, Nate Williams , Josh MacDonald , freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, Thank you for your GNU g++ bug report from 17 May 1996. The current g++ release, g++ 2.7.2, compiles your code snippet without errors, with optimization settings ranging from -O0 to -O3. Thank you again! Bruno Haible ----------------------------------------------------------------------- Date: Fri, 17 May 1996 08:42:59 +0200 (MET DST) From: Thomas Sparrevohn To: Nate Williams Cc: Josh MacDonald , bug-g++@prep.ai.mit.edu, freebsd-hackers@freebsd.org Subject: Re: internal compiler error In-Reply-To: <199605161430.IAA22882@rocky.sri.MT.net> Message-Id: On Thu, 16 May 1996, Nate Williams wrote: > > Hmm, it works fine under -stable with 2.6.3. > But unfortunately our gcc gives an internal error when it compiles the following program with "-O" and "-O2" but not "-O3" and with out optimizations: /* * Compilation of the following program with gcc -O (v2.6.3 on FreeBSD 2.1.0) * and (v2.6.3 current) yields: * * gcc: Internal compiler error: program cc1 got fatal signal 10 * */ struct s1 { double x, y, z; }; struct s2 { double r, g, b; }; struct s3 { struct s1 p; struct s2 c; }; void create_light(struct s3 *li, double x, double y, double z, double r, double g, double b) { li->p.x = x; li->p.y = y; li->p.z = z; li->c.r = r; li->c.g = g; li->c.b = b; } > #cheap shot on# > This is one of the reasons why we stick w/older versions of GCC. :) > #cheap shot off# > > > Nate > From owner-freebsd-hackers Mon Mar 3 07:43:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA08452 for hackers-outgoing; Mon, 3 Mar 1997 07:43:08 -0800 (PST) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA08446 for ; Mon, 3 Mar 1997 07:43:01 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id QAA23212; Mon, 3 Mar 1997 16:38:33 +0100 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id QAA17133; Mon, 3 Mar 1997 16:42:43 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 16:42:43 +0100 From: j@ida.interface-business.de (J Wunsch) To: adrian@obiwan.aceonline.com.au (Adrian Chadd) Cc: freebsd-hackers@freebsd.org Subject: Re: Re : java support under FreeBSD - test code. References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: ; from Adrian Chadd on Mar 3, 1997 06:42:04 +0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Adrian Chadd wrote: > OK guys - here is the magic file. Great! > Stick it under /usr/src/sys/kern/imgact_java.c, and do these two steps : Hmm, i've been too lazy to reboot my machine just for this. Hence i cloned Søren's ibcs2 coff LKM stuff, and made it an LKM wrapper for imgact_java.c. What should i say? It works. The LKM wrapper is below. Also, i needed the following diffs. The basic problem is that /usr/local/jdk/bin/java itself is a shell script, and stacking image activators (first imgact_java, then imgact_shell, then imgact_aout) is not possible. Hence one must use the path to the a.out binary itself. Also, i believe the /usr/local/jdk directory is where the FreeBSD port drops it. Btw., the first printf is blatant; it causes any shell script that's not caught by an image activator to launch a complaint on the console. Apart from this: good stuff! Now if only javac would set the x bit... :) p.s.: Please put your favorite copyright above. We are not allowed to redistribute it otherwise. --- /tmp/imgact_java.c Mon Mar 3 12:46:32 1997 +++ /sys/kern/imgact_java.c Mon Mar 3 16:35:32 1997 @@ -18,9 +18,10 @@ */ -static char interpreter[256] = "/usr/local/java/bin/java"; -static char appletviewer[256] = "/usr/local/java/bin/appletviewer"; -static char classpath[256] = "/usr/local/java/classes.zip"; +static char interpreter[256] = "/usr/local/jdk/bin/i386/java"; +static char appletviewer[256] = "/usr/local/jdk/bin/i386/appletviewer"; +static char classpath[256] = + "/usr/local/jdk/classes:/usr/local/jdk/lib/classes.zip"; SYSCTL_NODE(_kern, OID_AUTO, java, CTLFLAG_RW, 0, "Kernel Java support"); @@ -245,7 +246,9 @@ if ((image_header[0] != '\xca') || (image_header[1] != '\xfe') || (image_header[2] != '\xba') || (image_header[3] != '\xbe')) { +#ifdef DEBUG printf("Failed to run a java binary : invalid signature?\n"); +#endif return(-1); } @@ -302,7 +305,9 @@ strcpy(imgp->uap->fname, javabin_name); suword(imgp->uap->argv, (int)imgp->uap->fname); +#ifdef DEBUG printf("fname : %s\n", imgp->uap->fname); +#endif return (0); @@ -313,9 +318,6 @@ * Since `const' objects end up in the text segment, TEXT_SET is the * correct directive to use. */ -static const struct execsw java_execsw = { exec_java_imgact, "\xca\xfe\xba\xbe" }; +const struct execsw java_execsw = { exec_java_imgact, "\xca\xfe\xba\xbe" }; TEXT_SET(execsw_set, java_execsw); - - - The `static' in the linker set needs to be removed for the LKM to link properly. The LKM doesn't install the sysctl hooks. Anybody around with an idea to do this? Finally, here's the LKM stuff: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # /usr/src/lkm/java/ # /usr/src/lkm/java/java.c # /usr/src/lkm/java/Makefile # echo c - /usr/src/lkm/java/ mkdir -p /usr/src/lkm/java/ > /dev/null 2>&1 echo x - /usr/src/lkm/java/java.c sed 's/^X//' >/usr/src/lkm/java/java.c << 'END-of-/usr/src/lkm/java/java.c' X/*- X * Copyright (c) 1997 Jörg Wunsch X * Copyright (c) 1994 Søren Schmidt X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. The name of the author may not be used to endorse or promote products X * derived from this software withough specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * $Id$ X */ X X#include X#include X#include X#include X#include X#include X#include X Xextern const struct execsw java_execsw; X XMOD_EXEC(java, -1, &java_execsw); X Xstatic int Xjava_load(struct lkm_table *lkmtp, int cmd) X{ X uprintf("java loader installed\n"); X return 0; X} X Xstatic int Xjava_unload(struct lkm_table *lkmtp, int cmd) X{ X uprintf("java loader removed\n"); X return 0; X} X Xint Xjava_mod(struct lkm_table *lkmtp, int cmd, int ver) X{ X DISPATCH(lkmtp, cmd, ver, java_load, java_unload, X lkm_nullcmd); X} END-of-/usr/src/lkm/java/java.c echo x - /usr/src/lkm/java/Makefile sed 's/^X//' >/usr/src/lkm/java/Makefile << 'END-of-/usr/src/lkm/java/Makefile' X# $Id$ X X.PATH: ${.CURDIR}/../../sys/kern XKMOD= java_mod XSRCS= java.c imgact_java.c vnode_if.h XNOMAN= XCLEANFILES+= vnode_if.h vnode_if.c XCFLAGS+= -DLKM -I. X X.include END-of-/usr/src/lkm/java/Makefile exit -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Mon Mar 3 08:17:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10278 for hackers-outgoing; Mon, 3 Mar 1997 08:17:34 -0800 (PST) Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10260 for ; Mon, 3 Mar 1997 08:17:24 -0800 (PST) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.5/8.6.12) id IAA03678; Mon, 3 Mar 1997 08:16:15 -0800 (PST) Date: Mon, 3 Mar 1997 08:16:15 -0800 (PST) Message-Id: <199703031616.IAA03678@squirrel.tgsoft.com> From: mark thompson To: mal@algonet.se CC: hackers@freefall.freebsd.org In-reply-to: message from Mats Lofkvist on Sun, 02 Mar 1997 14:15:34 +0100 Subject: Re: java support under FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Mats Lofkvist Date: Sun, 02 Mar 1997 14:15:34 +0100 A few more problems: I can't see any decent way to automagically execute .class when a user types . If typing .class is considered ok, why is typing 'java ' not? If the solution is to add a soft link, why not write a two-line script at once and avoid the need for kernel support altogether? If the kernel only keeps track of a single CLASSPATH (via sysctl or whatever), the user is limited to the code locations supported by the sysadmin. Kind of not being able to set my own PATH, uck :-( Maybe the kernel CLASSPATH should be appended to the users?? Seems like the shell script solution is the best one. Being able to set the CLASSPATH that make _this_ program work in the script is a additional benefit you can't get from kernel execution of the code. _ Mats Lofkvist mal@algonet.se If this behaviour is all that important (and it might be) add it to the shells, not ther kernel. Sure, it seems like a crock, but the shell is the last individual to know everything that you need to know (the kernel certainly doesn't). Back in the dark ages, the shell would spawn shell scripts manually when exec failed because they weren't executeables. -mark From owner-freebsd-hackers Mon Mar 3 09:01:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13826 for hackers-outgoing; Mon, 3 Mar 1997 09:01:05 -0800 (PST) Received: from jump.net (serv1-2.jump.net [204.238.120.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA13816 for ; Mon, 3 Mar 1997 09:01:02 -0800 (PST) Received: from benjamin.adonai.com by jump.net (8.8.4/BERK-6.8.11) id KAA06646; Mon, 3 Mar 1997 10:54:11 -0600 (CST) Message-Id: <1.5.4.32.19970303165402.006b49d4@jump.net> X-Sender: adonai@jump.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 03 Mar 1997 10:54:02 -0600 To: "Maxim A. Bolotin" From: Lee Crites Subject: Re: Please help with digiboard switch settings... Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 15:49 03-03-97 +0300, Maxim A. Bolotin wrote: This info was actuall on the web page. The problem is the digiboard *I* have only has one dip-switch bank, and there are only four switches on it... That's the problem. The boards they are sending out now do not match the documentation they are distributing. Suprise, suprise, suprise... Thanks, anyway. I appreciate it when anyone tries to help. Lee From owner-freebsd-hackers Mon Mar 3 10:15:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17990 for hackers-outgoing; Mon, 3 Mar 1997 10:15:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17985 for ; Mon, 3 Mar 1997 10:15:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08249; Mon, 3 Mar 1997 11:10:28 -0700 From: Terry Lambert Message-Id: <199703031810.LAA08249@phaeton.artisoft.com> Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Mon, 3 Mar 1997 11:10:28 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199703021317.IAA13157@lakes.water.net> from "Thomas David Rivers" at Mar 2, 97 08:17:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > 1542B? > > > > How much RAM do you have? > > > > If you have more than 16M ... it's bouncing. Try backing down to > > 16M and not bouncing and see if that's where it is... > > Another good idea - but I only have 12 meg in this particular > machine. Now try not bouncing. In your posted kernel compilation line, it showed "-DBOUNCE_BUFFERS". Turn them off. The code could still be bogus there even though you don't have enough memory to require their invocation. I went the rounds with Nate on this one once; I couldn't believe that the bounce code was not automatic and handled in the generic SCSI layer until Nate pointed me at code (I still think this is bogus as hell). > Also, you should recall that I am experiencing this problem on an > 8-meg 386dx (intel 387) with an IDE drive... that kinda points to > something "higher-level" then the physical device drivers... Not necessarily. As I said, the buffer handling code could still be bogus. > Right now, I'm mulling over race conditions in disksort(). Something > along the lines of: > > start to add buf to beginning of queue > take an interrupt indicating previous I/O was complete > remove partially added buf > wow - lost buffer... > > disksort() appears to be run at splbio() [it's not obvious from > the SCSI code that's what's going on, but the wd.c code definitely > dones that.] If the interrupt comes in at just the right time, it > seems there is a potential to loose a buffer... which I think is > what I'm seeing. [That would also explain why adding a printf() > to disksort masked the problem.] I'm going to play with this idea > a while and see if I can verify it... If this were the problem, then I would think it would be *much* more widespread than it seems to be. My gut feeling is that you have an odd hardware configuration, or have done strange things to the code some other way, maybe with your choice of devices (like the 1542B). In any case, if there were a rache, all you'd need would be a sufficiently large discrepancy beteen processor speed and transfer rate, and there's enough machines out there that meet those criteria that you'd expect it to trigger *much* more frequently. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 10:24:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18380 for hackers-outgoing; Mon, 3 Mar 1997 10:24:05 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18368 for ; Mon, 3 Mar 1997 10:24:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08263; Mon, 3 Mar 1997 11:18:42 -0700 From: Terry Lambert Message-Id: <199703031818.LAA08263@phaeton.artisoft.com> Subject: Re: [driver testing] Odd network behaviour? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 3 Mar 1997 11:18:42 -0700 (MST) Cc: hackers@FreeBSD.ORG, jrb@cs.pdx.edu In-Reply-To: <199703021423.AAA20864@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 3, 97 00:53:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Julian, Garrett, as intimates of the 82586 club, I'd really appreciate > any ideas you might have here... > > I've been pounding on Jim B's Wavelan driver for a while and driving > myself slowly nuts trying to work out some odd behaviour. I've come > to the point where I think some external input would be helpful. > > A shred of background; the Wavelan cards use intel i82586's, and > generally look like ethernet cards from the programmer's point of view > (modulo some extra bits). > > The behaviour I'm seeing is basically that when a 'fast' (slow > Pentium) host sends to a 'slow' (486/66) host, the send randomly > pauses. I've just been using ftp for this testing; with hashmark > printing on it's easy to see the output pause, often for a second > or longer. > > This problem is seperate from the one where the card occasionally > loses transmit interrupts, but may (?) be related. I seriously doubt you are having this problem, but... During early testing of Garrett's 82586 driver in AT&T 6386/33E WGS systems (using Intel Plato motherboards, I believe), the copy of data from the card to host memory could fail, and the packet would be lost in the higher protocol layers (ie: it was bad data, so it was right to lose it). On the 6386/25's, the driver was reliable enough that we never pursue the problem with vigor. Kurt Mahon, who wrote the driver for the 82586 for USL, claimed that the USL driver copied the data twice; apparently, the interrupt was issued when data was available, rather than when it had made it into card memory? The second copy worked because the first copy provided sufficient delay, scaled to the size of the transfer. I never had a chance to verify Kurt's claims, since I was happily running 368BSD on the 6386/25's and didn't want to screw with success. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 10:30:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18710 for hackers-outgoing; Mon, 3 Mar 1997 10:30:43 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18702 for ; Mon, 3 Mar 1997 10:30:35 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id NAA17682 for hackers@freebsd.org; Mon, 3 Mar 1997 13:25:25 -0500 From: Bill Paul Message-Id: <199703031825.NAA17682@skynet.ctr.columbia.edu> Subject: Removing execute privs from stack pages To: hackers@freebsd.org Date: Mon, 3 Mar 1997 13:25:23 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a question for you VM/i386 gurus out there. Recently, somebody showed me a script for Solaris/SPARC to short-circuit buffer overflow security holes by removing execute access from the user stack pages. Doing this does not prevent buffer overflows and stack corruption from happening, but it does prevent any malicious code written to the stack from being executed, thus rendering the overflow condition harmless. (Well, sort of: the overflow can still crash the process, but at least it prevents suid/sgid programs with buffer overflow bugs from giving away privs.) My question is: can this sort of thing be done with FreeBSD/i386? From what little I know, it the 386 segment descriptors allow you to designate a memory segment as data or code. Presumeably, an attempt to jump to a an address within a data segment will trigger a trap. Unfortunately, I don't know enough about i386 protected mode programming or FreeBSD's VM subsystem to experiment with this sort of thing. From a cursory look at the code, exec_new_vmspace() does this: /* Allocate a new stack */ error = vm_map_find(&vmspace->vm_map, NULL, 0, (vm_offset_t *)&stack_addr, SGROWSIZ, FALSE, VM_PROT_ALL, VM_PROT_ALL, 0); if (error) return(error); VM_PROT_ALL implies VM_PROT_READ|VM_PROT_WRITE|VM_PROT_EXECUTE. I tried using VM_PROT_READ|VM_PROT_WRITE instead, but this didn't seem to have any effect. Somehow I get the feeling that VM_PROT_READ implies VM_PROT_EXECUTE. If so, this is a shame. It would be great if we could get VM_PROT_EXECUTE to actually mean something. - Is this even possible with the i386 MMU? - Is this possible with the FreeBSD VM subsystem? (If not, could it be made possible?) - Is FreeBSD (or 4.4BSD in general) dependent on the stack pages being marked executable? Inquiring minds want to know. I can't think of any particular reason why you'd want the stack pages to be executable anyway, but again I don't know enough details to judge. Could be I'm totally out in left field here. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-hackers Mon Mar 3 10:59:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21162 for hackers-outgoing; Mon, 3 Mar 1997 10:59:21 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA21153; Mon, 3 Mar 1997 10:59:16 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id NAA14956; Mon, 3 Mar 1997 13:59:15 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0007ny.concentric.net [206.173.18.67]) by cliff.cris.com (8.8.5) id NAA05250; Mon, 3 Mar 1997 13:59:12 -0500 (EST) Message-ID: <331B2045.5460@pop3.concentric.net> Date: Mon, 03 Mar 1997 14:02:29 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: hackers@freebsd.org CC: questions@freebsd.org Subject: 2.2 Gamma Install Problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am attempting to install from a DOS Ver 7 2.5 GIG IDE primary master to a 1.2 GIG Primary slave IDE) I select my keyboard type, set the source type for the distribution. After entering the proper drive geometry I am able to partition the drive and label using the automatic selection. I select Boot Easy Because I intend to run the two Operating sys's on the same system). At this point it tells you there is no turning back. I proceed and about half way through the installation of "bin" there is an error and I quote... "Write failure on transfer wrote -1 of 1024 bytes". It doesn't seem to stop installing at he same time every time. ie. 20 %- 75%- etc.. I am able to access BSD through the fixit disk however. Any suggestions would be greatly appriciated Rich Linane Typh0on@concentric.net From owner-freebsd-hackers Mon Mar 3 11:20:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22313 for hackers-outgoing; Mon, 3 Mar 1997 11:20:48 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA22308 for ; Mon, 3 Mar 1997 11:20:44 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24016 for hackers@freebsd.org; Mon, 3 Mar 1997 20:20:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA05999; Mon, 3 Mar 1997 20:08:32 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 20:08:32 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: SCSI setup help !!! References: ; X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Richard Wackerbarth on Mar 3, 1997 06:54:31 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard Wackerbarth wrote: > >Keep Win95 or other poisoned systems away. > > Don't worry. This is a "Microsoft Free Zone". :-) > I don't even have a copy of "DOS" to run setup > on those sh*^^y pc interface cards. Then, why the he** didn't you use ``DD'' mode? To which non-existant in your environment operating system did you try to maintain compatibility? > >That's been your problem. :) No no, rather that you've got the geometry > >wrong. > > Don't blame ME! I wasn't ask anything about "geometry." I suspect that > the problem has to do with the false assumptions used for these generic > allocations. It's hard to guess a geometry if there are no traces to look at. The guessing code apparently works good if there's something prevalent on the disk. That lead to a situation in FreeBSD 2.0.5 where the ``official'' recommendation was ``Oh well, put a small DOS partition there first.'' This scared me (and not only me), since i'm in a similar position to you, i usually have a hard time in even finding a suitable DOS floppy at all -- and why the heck should i do this anyway, i wanna have BSD there, not DOS?! That's why ``DD'' mode has been born. > Here's what I think I want. What do you suggest for details. Looks OK. Except, i don't have any clues about CCD. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 11:51:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23804 for hackers-outgoing; Mon, 3 Mar 1997 11:51:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23797 for ; Mon, 3 Mar 1997 11:51:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24996 for hackers@freefall.freebsd.org; Mon, 3 Mar 1997 20:51:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA06159; Mon, 3 Mar 1997 20:32:03 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 20:32:03 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <199703031616.IAA03678@squirrel.tgsoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703031616.IAA03678@squirrel.tgsoft.com>; from mark thompson on Mar 3, 1997 08:16:15 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As mark thompson wrote: > Back in the dark ages, the shell would spawn shell scripts manually when > exec failed because they weren't executeables. It still does this. But execve()able scripts have their advantages as well. How are you gonna tell the shell about Perl scripts, Tcl scripts, wish scripts, csh scripts (if you really think you need them), etc. Do you wanna update the list of interpreters for all shells? Also, you can't use such a script as a login `shell'. You can use a #! interpreted executable there, however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 11:52:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23885 for hackers-outgoing; Mon, 3 Mar 1997 11:52:00 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23875 for ; Mon, 3 Mar 1997 11:51:51 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA25029 for hackers@freebsd.org; Mon, 3 Mar 1997 20:51:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA06181; Mon, 3 Mar 1997 20:36:36 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 20:36:36 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. References: <199703021317.IAA13157@lakes.water.net> <199703031810.LAA08249@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703031810.LAA08249@phaeton.artisoft.com>; from Terry Lambert on Mar 3, 1997 11:10:28 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Another good idea - but I only have 12 meg in this particular > > machine. > > Now try not bouncing. I've seen the failure on a machine that doesn't use bounce buffers. (No, Terry, it really doesn't have this option in the config file... :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 12:25:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25334 for hackers-outgoing; Mon, 3 Mar 1997 12:25:18 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25291; Mon, 3 Mar 1997 12:25:02 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id MAA20534; Mon, 3 Mar 1997 12:24:02 -0800 (PST) Date: Mon, 3 Mar 1997 12:24:02 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Richard Linane cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: 2.2 Gamma Install Problem In-Reply-To: <331B2045.5460@pop3.concentric.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Richard Linane wrote: > I am attempting to install from a DOS Ver 7 > 2.5 GIG IDE primary master to a 1.2 GIG Primary slave IDE) > I select my keyboard type, set the source type for the distribution. > After entering the proper drive geometry I am able to partition the > drive and label using the automatic selection. > I select Boot Easy Because I intend to run the two Operating sys's on > the same system). > At this point it tells you there is no turning back. > I proceed and about half way through the installation of "bin" there is > an error and I quote... > "Write failure on transfer wrote -1 of 1024 bytes". At this point, press ALT-F2 and tell us what you see. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Mon Mar 3 12:31:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25668 for hackers-outgoing; Mon, 3 Mar 1997 12:31:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25663 for ; Mon, 3 Mar 1997 12:31:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08451; Mon, 3 Mar 1997 13:25:59 -0700 From: Terry Lambert Message-Id: <199703032025.NAA08451@phaeton.artisoft.com> Subject: Re: Removing execute privs from stack pages To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Mon, 3 Mar 1997 13:25:58 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199703031825.NAA17682@skynet.ctr.columbia.edu> from "Bill Paul" at Mar 3, 97 01:25:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got a question for you VM/i386 gurus out there. Recently, somebody > showed me a script for Solaris/SPARC to short-circuit buffer overflow > security holes by removing execute access from the user stack pages. > Doing this does not prevent buffer overflows and stack corruption from > happening, but it does prevent any malicious code written to the stack > from being executed, thus rendering the overflow condition harmless. > (Well, sort of: the overflow can still crash the process, but at least > it prevents suid/sgid programs with buffer overflow bugs from giving > away privs.) > > My question is: can this sort of thing be done with FreeBSD/i386? The short answer: "no". The long answer: there is no distinction between "readable" and "executable" in the hardware mapping interpretation. You *might* be able to ensure non-writability -- but not on all hardware, since a write fault is not generated in kernel space except on newer processors, and then only if the bit is enabled (write fault handling on i386 is typically emulated in the copyin/copyout). This would require execution time overhead to force non-contiguity of the mapping boundry so that it could be determined if the page was code or data at fault time... a lot of overhead for little protection. Even with this protection, obviously "su" must be able to invoke a shell in the success case. The stack overflow for the return address could easily point the return address to the valid exec code instead of returning and going through the compare which fails and aborts the exec. So you would also have to be sure that no code existed, such that if it were interpreted on any particular byte boundry, it would result in a shell. Frankly, I wonder how LISP and FORTH can run on such a system. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 12:32:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25789 for hackers-outgoing; Mon, 3 Mar 1997 12:32:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25781 for ; Mon, 3 Mar 1997 12:32:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08461; Mon, 3 Mar 1997 13:27:34 -0700 From: Terry Lambert Message-Id: <199703032027.NAA08461@phaeton.artisoft.com> Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 3 Mar 1997 13:27:34 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "J Wunsch" at Mar 3, 97 08:36:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Another good idea - but I only have 12 meg in this particular > > > machine. > > > > Now try not bouncing. > > I've seen the failure on a machine that doesn't use bounce buffers. > (No, Terry, it really doesn't have this option in the config file... :) You'll have to go back through his messages, but he did post a kernel config file with them enabled. If you can trigger the problem on a machine with a config without the option, then I suppose it shoots the idea down. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 12:36:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26008 for hackers-outgoing; Mon, 3 Mar 1997 12:36:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26003 for ; Mon, 3 Mar 1997 12:36:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08478; Mon, 3 Mar 1997 13:30:32 -0700 From: Terry Lambert Message-Id: <199703032030.NAA08478@phaeton.artisoft.com> Subject: Re: Alt key in syscons To: mark@seeware.DIALix.oz.au (Mark Hannon) Date: Mon, 3 Mar 1997 13:30:32 -0700 (MST) Cc: zach@blizzard.gaffaneys.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Mark Hannon" at Mar 2, 97 12:47:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ ... meta key keymap ... ] > Well I've installed this keymap (changing back to the default boot > behaviour & backspace behaviour) and hey presto not only does xemacs > work on the console, but I can also use the Meta key in tcsh. > > Is there any reason why this shouldn't be the default keymap? Does > it break something? If not I can go through all the standard keymaps > and modify them for this and send it to ?? for submission. Because it conflicts with the default keycode translation used by X to implement "input methods" for non-US users for "compose key" and "non-US keyboard" mapping behaviours? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 12:42:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26366 for hackers-outgoing; Mon, 3 Mar 1997 12:42:37 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA26343 for ; Mon, 3 Mar 1997 12:42:14 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id PAA05833; Mon, 3 Mar 1997 15:16:46 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id UAA23436; Mon, 3 Mar 1997 20:42:25 GMT Message-ID: <19970303144224.03031@right.PCS> Date: Mon, 3 Mar 1997 14:42:24 -0600 From: Jonathan Lemon To: Bill Paul Cc: hackers@freebsd.org Subject: Re: Removing execute privs from stack pages References: <199703031825.NAA17682@skynet.ctr.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199703031825.NAA17682@skynet.ctr.columbia.edu>; from Bill Paul on Mar 03, 1997 at 01:25:23PM -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 01:25:23PM -0500, Bill Paul wrote: > I've got a question for you VM/i386 gurus out there. Recently, somebody > showed me a script for Solaris/SPARC to short-circuit buffer overflow > security holes by removing execute access from the user stack pages. > Doing this does not prevent buffer overflows and stack corruption from > happening, but it does prevent any malicious code written to the stack > from being executed, thus rendering the overflow condition harmless. > (Well, sort of: the overflow can still crash the process, but at least > it prevents suid/sgid programs with buffer overflow bugs from giving > away privs.) > > My question is: can this sort of thing be done with FreeBSD/i386? From Not at the moment. The signal trampoline code is currently written onto the user stack by the kernel (see machdep.c). I suppose that if the trampoline code is moved out of the UPAGES area, then it might be possible. -- Jonathan From owner-freebsd-hackers Mon Mar 3 12:44:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26543 for hackers-outgoing; Mon, 3 Mar 1997 12:44:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26535 for ; Mon, 3 Mar 1997 12:44:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08491; Mon, 3 Mar 1997 13:39:11 -0700 From: Terry Lambert Message-Id: <199703032039.NAA08491@phaeton.artisoft.com> Subject: Re: java support under FreeBSD. To: mal@algonet.se (Mats Lofkvist) Date: Mon, 3 Mar 1997 13:39:11 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <33197D76.41C67EA6@algonet.se> from "Mats Lofkvist" at Mar 2, 97 02:15:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - I can't see any decent way to automagically execute .class when > a user types . If typing .class is considered ok, why > is typing 'java ' not? If the solution is to add a soft link, > why not write a two-line script at once and avoid the need for kernel > support altogether? There is no way to do this, short of hacking the shell, or doing the expression expansion for path expressions in the kernel, rather than in the shell (there are a lot of good reasons you'd want to do this, actually, but it's complicated unless you do it precisely the right way when you do it). I have no problem with "name.class"... if someone does, then they need to rename their "exectuable" to "name" instead of "name.class". Is it possible to distinguish "name.class" (class) from "name" (non-class) JAVA code? Does the code depend on the ".class" extension for determining how it runs? > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > whatever), the user is limited to the code locations supported by > the sysadmin. Kind of not being able to set my own PATH, uck :-( > Maybe the kernel CLASSPATH should be appended to the users?? Yes. This is what I would suggest. The sysctl CLASSPATH is the "default path". I would maybe go so far as to say that if the user specifies a CLASSPATH, it should override, entirely, the sysctl CLASSPATH for invocations by that user. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 3 13:22:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28484 for hackers-outgoing; Mon, 3 Mar 1997 13:22:41 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28478 for ; Mon, 3 Mar 1997 13:22:38 -0800 (PST) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id QAA11583 for ; Mon, 3 Mar 1997 16:30:27 -0500 (EST) Message-Id: <3.0.32.19970303162141.009444a0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 03 Mar 1997 16:21:43 -0500 To: hackers@freebsd.org From: dennis Subject: InfoTel 10/100 ethernet card dont work Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk the new infotel 10/100 cards (21040-AC chip) doesnt work in 2.1.7 either. Is the -AC supposed to work, or is there more work to be done? The board, plugging into a 10baseT network, erroneously comes up at 100Mbs. Changing this to 10Mbs works ok, but there is no receive and transmits result in errors. Dennis From owner-freebsd-hackers Mon Mar 3 13:31:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28864 for hackers-outgoing; Mon, 3 Mar 1997 13:31:31 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28858; Mon, 3 Mar 1997 13:31:26 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id QAA21071; Mon, 3 Mar 1997 16:31:20 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61035d0001ny.concentric.net [206.173.18.109]) by cliff.cris.com (8.8.5) id QAA13352; Mon, 3 Mar 1997 16:31:17 -0500 (EST) Message-ID: <331B43BB.30AB@pop3.concentric.net> Date: Mon, 03 Mar 1997 16:33:47 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: Doug White CC: Richard Linane , hackers@freebsd.org, questions@freebsd.org Subject: Re: 2.2 Gamma Install Problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug White wrote: > > On Mon, 3 Mar 1997, Richard Linane wrote: > > > I am attempting to install from a DOS Ver 7 > > 2.5 GIG IDE primary master to a 1.2 GIG Primary slave IDE) > > I select my keyboard type, set the source type for the distribution. > > After entering the proper drive geometry I am able to partition the > > drive and label using the automatic selection. > > I select Boot Easy Because I intend to run the two Operating sys's on > > the same system). > > At this point it tells you there is no turning back. > > I proceed and about half way through the installation of "bin" there is > > an error and I quote... > > "Write failure on transfer wrote -1 of 1024 bytes". > > At this point, press ALT-F2 and tell us what you see. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major When I press ALT-F2 this is displayed: gunzip: stdin: invalid comp data--format violated /stand/cpio/: premature end of file Debug: switching back to VTY1 Any Clues ? From owner-freebsd-hackers Mon Mar 3 13:50:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00603 for hackers-outgoing; Mon, 3 Mar 1997 13:50:49 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA00594 for ; Mon, 3 Mar 1997 13:50:44 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA19076; Mon, 3 Mar 1997 16:50:11 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 3 Mar 1997 16:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id QAA21228 for ; Mon, 3 Mar 1997 16:34:56 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id QAA24012 for freebsd-hackers@freefall.cdrom.com; Mon, 3 Mar 1997 16:40:31 -0500 (EST) Date: Mon, 3 Mar 1997 16:40:31 -0500 (EST) From: Thomas David Rivers Message-Id: <199703032140.QAA24012@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Follow-up on Terry's suggestion for "dup alloc" problem. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to follow-up. Terry suggested I rebuild a kernel without BOUNCE_BUFFERS defined. This sounded like a plausible avenue of investigation, especially since I'm wondering, myself, if something has gone wrong with buffer management. So, I commented out the BOUNCE_BUFFERS from the GENERIC definition. (GENERIC is used by the release makefile to produce the BOOTMFS definition; which is what builds the installation kernel) and rebuilt my kernel. Here's an example compile line. I've cut machdep.c from the log of this build; since it's so dependent on BOUNCE_BUFFERS. You'll notice some reformating to fit in 80 columns: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DBOOTMFS -DI586_CPU -DI486_CPU -DI386_CPU -DMFS_ROOT=1450 -DUSERCONFIG_BOOT -DMAXCONS=4 -DNFS_NOSERVER -DMFS -DATAPI -DVISUAL_USERCONFIG -DUSERCONFIG -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/machdep.c When I ran my test case against this, I still got the corrupted disk block... so, it doesn't appear that BOUNCE_BUFFERS are the problem here. By the way, I did some checking around and did discover BOUNCE_BUFFERS could change things for non-SCSI devices; but the changes would basically be where some buffers are allocated. See machdep.c and vm_machdep.c. The device driver is responsible for "bouncing" a buffer when the situation warrants... Someone else in private mail had suggested removing the -DI586_CPU and -DI486_CPU. I don't think it will matter since the CPU is probed correctly... but I'm willing to give it a shot. Again, for those who are reading this for the first time; this is a 2.1.6.1 install kernel, running on a 386dx with 12 meg of memory. The problem I'm trying to debug is causing a daily "dup alloc" panic on my news server, and it has occurred since 2.1.0... The recent mail archives will have a summary of my current thoughts. Look for "dup alloc" and "daily panic" in the Subject:... - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Mar 3 13:51:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00634 for hackers-outgoing; Mon, 3 Mar 1997 13:51:03 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA00595 for ; Mon, 3 Mar 1997 13:50:46 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA19047; Mon, 3 Mar 1997 16:50:05 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 3 Mar 1997 16:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id OAA18698; Mon, 3 Mar 1997 14:33:31 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id OAA21260; Mon, 3 Mar 1997 14:39:04 -0500 (EST) Date: Mon, 3 Mar 1997 14:39:04 -0500 (EST) From: Thomas David Rivers Message-Id: <199703031939.OAA21260@lakes.water.net> To: ponds!lakes.water.net!rivers, ponds!lambert.org!terry Subject: Re: Another installment of the "dup alloc"/"bad dir" panic problems. Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > 1542B? > > > > > > How much RAM do you have? > > > > > > If you have more than 16M ... it's bouncing. Try backing down to > > > 16M and not bouncing and see if that's where it is... > > > > Another good idea - but I only have 12 meg in this particular > > machine. > > Now try not bouncing. In your posted kernel compilation line, it showed > "-DBOUNCE_BUFFERS". Turn them off. The code could still be bogus there > even though you don't have enough memory to require their invocation. I > went the rounds with Nate on this one once; I couldn't believe that the > bounce code was not automatic and handled in the generic SCSI layer until > Nate pointed me at code (I still think this is bogus as hell). Hmm.. I hadn't considered that... My kernel compilation, by the way, is just what you get when doing a "make release" (i.e. building the boot kernel) - nothing special. > > > > Also, you should recall that I am experiencing this problem on an > > 8-meg 386dx (intel 387) with an IDE drive... that kinda points to > > something "higher-level" then the physical device drivers... > > Not necessarily. As I said, the buffer handling code could still be > bogus. Even for IDE? Could be, I suppose - I'll try it. > > > > Right now, I'm mulling over race conditions in disksort(). Something > > along the lines of: > > > > start to add buf to beginning of queue > > take an interrupt indicating previous I/O was complete > > remove partially added buf > > wow - lost buffer... > > > > disksort() appears to be run at splbio() [it's not obvious from > > the SCSI code that's what's going on, but the wd.c code definitely > > dones that.] If the interrupt comes in at just the right time, it > > seems there is a potential to loose a buffer... which I think is > > what I'm seeing. [That would also explain why adding a printf() > > to disksort masked the problem.] I'm going to play with this idea > > a while and see if I can verify it... > > If this were the problem, then I would think it would be *much* more > widespread than it seems to be. My gut feeling is that you have an > odd hardware configuration, or have done strange things to the code > some other way, maybe with your choice of devices (like the 1542B). > In any case, if there were a rache, all you'd need would be a > sufficiently large discrepancy beteen processor speed and transfer > rate, and there's enough machines out there that meet those criteria > that you'd expect it to trigger *much* more frequently. Yes - I'd have to agree... Remember; I'm not doing anything special to the kernel, and I can reliably reproduce this with a 2.1.5, 2.1.6.1 and 2.2-GAMMA install kernel... (it's been happening since 2.1 but I just haven't tried it on any older kernels.) Also, I'm not sure the hardware is at fault here, as I have it happening on two disparit machines, and it's been demonstrated on others... and, since it happens with IDE, and MFS, one would tend to rule out the 1542B as the culprit.... > > Regards, > Terry Lambert > terry@lambert.org - Dave R. - From owner-freebsd-hackers Mon Mar 3 14:30:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02666 for hackers-outgoing; Mon, 3 Mar 1997 14:30:24 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA02654 for ; Mon, 3 Mar 1997 14:30:20 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id OAA20739 for ; Mon, 3 Mar 1997 14:30:10 -0800 (PST) Date: Mon, 3 Mar 1997 14:30:10 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: hackers@freebsd.org Subject: Matt thomas's de driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello... Somehow I've come across the latest NetBSD de driver. Matt Thomas sent me a driver from Feb 19th via uuencode. It doesn't appear to have any #define __FreeBSD__'s in there, but I suppose you guys could hack it to fit. I don't see any references to the -AC chips but I don't hack kernel drivers. I'll put it at ftp://gdi.uoregon.edu/pub/de-970219.tar.gz If you're interested. I suppose that someone out there has access to the NetBSD source tree, but this came to me in a nice little bundle. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Mon Mar 3 14:41:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03372 for hackers-outgoing; Mon, 3 Mar 1997 14:41:41 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03367 for ; Mon, 3 Mar 1997 14:41:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id OAA09456; Mon, 3 Mar 1997 14:41:12 -0800 (PST) Message-Id: <199703032241.OAA09456@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), hackers@freebsd.org Subject: Re: Removing execute privs from stack pages In-reply-to: Your message of "Mon, 03 Mar 1997 13:25:58 MST." <199703032025.NAA08451@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 03 Mar 1997 14:41:12 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I've got a question for you VM/i386 gurus out there. Recently, somebody >> showed me a script for Solaris/SPARC to short-circuit buffer overflow >> security holes by removing execute access from the user stack pages. >> Doing this does not prevent buffer overflows and stack corruption from >> happening, but it does prevent any malicious code written to the stack >> from being executed, thus rendering the overflow condition harmless. >> (Well, sort of: the overflow can still crash the process, but at least >> it prevents suid/sgid programs with buffer overflow bugs from giving >> away privs.) >> >> My question is: can this sort of thing be done with FreeBSD/i386? > >The short answer: "no". > >The long answer: there is no distinction between "readable" and >"executable" in the hardware mapping interpretation. You *might* The longer answer is that it is possible to set the user stack as non-executable (not via the page tables, however), but the thing preventing this from working is the signal trampoline which requires that code be executed on the user's stack (the signal trampoline is a small piece of code that is inserted onto the stack and is used when a signal handler does a "return"; the return address on the stack points to the signal trampoline which then does a sigreturn system call and perhaps other things to change the context back to pre-signal state). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Mar 3 14:53:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03990 for hackers-outgoing; Mon, 3 Mar 1997 14:53:21 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA03985; Mon, 3 Mar 1997 14:53:17 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA01605; Mon, 3 Mar 1997 23:52:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA07282; Mon, 3 Mar 1997 23:45:53 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 23:45:53 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Typh0on@concentric.net Cc: dwhite@resnet.uoregon.edu (Doug White), hackers@freebsd.org, questions@freebsd.org Subject: Re: 2.2 Gamma Install Problem References: <331B43BB.30AB@pop3.concentric.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <331B43BB.30AB@pop3.concentric.net>; from Richard Linane on Mar 3, 1997 16:33:47 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard Linane wrote: > When I press ALT-F2 this is displayed: > > gunzip: stdin: invalid comp data--format violated > /stand/cpio/: premature end of file > Debug: switching back to VTY1 Anything before this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 3 15:18:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05134 for hackers-outgoing; Mon, 3 Mar 1997 15:18:16 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05129 for ; Mon, 3 Mar 1997 15:18:12 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id NAA01706; Tue, 4 Mar 1997 13:21:01 +0800 (WST) Date: Tue, 4 Mar 1997 13:21:01 +0800 (WST) From: Adrian Chadd To: Joerg Wunsch cc: freebsd-hackers@freebsd.org Subject: Re: Re : java support under FreeBSD - test code. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by freefall.freebsd.org id PAA05130 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, i've been too lazy to reboot my machine just for this. Hence i > cloned Søren's ibcs2 coff LKM stuff, and made it an LKM wrapper for > imgact_java.c. What should i say? It works. The LKM wrapper is > below. > Cool - that was something I wanted to do but.. :) > Also, i needed the following diffs. The basic problem is that > /usr/local/jdk/bin/java itself is a shell script, and stacking image > activators (first imgact_java, then imgact_shell, then imgact_aout) is > not possible. Hence one must use the path to the a.out binary itself. > Yep. I just symlinked everything from /usr/local/java/bin/ to /usr/local/java/bin/i386. > Also, i believe the /usr/local/jdk directory is where the FreeBSD port > drops it. > Ok. > Btw., the first printf is blatant; it causes any shell script that's > not caught by an image activator to launch a complaint on the console. > Oh? Sorry - didn't know that.. thanks *grin* > Apart from this: good stuff! Now if only javac would set the x bit... :) > > p.s.: Please put your favorite copyright above. We are not allowed to > redistribute it otherwise. > Ok. I'll clone the copyright message from the other source files and put it there, then I'll repost the file for people to try it with again. Cya. Adrian Chadd From owner-freebsd-hackers Mon Mar 3 15:40:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06566 for hackers-outgoing; Mon, 3 Mar 1997 15:40:18 -0800 (PST) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06560 for ; Mon, 3 Mar 1997 15:40:16 -0800 (PST) Received: from localhost (ben@localhost) by narcissus.ml.org (8.7.5/8.7.3) with SMTP id PAA01191; Mon, 3 Mar 1997 15:40:05 -0800 (PST) Date: Mon, 3 Mar 1997 15:40:05 -0800 (PST) From: Snob Art Genre To: Adrian Chadd cc: hackers@freebsd.org Subject: Re: Re : whoopsie with that java support file.. :) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Adrian Chadd wrote: > Damnit. I forgot to remove a debugging printf() near the end of the file. > Its around line 335, just remove it or you'll get a debug message every > time you run a java class file. *grin* Send me the next version you put out, ok? Then I'll try your newsysctl.h trick. > Cya. > > Adrian. > > > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Mon Mar 3 15:45:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06811 for hackers-outgoing; Mon, 3 Mar 1997 15:45:45 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06806 for ; Mon, 3 Mar 1997 15:45:41 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id PAA12443 for ; Mon, 3 Mar 1997 15:43:08 -0800 (PST) Message-ID: <331B6181.41C67EA6@whistle.com> Date: Mon, 03 Mar 1997 15:40:49 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: News: CNET announces InterJet as a Finalist for Internet Excellence awards] Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The FreeBSD based interjet is getting some coverage.. see the attached article under "best server hardware" if we can make this a success we'll have some leverage with software manufactureres to port server software to freebsd.. --------------446B9B3D2781E494167EB0E7 Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Content-Disposition: inline Return-Path: Received: from rgate.metricom.com (ricochet.net [192.216.106.3]) by alpo.whistle.com (8.8.5/8.8.4) with ESMTP id OAA09938 for ; Mon, 3 Mar 1997 14:06:31 -0800 (PST) Received: from karl.whistle.com (alpo.whistle.com [207.76.204.38]) by rgate.metricom.com (8.7.6/8.7.3) with SMTP id OAA22370; Mon, 3 Mar 1997 14:06:28 -0800 (PST) Message-ID: <331B4B72.3924@whistle.com> Date: Mon, 03 Mar 1997 14:06:42 -0800 From: Karl Wong Reply-To: kwong@whistle.com Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: all@alpo.whistle.com CC: "Caryn Marooney (Blanc & Otus)" , "Susan Cashen (B&O)" Subject: News: CNET announces InterJet as a Finalist for Internet Excellence awards Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit http://www.cnet.com/Content/Reviews/Special/Iawards/ss04.html > CNET Unveils the Finalists for Its Second Annual Awards for Internet > Excellence > > SAN FRANCISCO, Feb. 28 /PRNewswire/ -- CNET: The Computer Network > (Nasdaq: CNWK) today announced the finalists for its Second Annual Awards for > Internet Excellence in a special feature on its flagship site, CNET.COM > (http://www.cnet.com). The CNET Awards were created to applaud the innovative > products and companies that continue to advance the usefulness and usability > of the Internet. The winners of the awards will be announced on CNET.COM on > Monday, March 10. > CNET has nominated 24 finalists in eight categories, culled from the > thousands of products and technologies reviewed and reported on by CNET > throughout the year. In addition, there will be a special award given to > CNET's Person of the Year, selected for his or her vision in the Internet > industry. The nominees for the CNET Internet Excellence Awards were selected > by the respected team of editors, writers, technicians and producers from > CNET's three editorial sites: CNET.COM, NEWS.COM (http://www.news.com) and > GAMECENTER.COM (http://www.gamecenter.com.) According to Christopher Barr, > Editor in Chief of CNET, "The products we're nominating for this year's CNET > Awards for Internet Excellence seem to have leapfrogged ahead of the > technological skyscrapers we awarded only a year ago." > The Internet Excellence Nominations feature story allows users to read a > summary of each product, link directly to the product's homepage, and browse > related reviews and stories from CNET.COM, NEWS.COM and GAMECENTER.COM. In > addition, users may download copies of all available nominated software > products directly from the story. In a special section entitled "Love'em or > Lose'em," users are encouraged to give their feedback on the performance and > innovation of the nominated products. The responses to this section will be > posted alongside CNET's selections in the upcoming Awards feature. > The categories and nominees are as follows: > > Best Web design tool: > * NetObjects Fusion 2.0 > * Microsoft FrontPage 97 > * Homesite 2.0 > > Best Internet development tool: > * Symantec Visual Cafe Pro > * Microsoft Visual Basic 5 Control Creation Edition > * Microsoft Visual J++ 1.0 > > Best Internet server software: > * Lotus Domino 1.5 > * ichat Rooms 2.2 > * Netscape Enterprise Server 3.0 > > Best Internet server hardware : > * Compaq ProLiant 5000 > * Sun Microsystems Ultra Enterprise 2 > * Whistle Communications InterJet 100 > > Best Internet hardware : > * Sun JavaStation > * Connectix Color QuickCam > * Philips WebTV > > Best online game: > * Blizzard Diablo > * Studio 3DO Meridian 59 > * id Quake > > Best browsers or enhancements : > * Netscape Constellation > * Macromedia Flash > * Progressive Networks RealVideo 1.0 > > Best Internet application: > * Marimba Castanet 1.0 > * Corel Office for Java > * Qualcomm Eudora Pro 3.0 > > Person of the Year > * (to be announced) > > CNET: The Computer Network is at the leading edge of media companies, > integrating television programming with a network of sites on the World Wide > Web. In both media, CNET provides authoritative information on computers, the > Internet and digital technologies. CNET's Web sites combine breakthrough > interactive technology with engaging content and design, and are widely > accepted as setting new standards for excellence in the medium. The company's > television programming, which airs on USA Network, the Sci-Fi Channel and in > national syndication, reaches an estimated weekly audience of over eight > million viewers. > > SOURCE CNET: The Computer Network > > CONTACT: Rae Richman of CNET: The Computer Network, 415-395-7800, ext. 1633, > or raer@cnet.com > > ©1997 PR Newswire. All rights reserved. > Redistribution, retransmission, republication or commercial > exploitation of the contents of this site are expressly prohibited > without the written consent of PR Newswire. *********************************************************** Karl Wong Direct:415-577-7020 Director, Product Marketing Main:415-577-7000 Whistle Communications Fax:415-577-7005 110 Marsh Drive, Suite 100 Email:kwong@whistle.com Foster City, CA 94404 Web:www.whistle.com *********************************************************** --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-hackers Mon Mar 3 16:03:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07766 for hackers-outgoing; Mon, 3 Mar 1997 16:03:31 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA07751 for ; Mon, 3 Mar 1997 16:03:24 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA08579; Tue, 4 Mar 1997 10:31:58 +1030 (CST) From: Michael Smith Message-Id: <199703040001.KAA08579@genesis.atrad.adelaide.edu.au> Subject: Re: scsi spindown In-Reply-To: from J Wunsch at "Mar 3, 97 11:17:41 am" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 4 Mar 1997 10:31:57 +1030 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > As Michael Smith wrote: > > > > Has anyone modified FreeBSD-anything to spindown scsi (direct) drives > > > after some period of non-use? > > > A lot of disks will refuse to spin down. > > So you won't get this feature for these old suckers, what's the deal? You will get lots of nasty error messages instead. > > Better to configure your disks > > to spin themselves down using scsi(8) if they support it. > > Where should this be supported? IDE drives do sometimes support this > (though the standard is very very funky for this), but SCSI? I've > never stumpled across a mode page setting that allows for an auto > spindown. Probably as vendor-dependant as for IDE disks. You could also use a cron job that read a sysctl variable to get the last time that a disk was accessed and then spin it down using scsi(8). > The `od' driver supports spindown while the device is being unused. > Supporting spindown while the device is open will requires some > restructuring of the code. I don't know about the internals of the SCSI system wrt. sending the spindown command, but I know the SCSI code is reasonably tolerant of "please wait" messages from drives (from having powered them down and up again while the system is on...). > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 16:18:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08552 for hackers-outgoing; Mon, 3 Mar 1997 16:18:27 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08544 for ; Mon, 3 Mar 1997 16:18:20 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id QAA13357 for ; Mon, 3 Mar 1997 16:15:09 -0800 (PST) Message-ID: <331B6903.41C67EA6@whistle.com> Date: Mon, 03 Mar 1997 16:12:51 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: branch off 2.2/sys/net* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to make a branch off the 2.2 tree fir the file sin /sys/net* This is for a set of changes I've been working on to make the addition and deletion of addresses and interfaces more dynamic. My changes are based on 2.2 as that's what we are using. I'd like to make a place that others can get these changes from so what I'd like to do is make a branch off the 2.2 tree to add these changes.. doe sanyone violently object? this would be similar to Justin's SCSI branch.. julian joerg? peter? poul? garrett? From owner-freebsd-hackers Mon Mar 3 16:21:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08688 for hackers-outgoing; Mon, 3 Mar 1997 16:21:39 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08683 for ; Mon, 3 Mar 1997 16:21:34 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA08716; Tue, 4 Mar 1997 10:50:03 +1030 (CST) From: Michael Smith Message-Id: <199703040020.KAA08716@genesis.atrad.adelaide.edu.au> Subject: Re: [driver testing] Odd network behaviour? In-Reply-To: <199703031818.LAA08263@phaeton.artisoft.com> from Terry Lambert at "Mar 3, 97 11:18:42 am" To: terry@lambert.org (Terry Lambert) Date: Tue, 4 Mar 1997 10:50:03 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, jrb@cs.pdx.edu X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > Kurt Mahon, who wrote the driver for the 82586 for USL, claimed that > the USL driver copied the data twice; apparently, the interrupt was > issued when data was available, rather than when it had made it into > card memory? This is a most extremely bizarre claim. AFAIK, the '586 doesn't issue an interrupt until the DMA into the host memory has completed, which has to happen as the frame arrives as (again from memory) it doesn't have a very big internal FIFO. *grumble* > The second copy worked because the first copy provided > sufficient delay, scaled to the size of the transfer. I never had a > chance to verify Kurt's claims, since I was happily running 368BSD on > the 6386/25's and didn't want to screw with success. Hmm. Personally I'd love to just use the 'ie' driver, but there's so much funny cruft associated with the radio modem as well that it'd make a terrible mess of the driver. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 16:35:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10797 for hackers-outgoing; Mon, 3 Mar 1997 16:35:46 -0800 (PST) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA10788 for ; Mon, 3 Mar 1997 16:35:39 -0800 (PST) Received: from localhost (ben@localhost) by narcissus.ml.org (8.7.5/8.7.3) with SMTP id QAA01502; Mon, 3 Mar 1997 16:35:28 -0800 (PST) Date: Mon, 3 Mar 1997 16:35:28 -0800 (PST) From: Snob Art Genre To: Adrian Chadd cc: hackers@freebsd.org Subject: Re: Re : whoopsie with that java support file.. :) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eek, sorry about sending that to the list, it wasn't intentional. On Mon, 3 Mar 1997, Snob Art Genre wrote: > On Mon, 3 Mar 1997, Adrian Chadd wrote: > > > Damnit. I forgot to remove a debugging printf() near the end of the file. > > Its around line 335, just remove it or you'll get a debug message every > > time you run a java class file. *grin* > > Send me the next version you put out, ok? Then I'll try your newsysctl.h > trick. > > > Cya. > > > > Adrian. > > > > > > > > > > Ben > > "You have your mind on computers, it seems." > > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Mon Mar 3 17:29:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14567 for hackers-outgoing; Mon, 3 Mar 1997 17:29:38 -0800 (PST) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA14559 for ; Mon, 3 Mar 1997 17:29:35 -0800 (PST) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id BAA23992; Tue, 4 Mar 1997 01:29:51 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma023989; Tue Mar 4 01:29:39 1997 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id RAA12545; Mon, 3 Mar 1997 17:28:12 -0800 Date: Mon, 3 Mar 1997 17:28:12 -0800 From: "M.R.Murphy" Message-Id: <199703040128.RAA12545@meerkat.mole.org> To: jgreco@solaria.sol.net, jkh@time.cdrom.com Subject: Re: Wow. Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-hackers@freefall.freebsd.org Tue Feb 25 07:49:22 1997 > To: Joe Greco > cc: hackers@FreeBSD.ORG > Subject: Re: Wow. > Date: Mon, 24 Feb 1997 16:35:30 -0800 > From: "Jordan K. Hubbard" > > > I just noticed... > > > > 5:03PM up 201 days, 1:46, 1 user, load averages: 0.05, 0.02, 0.01 > > > > Let's hear it for FreeBSD :-) > > Always include uname -a output for a more meaningful statistic. :-) > > Jordan > OK. uname -a;uptime FreeBSD poco.mole.org 1.1.5(RELEASE) POCO#0 i386 5:25pm up 312 days, 12:40, 1 user, load average: 0.00, 0.00, 0.00 Just a fileserver and timeserver on a 386DX20... -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Mon Mar 3 18:06:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA16270 for hackers-outgoing; Mon, 3 Mar 1997 18:06:55 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA16259; Mon, 3 Mar 1997 18:06:46 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id VAA11773; Mon, 3 Mar 1997 21:06:43 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0023ny.concentric.net [206.173.18.83]) by cliff.cris.com (8.8.5) id VAA16820; Mon, 3 Mar 1997 21:06:40 -0500 (EST) Message-ID: <331B8448.67EE@pop3.concentric.net> Date: Mon, 03 Mar 1997 21:09:12 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: Joerg Wunsch CC: Typh0on@concentric.net, Doug White , hackers@freebsd.org, questions@freebsd.org Subject: Re: 2.2 Gamma Install Problem References: <331B43BB.30AB@pop3.concentric.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Richard Linane wrote: > > > When I press ALT-F2 this is displayed: > > > > gunzip: stdin: invalid comp data--format violated > > /stand/cpio/: premature end of file > > Debug: switching back to VTY1 > > Anything before this? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Yes but this looks like an uncompress though /stand/cpio: usr/bin/nvi linked to usr/bin/ex usr/bin/ex /stand/cpio: usr/bin/nvi linked to usr/bin/view usr/bin/view usr/bin/vis usr/bin/w /stand/cpio: usr/bin/w linked to usr/bin/uptime usr/bin/uptime usr/bin/wall usr/bin/wc usr/bin/what usr/bin/whereis usr/bin/which usr/bin/who usr/bin/whois usr/bin/window usr/bin/write usr/bin/xargs gunzip: stdin: invalid comp data--format violated /stand/cpio/: premature end of file Debug: switching back to VTY1 >Thats exactly what had been displayed< From owner-freebsd-hackers Mon Mar 3 18:09:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA16497 for hackers-outgoing; Mon, 3 Mar 1997 18:09:09 -0800 (PST) Received: from profane.iq.org (profane.iq.org [203.4.184.217]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA16485 for ; Mon, 3 Mar 1997 18:08:56 -0800 (PST) Received: (from proff@localhost) by profane.iq.org (8.8.4/8.8.2) id NAA03345 for hackers@freebsd.org; Tue, 4 Mar 1997 13:03:08 +1100 (EST) Date: Tue, 4 Mar 1997 13:03:08 +1100 (EST) From: Julian Assange Message-Id: <199703040203.NAA03345@profane.iq.org> To: hackers@freebsd.org Subject: xemacs crashes kernel Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (1) telnet into machine (2) start up xemacs in text mode (3) suspend xemacs (4) remote-disconnect telnet From owner-freebsd-hackers Mon Mar 3 18:20:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17138 for hackers-outgoing; Mon, 3 Mar 1997 18:20:26 -0800 (PST) Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17121 for ; Mon, 3 Mar 1997 18:20:18 -0800 (PST) Received: (from wong@localhost) by wong.rogerswave.ca (8.8.5/8.7.3) id VAA00436; Mon, 3 Mar 1997 21:19:44 -0500 (EST) Date: Mon, 3 Mar 1997 21:19:39 -0500 (EST) From: Ken Wong X-Sender: wong@wong.rogerswave.ca Reply-To: wong@rogerswave.ca To: Alan Cox cc: davem@jenolan.rutgers.edu, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Subject: Re: ok, final sockhash changes, new diff In-Reply-To: <199703022238.WAA23129@snowcrash.cymru.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Mar 1997, Alan Cox wrote: > I talked to a few dynamic "perfect has" folks a while ago. They all said > overhead of recomputation of the hash was too high. actually, this paper by Larson talks about the hash table with n items in each packet. when the packet axceed n items, it double its table size. Note that in most app, growth shouldn't happen often. however, if overhead is the problem, you can modify the algo a little to search said item k, if the design item is not in k, then search k/2 (asume that you know that to grow the table is doubling the table size). and if found re-insert it in k... Ken From owner-freebsd-hackers Mon Mar 3 18:42:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18089 for hackers-outgoing; Mon, 3 Mar 1997 18:42:37 -0800 (PST) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18082 for ; Mon, 3 Mar 1997 18:42:35 -0800 (PST) Received: from localhost (ben@localhost) by narcissus.ml.org (8.7.5/8.7.3) with SMTP id SAA02000; Mon, 3 Mar 1997 18:41:38 -0800 (PST) Date: Mon, 3 Mar 1997 18:41:37 -0800 (PST) From: Snob Art Genre To: Julian Assange cc: hackers@FreeBSD.ORG Subject: Re: xemacs crashes kernel In-Reply-To: <199703040203.NAA03345@profane.iq.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What version of FreeBSD? I'd try it out on my 2.1.5 box but I'm reluctant (for obvious reasons). On Tue, 4 Mar 1997, Julian Assange wrote: > (1) telnet into machine > (2) start up xemacs in text mode > (3) suspend xemacs > (4) remote-disconnect telnet Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Mon Mar 3 19:48:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20667 for hackers-outgoing; Mon, 3 Mar 1997 19:48:40 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20650; Mon, 3 Mar 1997 19:48:36 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id TAA18509; Mon, 3 Mar 1997 19:45:04 -0800 (PST) Message-ID: <331B9A36.41C67EA6@whistle.com> Date: Mon, 03 Mar 1997 19:42:46 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org CC: multimedia@freebsd.org Subject: [FUN/WORK] BSD Networking virtual meeting. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to set up a 'virtual meeting' with the intent of 1/ trying to see if we can make something useful out of the Mbone. 2/ Try get a good forum together to discuss some problems that I'm seeing, and changes that people are contemplating with the networking code. I know that garret has some things he'd like to see changed (per host cache) (whatever that is) and I'm struggling with making routes and ifaddrs go away at the right time. It'd be nice to see if we can figure out to get a meeting together to discuss these things and help us all co-ordinate this, as well as trying to see if we can get as many people involved as a learning experience as possible. I'd like ot have an mbone section with a 'chat room' along side so that people with no access to mbone can also learn something.. "BSD university" :) is there anyone else who'd be intersted? I'm not only looking for people to watch but I'd like to have maybe Bill Fenner and Garret on hand too to discuss the pro's and cons of some of the things that I think might come up. It might even be possible to get some of the EX CSRG folks in if it sounds like it might be useful. Certainly this idea comes from my own frustration in not being able to get my mind around the damn routing code.. there's always some !@#$ gotcha that makes anything I want to do non-trivial. Certainly if we can once work out the technology for this we should be able to use it to great effect! julian From owner-freebsd-hackers Mon Mar 3 20:14:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA21455 for hackers-outgoing; Mon, 3 Mar 1997 20:14:11 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21450 for ; Mon, 3 Mar 1997 20:14:02 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id WAA06974; Mon, 3 Mar 1997 22:48:50 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id EAA18709; Tue, 4 Mar 1997 04:14:17 GMT Message-ID: <19970303221417.46124@right.PCS> Date: Mon, 3 Mar 1997 22:14:17 -0600 From: Jonathan Lemon To: Julian Assange Cc: hackers@freebsd.org Subject: Re: xemacs crashes kernel References: <199703040203.NAA03345@profane.iq.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199703040203.NAA03345@profane.iq.org>; from Julian Assange on Mar 03, 1997 at 01:03:08PM +1100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 01:03:08PM +1100, Julian Assange wrote: > > (1) telnet into machine > (2) start up xemacs in text mode > (3) suspend xemacs > (4) remote-disconnect telnet Bleah. Confirmed here, on a 2.2-GAMMA machine. Doing this causes a "Trap 12, code 0 - page fault in kernel mode". -- Jonathan From owner-freebsd-hackers Mon Mar 3 20:20:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA21728 for hackers-outgoing; Mon, 3 Mar 1997 20:20:17 -0800 (PST) Received: from obiwan.aceonline.com.au (obiwan.aceonline.com.au [203.103.90.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21558; Mon, 3 Mar 1997 20:16:41 -0800 (PST) Received: from localhost (adrian@localhost) by obiwan.aceonline.com.au (8.8.5/8.8.5) with SMTP id SAA02177; Tue, 4 Mar 1997 18:19:38 +0800 (WST) Date: Tue, 4 Mar 1997 18:19:38 +0800 (WST) From: Adrian Chadd To: hackers@freebsd.org, emulation@freebsd.org Subject: Re : latest Java support source for FreeBSD.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok here it is. If people like the idea of making it a lkm, then combine it with joerg's lkm patch and go from there. Test it, find bugs, and tell me asap so I can go forth and fix them.. this might be a good addition to the 2.2-rel *grin* Also - I'll finish the appletviewer support tonight. Adrian. -- Begin /usr/sys/sys/kern/imgact_jave.c /*- * Copyright (c) 1997 Adrian Chadd * All rights reserved. * * Based heavily on /sys/kern/imgact_shell.c which is: * Copyright (c) 1993, David Greenman * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer * in this position and unchanged. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software withough specific prior written permission * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * */ #include #include #include #include #include #include #include #include #include #include /* Lets set up reasonable defaults for the system variables ** kern.java.interpreter and kern.java.appletviewer */ static char interpreter[256] = "/usr/local/jdk/bin/i386/java"; static char appletviewer[256] = "/usr/local/jdk/bin/i386/appletviewer"; static char classpath[256] = "/usr/local/jdk/classes:/usr/local/jdk/lib/classes.zip"; SYSCTL_NODE(_kern, OID_AUTO, java, CTLFLAG_RW, 0, "Kernel Java support"); SYSCTL_STRING(_kern_java, OID_AUTO, interpreter, CTLFLAG_RW, interpreter, sizeof(interpreter), "Path to Java interpreter"); SYSCTL_STRING(_kern_java, OID_AUTO, appletviewer, CTLFLAG_RW, appletviewer, sizeof(appletviewer), "Path to Java appletviewer"); SYSCTL_STRING(_kern_java, OID_AUTO, classpath, CTLFLAG_RW, classpath, sizeof(classpath), "Path to Java classes"); extern int exec_java_imgact __P((struct image_params *iparams)); int dirname(const char *, char *, int); int basename(const char *, char *, int); char * strstr(const char *, const char *); /* Some utility crap */ int dirname(const char *string, char *newstring, int maxlen) { char *p; int ch; char str[256]; strncpy(str, string, 250); str[250] = '\0'; /* * (1) If string is //, skip steps (2) through (5). * (2) If string consists entirely of slash characters, string * shall be set to a single slash character. In this case, * skip steps (3) through (8). */ for (p = str;; ++p) { if (!*p) { if (p > str) (void)strcpy(newstring, "/"); else (void)strcpy(newstring, "."); return(0); } if (*p != '/') break; } /* * (3) If there are any trailing slash characters in string, they * shall be removed. */ for (; *p; ++p); while (*--p == '/') continue; *++p = '\0'; /* * (4) If there are no slash characters remaining in string, * string shall be set to a single period character. In this * case skip steps (5) through (8). * * (5) If there are any trailing nonslash characters in string, * they shall be removed. */ while (--p >= str) if (*p == '/') break; ++p; if (p == str) { (void)strcpy(newstring, "."); return(0); } /* * (6) If the remaining string is //, it is implementation defined * whether steps (7) and (8) are skipped or processed. * * This case has already been handled, as part of steps (1) and (2). */ /* * (7) If there are any trailing slash characters in string, they * shall be removed. */ while (--p >= str) if (*p != '/') break; ++p; /* * (8) If the remaining string is empty, string shall be set to * a single slash character. */ *p = '\0'; if (p == str) { strcpy(newstring, "/"); } else { strncpy(newstring, str, maxlen); newstring[maxlen] = '\0'; } return(0); } int basename(const char *string, char *newstring, int maxlen) { int ch; char *p; char str[256]; strncpy(str, string, 250); str[250] = '\0'; /* * (1) If string is // it is implementation defined whether steps (2) * through (5) are skipped or processed. * * (2) If string consists entirely of slash characters, string shall * be set to a single slash character. In this case, skip steps * (3) through (5). */ for (p = str;; ++p) { if (!*p) { if (p > str) (void)strcpy(newstring, "/"); else (void)strcpy(newstring, ""); return(0); } if (*p != '/') break; } /* * (3) If there are any trailing slash characters in string, they * shall be removed. */ for (; *p; ++p) continue; while (*--p == '/') continue; *++p = '\0'; /* * (4) If there are any slash characters remaining in string, the * prefix of string up to an including the last slash character * in string shall be removed. */ while (--p >= str) if (*p == '/') break; ++p; /* * (5) If the suffix operand is present, is not identical to the * characters remaining in string, and is identical to a suffix * of the characters remaining in string, the suffix suffix * shall be removed from string. */ if (++*str) { int suffixlen, stringlen, off; suffixlen = strlen(str); stringlen = strlen(p); if (suffixlen < stringlen) { off = stringlen - suffixlen; if (!strcmp(p + off, str)) p[off] = '\0'; } } (void)strncpy(newstring, p, maxlen); return(0); } /* * Find the first occurrence of find in s. */ char * strstr(s, find) register const char *s, *find; { register char c, sc; register size_t len; if ((c = *find++) != 0) { len = strlen(find); do { do { if ((sc = *s++) == 0) return (NULL); } while (sc != c); } while (strncmp(s, find, len) != 0); s--; } return ((char *)s); } /* The real thing */ int exec_java_imgact(imgp) struct image_params *imgp; { const char *image_header = imgp->image_header; const char *ihp, *line_endp; char *interp; static char javabin_name[256]; static char javabin_path[256]; static char cpathstr[256]; static char javatmp[256]; /* A java binary? */ if ((image_header[0] != '\xca') || (image_header[1] != '\xfe') || (image_header[2] != '\xba') || (image_header[3] != '\xbe')) { #ifdef DEBUG printf("Failed to run a java binary : invalid signature?\n"); return(-1); #endif } /* Ok, its a java binary, so lets tell the world */ /* Firstly split the path to the binary up into path and filename */ basename(imgp->uap->fname, javabin_name, sizeof(javabin_name)); dirname(imgp->uap->fname, javabin_path, sizeof(javabin_path)); /* Now we are going to take the filename, and if it doesn't contain ** a .class then return with a "non-executable" error */ if (strstr(javabin_name, ".class") == NULL) { return -1; } /* Ok so we'll assume (stupidly) that the .class is at the end of the ** filename, so lets copy the filename over minus the last 6 chars */ strncpy(javatmp, javabin_name, strlen(javabin_name) - 6); strcpy(javabin_name, javatmp); /* Since its interpreted we'll tag it as such. */ imgp->interpreted = 1; /* And we'll set the interpreter name here too (would help) */ strncpy(imgp->interpreter_name, interpreter, sizeof(imgp->interpreter_name)); /* now lets make up our -classpath arguement */ sprintf(cpathstr, "%s -classpath %s:%s", interpreter, classpath, javabin_path); /* Now lets write this into the strings space, just like in the ** _shell.c file... */ ihp = cpathstr; line_endp = cpathstr + strlen(cpathstr); while (ihp < line_endp) { while ((*ihp == ' ') || (*ihp == '\t')) ihp++; if (ihp < line_endp) { while ((ihp < line_endp) && (*ihp != ' ') && (*ihp != '\t')) { *imgp->stringp++ = *ihp++; imgp->stringspace--; } *imgp->stringp++ = 0; imgp->stringspace--; imgp->argc++; } } strcpy(imgp->uap->fname, javabin_name); suword(imgp->uap->argv, (int)imgp->uap->fname); return (0); } /* * Tell kern_execve.c about it, with a little help from the linker. * Since `const' objects end up in the text segment, TEXT_SET is the * correct directive to use. */ const struct execsw java_execsw = { exec_java_imgact, "\xca\xfe\xba\xbe" }; TEXT_SET(execsw_set, java_execsw); From owner-freebsd-hackers Mon Mar 3 20:33:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA22258 for hackers-outgoing; Mon, 3 Mar 1997 20:33:20 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA22240; Mon, 3 Mar 1997 20:33:13 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id UAA00432; Mon, 3 Mar 1997 20:33:10 -0800 (PST) Message-Id: <199703040433.UAA00432@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Julian Elischer cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-reply-to: Your message of "Mon, 03 Mar 1997 19:42:46 PST." <331B9A36.41C67EA6@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Mar 1997 20:33:10 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk well, It shouldn't be too hard to meet in the FreeBSD MBone Lounge channel. Yes, it is useful if the pertinent parties are in the Lounge. It is sort of like meeting face to face and the exchange rate is very good. Cheers, Amancio >From The Desk Of Julian Elischer : > I'd like to set up a 'virtual meeting' with the intent of > 1/ trying to see if we can make something useful out of the > Mbone. > 2/ Try get a good forum together to discuss some problems that > I'm seeing, and changes that people are contemplating with > the networking code. > > I know that garret has some things he'd like to see changed > (per host cache) (whatever that is) > and I'm struggling with making routes and ifaddrs go away at > the right time. > > It'd be nice to see if we can figure out to get > a meeting together to discuss these things > and help us all co-ordinate this, > as well as trying to see if we can get as many people > involved as a learning experience as possible. > > I'd like ot have an mbone section with a 'chat room' > along side so that people with no access to > mbone can also learn something.. > > "BSD university" :) > > is there anyone else who'd be intersted? > I'm not only looking for people to watch but I'd like to have > maybe Bill Fenner and Garret on hand too to discuss > the pro's and cons of some of the things that I think > might come up. It might even be possible to get some of the > EX CSRG folks in if it sounds like it might be useful. > > > Certainly this idea comes from my own frustration > in not being able to get my mind around the damn > routing code.. there's always some !@#$ gotcha that makes anything > I want to do non-trivial. > > > Certainly if we can once work out the technology for this we should > be able to use it to great effect! > > > julian From owner-freebsd-hackers Mon Mar 3 20:41:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA22678 for hackers-outgoing; Mon, 3 Mar 1997 20:41:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA22659 for ; Mon, 3 Mar 1997 20:41:41 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA10434; Tue, 4 Mar 1997 15:11:23 +1030 (CST) From: Michael Smith Message-Id: <199703040441.PAA10434@genesis.atrad.adelaide.edu.au> Subject: Re: xemacs crashes kernel In-Reply-To: <19970303221417.46124@right.PCS> from Jonathan Lemon at "Mar 3, 97 10:14:17 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Tue, 4 Mar 1997 15:11:23 +1030 (CST) Cc: proff@iq.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon stands accused of saying: > On Mar 03, 1997 at 01:03:08PM +1100, Julian Assange wrote: > > > > (1) telnet into machine > > (2) start up xemacs in text mode > > (3) suspend xemacs > > (4) remote-disconnect telnet > > Bleah. Confirmed here, on a 2.2-GAMMA machine. Doing this causes > a "Trap 12, code 0 - page fault in kernel mode". Can you give us the trap message and do the nm /kernel | less thing? I have all the bits here necessary to at least try to track this down and some free time right now. > Jonathan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 20:52:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA23165 for hackers-outgoing; Mon, 3 Mar 1997 20:52:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23160 for ; Mon, 3 Mar 1997 20:52:50 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA10523 for hackers@freebsd.org; Tue, 4 Mar 1997 15:22:47 +1030 (CST) From: Michael Smith Message-Id: <199703040452.PAA10523@genesis.atrad.adelaide.edu.au> Subject: Nice words about StarOffice To: hackers@freebsd.org Date: Tue, 4 Mar 1997 15:22:47 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just to add to the general assent; whilst SO still has some serious problems (possibly related to the Linux Motif libraries and 24-bit displays), and some annoying idiosyncracies, the wordprocessor is more than competent. You'll want a healthy system (I was using a P100/64), and a little patience while it starts, but once running it's quite useful. (I spent half an hour or so quite happily dinking a 100-page MS Word document before realising that I was running a Linux LKM with DEBUG defined 8) If people are vaguely interested, I'd be happy to put my installer up for general grabbing, however I would _really_ like someone with a Linux machine to do a _full_ install and then give me an ls -lR and preferably a recursive md5 of the whole thing installed, as the installer falls a little short of getting it quite right. Note also that the current version expires in a month or so, but I'm quite happy to repeat the process for the released version if/when someone can get me a full listing of installed files, as I hope to convince the powers to invest in a couple of seats worth. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 21:01:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23492 for hackers-outgoing; Mon, 3 Mar 1997 21:01:49 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23480 for ; Mon, 3 Mar 1997 21:01:43 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id XAA07090; Mon, 3 Mar 1997 23:36:31 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id FAA20000; Tue, 4 Mar 1997 05:01:57 GMT Message-ID: <19970303230157.25741@right.PCS> Date: Mon, 3 Mar 1997 23:01:57 -0600 From: Jonathan Lemon To: Michael Smith Cc: proff@iq.org, hackers@FreeBSD.ORG Subject: Re: xemacs crashes kernel References: <19970303221417.46124@right.PCS> <199703040441.PAA10434@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199703040441.PAA10434@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 03, 1997 at 03:11:23PM +1030 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 03:11:23PM +1030, Michael Smith wrote: > Jonathan Lemon stands accused of saying: > > On Mar 03, 1997 at 01:03:08PM +1100, Julian Assange wrote: > > > > > > (1) telnet into machine > > > (2) start up xemacs in text mode > > > (3) suspend xemacs > > > (4) remote-disconnect telnet > > > > Bleah. Confirmed here, on a 2.2-GAMMA machine. Doing this causes > > a "Trap 12, code 0 - page fault in kernel mode". > > Can you give us the trap message and do the nm /kernel | less thing? Panic dump (typed by hand): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xf013753b stack pointer = 0x10:0x3fbfff18 frame pointer = 0x10:0x3fbfff44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 interrupt mask = kernel: type 12 trap, code 0 stopped at _fsync+0x73, testb $0x40, 0x18(%eax) nm /kernel | grep f0137 | sort f0137028 T _utimes f0137188 T _truncate f0137338 T _ftruncate f0137468 T _otruncate f0137498 T _oftruncate f01374c8 T _fsync f0137598 T _rename f0137894 T _mkdir f0137a04 T _rmdir f0137af8 T _ogetdirentries f0137d2c T _getdirentries f0137ed8 T _umask f0137f00 T _revoke -- Jonathan From owner-freebsd-hackers Mon Mar 3 21:32:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24891 for hackers-outgoing; Mon, 3 Mar 1997 21:32:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA24885 for ; Mon, 3 Mar 1997 21:32:15 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA10831; Tue, 4 Mar 1997 16:02:00 +1030 (CST) From: Michael Smith Message-Id: <199703040532.QAA10831@genesis.atrad.adelaide.edu.au> Subject: Re: xemacs crashes kernel In-Reply-To: <19970303230157.25741@right.PCS> from Jonathan Lemon at "Mar 3, 97 11:01:57 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Tue, 4 Mar 1997 16:02:00 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, proff@iq.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon stands accused of saying: > On Mar 03, 1997 at 03:11:23PM +1030, Michael Smith wrote: > > Jonathan Lemon stands accused of saying: > > > On Mar 03, 1997 at 01:03:08PM +1100, Julian Assange wrote: > > > > > > > > (1) telnet into machine > > > > (2) start up xemacs in text mode > > > > (3) suspend xemacs > > > > (4) remote-disconnect telnet > > > > > > Bleah. Confirmed here, on a 2.2-GAMMA machine. Doing this causes > > > a "Trap 12, code 0 - page fault in kernel mode". > > > > Can you give us the trap message and do the nm /kernel | less thing? > > Panic dump (typed by hand): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x18 > fault code = supervisor read, page not present Looks like a read dereference of a null structure pointer. > instruction pointer = 0x8:0xf013753b > stack pointer = 0x10:0x3fbfff18 > frame pointer = 0x10:0x3fbfff44 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > interrupt mask = > kernel: type 12 trap, code 0 > > stopped at _fsync+0x73, testb $0x40, 0x18(%eax) > > nm /kernel | grep f0137 | sort > > f01374c8 T _fsync Ok. Here it is : int fsync(p, uap, retval) struct proc *p; struct fsync_args *uap; int *retval; { register struct vnode *vp; struct file *fp; int error; error = getvnode(p->p_fd, uap->fd, &fp); if (error) return (error); vp = (struct vnode *)fp->f_data; VOP_LOCK(vp); if (vp->v_object) { vm_object_page_clean(vp->v_object, 0, 0 ,0, FALSE); } error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); MNT_ASYNC is 0x40, and mnt_flag looks to be about 0x18 offset in the mount structure. Looks like maybe someone trying to fsync something that's not a file, although a quick test here doesn't indicate that. Are non-file items supposed to have valid v_mount pointers? Other places in the kernel that look at vp->v_mount often check it against zero first; should that be done here, eg. (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? MNT_NOWAIT... as well? This looks like it might have been overlooked when the async filesystem stuff came in, as old versions of this code read : error = VOP_FSYNC(vp, fp->f_cred, MNT_WAIT, p); Suggestions? Jonathan, can you try the above and see if it cures your problem? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 21:35:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25052 for hackers-outgoing; Mon, 3 Mar 1997 21:35:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25023; Mon, 3 Mar 1997 21:35:04 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA10855; Tue, 4 Mar 1997 16:04:11 +1030 (CST) From: Michael Smith Message-Id: <199703040534.QAA10855@genesis.atrad.adelaide.edu.au> Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-Reply-To: <199703040433.UAA00432@rah.star-gate.com> from Amancio Hasty at "Mar 3, 97 08:33:10 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 4 Mar 1997 16:04:10 +1030 (CST) Cc: julian@whistle.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty stands accused of saying: > It shouldn't be too hard to meet in the FreeBSD MBone Lounge channel. > Yes, it is useful if the pertinent parties are in the Lounge. > > It is sort of like meeting face to face and the exchange rate > is very good. Now I have a link worth something, I have to ask if there's a good pointer to getting connected to the Mbone in the first place? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 21:38:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25190 for hackers-outgoing; Mon, 3 Mar 1997 21:38:13 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25120 for ; Mon, 3 Mar 1997 21:36:49 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id VAA20473; Mon, 3 Mar 1997 21:34:31 -0800 (PST) Message-ID: <331BB3DD.41C67EA6@whistle.com> Date: Mon, 03 Mar 1997 21:32:13 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bakul Shah CC: hackers@freebsd.org Subject: Re: [FUN/WORK] BSD Networking virtual meeting. References: <199703040432.XAA28477@chai.plexuscom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bakul Shah wrote: > > May be a networking mailing list should also be set up. > hackers/current/stable have way too much traffic. yes for sure.. (I'm not sure there isn't one..) just looked.. No, not that I could see. > > > and I'm struggling with making routes and ifaddrs go away at > > the right time. > > A prior public discussion of this may be useful. well I have a basic set of patches.. here's the theory: ifaddrs are linked off an ifnet. each ifaddr has a reference count, so that when nothing needs it any more, it can be freed. so far this is what SHOULD happen. unfortunatly, there's a hitch.. If you invalidate and ifaddr, the routes that were set up do not notice, because they have both a pointer to the ifaddr, and a pointer to the ifnet. This is bogus.. they should notice that the ifaddr has been invalidated and free their own reference to it, and get rid of their pointer to the ifnet. If you remove an address from an interface, packets routed using that address should not continue to use that route (now bogus) but should re-evaluate the route. As they (one by one) check the route, the old ifaddr should have less and less references to it, until eventually it reaches 0 and the ifaddr is freed. The other part of the equation is to be proactive about it and whenever an ifaddr is removed, clean out any affected routes in the routing table. This is where I'm hitting problems. at the moment, ARP entries are being removed from the table, but not from the ARP list, (llinfo is not being taken out of the) llinfo list when they are removed due to a change in ifaddr. eventually the llinfo times out (18 minutes arp timeout) and the code suddenly discovers that the rest of that route was freed ages ago, and falls off a random pointer. > > > is there anyone else who'd be intersted? > > I am interested but no mbone access :-( maybe we could use a chat room.. > > > Certainly this idea comes from my own frustration > > in not being able to get my mind around the damn > > routing code.. there's always some !@#$ gotcha that makes anything > > I want to do non-trivial. > > Is this related to your `new' networking framework or are you trying > to make route.c & friends do something unusual? teh framework led to me wanting to make interfaces go away, but this is allin the existing portion of the code, not the new part. > > > Certainly if we can once work out the technology for this we should > > be able to use it to great effect! > > :=) From owner-freebsd-hackers Mon Mar 3 21:38:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25207 for hackers-outgoing; Mon, 3 Mar 1997 21:38:21 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25199 for ; Mon, 3 Mar 1997 21:38:15 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id AAA07200; Tue, 4 Mar 1997 00:12:18 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id FAA20471; Tue, 4 Mar 1997 05:37:43 GMT Message-ID: <19970303233743.01587@right.PCS> Date: Mon, 3 Mar 1997 23:37:43 -0600 From: Jonathan Lemon To: hackers@freebsd.org Cc: Michael Smith Subject: Re: xemacs crashes kernel References: <19970303221417.46124@right.PCS> <199703040441.PAA10434@genesis.atrad.adelaide.edu.au> <19970303230157.25741@right.PCS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <19970303230157.25741@right.PCS>; from Jonathan Lemon on Mar 03, 1997 at 11:01:57PM -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 11:01:57PM -0600, Jonathan Lemon wrote: > > stopped at _fsync+0x73, testb $0x40, 0x18(%eax) Just to follow up on the really obvious, this failure is in fsync(), at: error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); where 0x40 is MNT_ASYNC, and %eax is supposed to contain vp->v_mount, but contains a NULL pointer instead. Since this is filesystem related, I should mention that I have both MFS and PROCFS in the kernel, and that MFS is mounted on /tmp (async, local). (if this makes any difference) -- Jonathan From owner-freebsd-hackers Mon Mar 3 21:42:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25505 for hackers-outgoing; Mon, 3 Mar 1997 21:42:43 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25472; Mon, 3 Mar 1997 21:42:35 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id VAA00905; Mon, 3 Mar 1997 21:42:12 -0800 (PST) Message-Id: <199703040542.VAA00905@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: julian@whistle.com, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-reply-to: Your message of "Tue, 04 Mar 1997 16:04:10 +1030." <199703040534.QAA10855@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Mar 1997 21:42:11 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just ask your ISP for mbone connectivity. If not just post back. Cheers, Amancio >From The Desk Of Michael Smith : > Amancio Hasty stands accused of saying: > > It shouldn't be too hard to meet in the FreeBSD MBone Lounge channel. > > Yes, it is useful if the pertinent parties are in the Lounge. > > > > It is sort of like meeting face to face and the exchange rate > > is very good. > > Now I have a link worth something, I have to ask if there's a good pointer > to getting connected to the Mbone in the first place? > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 21:48:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25890 for hackers-outgoing; Mon, 3 Mar 1997 21:48:27 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25879 for ; Mon, 3 Mar 1997 21:48:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA27193 for ; Mon, 3 Mar 1997 21:48:20 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA10965; Tue, 4 Mar 1997 16:16:47 +1030 (CST) From: Michael Smith Message-Id: <199703040546.QAA10965@genesis.atrad.adelaide.edu.au> Subject: Re: xemacs crashes kernel In-Reply-To: <19970303233743.01587@right.PCS> from Jonathan Lemon at "Mar 3, 97 11:37:43 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Tue, 4 Mar 1997 16:16:46 +1030 (CST) Cc: hackers@freebsd.org, msmith@atrad.adelaide.edu.au X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon stands accused of saying: > On Mar 03, 1997 at 11:01:57PM -0600, Jonathan Lemon wrote: > > > > stopped at _fsync+0x73, testb $0x40, 0x18(%eax) > > Just to follow up on the really obvious, this failure is in fsync(), at: > > error = VOP_FSYNC(vp, fp->f_cred, > (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); > > where 0x40 is MNT_ASYNC, and %eax is supposed to contain vp->v_mount, but > contains a NULL pointer instead. Since this is filesystem related, I should > mention that I have both MFS and PROCFS in the kernel, and that MFS is > mounted on /tmp (async, local). (if this makes any difference) The MFS code doesn't appear to touch v_mount at all. By contrast, the UFS code does, but it appears to only read it. If you don't mount /tmp on your MFS, does the system still barf? > Jonathan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 21:50:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26070 for hackers-outgoing; Mon, 3 Mar 1997 21:50:46 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26063 for ; Mon, 3 Mar 1997 21:50:42 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id AAA07235; Tue, 4 Mar 1997 00:25:33 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id FAA20756; Tue, 4 Mar 1997 05:50:58 GMT Message-ID: <19970303235057.26399@right.PCS> Date: Mon, 3 Mar 1997 23:50:57 -0600 From: Jonathan Lemon To: Michael Smith Cc: proff@iq.org, hackers@FreeBSD.ORG Subject: Re: xemacs crashes kernel References: <19970303230157.25741@right.PCS> <199703040532.QAA10831@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199703040532.QAA10831@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 03, 1997 at 04:02:00PM +1030 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 04:02:00PM +1030, Michael Smith wrote: > error = VOP_FSYNC(vp, fp->f_cred, > (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); > > MNT_ASYNC is 0x40, and mnt_flag looks to be about 0x18 offset in the > mount structure. Looks like maybe someone trying to fsync something > that's not a file, although a quick test here doesn't indicate that. > > Are non-file items supposed to have valid v_mount pointers? Other places > in the kernel that look at vp->v_mount often check it against zero first; > should that be done here, eg. > > (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? MNT_NOWAIT... > > as well? This looks like it might have been overlooked when the async > filesystem stuff came in, as old versions of this code read : > > error = VOP_FSYNC(vp, fp->f_cred, MNT_WAIT, p); > > Suggestions? Jonathan, can you try the above and see if it cures your > problem? I changed the fsync code to read: error = VOP_FSYNC(vp, fp->f_cred, (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? MNT_NOWAIT : MNT_WAIT, p); And it doesn't crash the kernel any more. I'm not sure if this is the right fix or not. Julian - you might want to try this as well. (btw, mail to @iq.com bounces from here. :-( ) -- Jonathan From owner-freebsd-hackers Mon Mar 3 21:59:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26525 for hackers-outgoing; Mon, 3 Mar 1997 21:59:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26520 for ; Mon, 3 Mar 1997 21:59:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA11070; Tue, 4 Mar 1997 16:29:06 +1030 (CST) From: Michael Smith Message-Id: <199703040559.QAA11070@genesis.atrad.adelaide.edu.au> Subject: Re: xemacs crashes kernel In-Reply-To: <19970303235057.26399@right.PCS> from Jonathan Lemon at "Mar 3, 97 11:50:57 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Tue, 4 Mar 1997 16:29:05 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, proff@iq.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon stands accused of saying: > > I changed the fsync code to read: > > error = VOP_FSYNC(vp, fp->f_cred, > (vp->v_mount && (vp->v_mount->mnt_flag & MNT_ASYNC)) ? > MNT_NOWAIT : MNT_WAIT, p); > > And it doesn't crash the kernel any more. I'm not sure if this is > the right fix or not. Julian - you might want to try this as well. It might be. The MFS appears to be the culprit, courtesy of this in mfs_vfsops.c/mfs_mount() : err = getnewvnode(VT_MFS, (struct mount *)0, mfs_vnodeop_p, &devvp); Every other filesystem mount routine passes it's (mp) arg here, but this sucker passes 0. Filesystem people, Is This a Bug? (I can't do the raspy voice while typing 8) > Jonathan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Mar 3 22:32:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA28790 for hackers-outgoing; Mon, 3 Mar 1997 22:32:06 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28718; Mon, 3 Mar 1997 22:31:56 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id WAA21380; Mon, 3 Mar 1997 22:24:53 -0800 (PST) Message-ID: <331BBFAB.59E2B600@whistle.com> Date: Mon, 03 Mar 1997 22:22:35 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Adrian Chadd CC: hackers@FreeBSD.org, emulation@FreeBSD.org Subject: Re: Re : latest Java support source for FreeBSD.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd wrote: > > Ok here it is. > If people like the idea of making it a lkm, then combine it with joerg's > lkm patch and go from there. > > Test it, find bugs, and tell me asap so I can go forth and fix them.. this > might be a good addition to the 2.2-rel *grin* > not as such.. it's way too late in the game.., weeelllll I think so anyhow.. but it might be includable in the "experimental" directory of the cdrom if we still have one? jordan? Of course as it IS a totally new file and functionality, it MIGHT be safe to include it..... hmmmmmm joerg? what do you think? From owner-freebsd-hackers Mon Mar 3 22:40:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29768 for hackers-outgoing; Mon, 3 Mar 1997 22:40:29 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA29753 for ; Mon, 3 Mar 1997 22:40:22 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA09723; Tue, 4 Mar 1997 06:54:46 +0100 From: Luigi Rizzo Message-Id: <199703040554.GAA09723@labinfo.iet.unipi.it> Subject: Re: InfoTel 10/100 ethernet card dont work To: dennis@etinc.com (dennis) Date: Tue, 4 Mar 1997 06:54:46 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <3.0.32.19970303162141.009444a0@etinc.com> from "dennis" at Mar 3, 97 04:21:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > the new infotel 10/100 cards (21040-AC chip) doesnt work in 2.1.7 that's 21140-AC, isn't it ? > either. Is the -AC supposed to work, or is there more work to be > done? >From my (somewhat limited) experience, the driver has problems in detecting the media type & speed correctly, because of the various solution used by different boards. You probably need to hack with the driver and try to change the media_probe/media_select routines until you find the right one. I also suggest to use the latest netbsd driver to this purpose. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Mar 3 22:51:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00668 for hackers-outgoing; Mon, 3 Mar 1997 22:51:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00663 for ; Mon, 3 Mar 1997 22:51:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA30428; Tue, 4 Mar 1997 17:49:22 +1100 Date: Tue, 4 Mar 1997 17:49:22 +1100 From: Bruce Evans Message-Id: <199703040649.RAA30428@godzilla.zeta.org.au> To: jlemon@americantv.com, msmith@atrad.adelaide.edu.au Subject: Re: xemacs crashes kernel Cc: hackers@FreeBSD.org, proff@iq.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Can you give us the trap message and do the nm /kernel | less thing? nm /kernel is a poor method. Use it only when you can't generate a kernel dump to run gdb on (never for reproducible panics). >Panic dump (typed by hand): Urk. If you have a kernel dump, then you can fish the panic message out of the message buffer using gdb, e.g.: x/1000s msgbufp+12 However, the panic message usually isn't very useful. The full register contents, the faulting instruction and a stack trace are more useful. > stopped at _fsync+0x73, testb $0x40, 0x18(%eax) This shows that vp->v_mount is garbage in fsync(). %eax is probably 0. Unfortunately the panic message doesn't print the full register contents. >nm /kernel | grep f0137 | sort This gives less information than the "stopped at" line. Bruce From owner-freebsd-hackers Mon Mar 3 23:09:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA01643 for hackers-outgoing; Mon, 3 Mar 1997 23:09:27 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01638 for ; Mon, 3 Mar 1997 23:09:24 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA21116; Mon, 3 Mar 1997 23:09:14 -0800 (PST) To: Typh0on@concentric.net cc: Doug White , hackers@freebsd.org Subject: Re: 2.2 Gamma Install Problem In-reply-to: Your message of "Mon, 03 Mar 1997 16:33:47 EST." <331B43BB.30AB@pop3.concentric.net> Date: Mon, 03 Mar 1997 23:09:14 -0800 Message-ID: <21112.857459354@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > gunzip: stdin: invalid comp data--format violated > /stand/cpio/: premature end of file > Debug: switching back to VTY1 > > Any Clues ? Looks like the DOS I/O routines failed to read the data correctly off of this partition. Interesting! How large is this DOS partition you're reading from and what is the cylinder geometry of the disk it's on? Jordan From owner-freebsd-hackers Mon Mar 3 23:45:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03782 for hackers-outgoing; Mon, 3 Mar 1997 23:45:34 -0800 (PST) Received: from agni.nuko.com ([207.82.229.31]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03776 for ; Mon, 3 Mar 1997 23:45:30 -0800 (PST) Received: (from vinay@localhost) by agni.nuko.com (8.7.5/8.6.12) id XAA02826 for freebsd-hackers@freebsd.org; Mon, 3 Mar 1997 23:45:15 -0800 (PST) From: Vinay Kumar Message-Id: <199703040745.XAA02826@agni.nuko.com> Subject: Kernel panic with 2.2-Gamma To: freebsd-hackers@freebsd.org Date: Mon, 3 Mar 1997 23:45:14 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, I decided to upgrade from 2.1.5 to the latest RELENG_2_2 from cvsup.freebsd.org. I managed to compile, but the kernle panics after learning that my computer is a pentium pro. Hardware: 200Mhz Pentium Pro 2Gb hard disk 2940 SCSI controller card I had no problem at all running 2.1.5, which recognized it as a pentium 200Mhz pc. 2.2 detects it (rightly) as a pentium pro and panics saying "unknown CPU type" or something to that effect. I am sorry I was not able to jot down the exact panic message for your benefit. I will try get that information tomorrow (I am dialed in thru ppp currently). Anyone experience similar problems? Thanks Vinay -- Vinay Bannai E-mail: vinay@agni.nuko.com (408)-526-0280 x 275 (Work) http://agni.nuko.com/~vinay From owner-freebsd-hackers Tue Mar 4 00:21:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA05927 for hackers-outgoing; Tue, 4 Mar 1997 00:21:46 -0800 (PST) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05916 for ; Tue, 4 Mar 1997 00:21:43 -0800 (PST) Received: from chai.plexuscom.com (localhost.torrentnet.com [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id DAA00463; Tue, 4 Mar 1997 03:21:55 -0500 (EST) Message-Id: <199703040821.DAA00463@chai.plexuscom.com> To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-reply-to: Your message of "Mon, 03 Mar 1997 21:32:13 PST." <331BB3DD.41C67EA6@whistle.com> Date: Tue, 04 Mar 1997 03:21:55 -0500 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you invalidate and ifaddr, the routes that were set up > do not notice, because they have both a pointer to the ifaddr, > and a pointer to the ifnet. This is bogus.. Code implementing ifaddr deletion: `ioctl(fd, SIODIFADDR, ..)' calls `in_ifscrub(ifp, ia)' which calls rtinit(.., RTM_DELETE, ..) which calls rtrequest(.., RTM_DELETE, ..). This _should_ clear out the route, no? As you are well aware, this code is hard to follow -- single stepping through it under gdb and with an appropriate test case may help elucidate its logic. Then again.... > The other part of the equation is to be proactive about it > and whenever an ifaddr is removed, clean out any affected routes > in the routing table. I think this is already supposed to happen. > This is where I'm hitting problems. > at the moment, ARP entries are being removed from the table, > but not from the ARP list, (llinfo is not being taken out of the) > llinfo list when they are removed due to a change in ifaddr. > eventually the llinfo times out (18 minutes arp timeout) > and the code suddenly discovers that the rest of that route > was freed ages ago, and falls off a random pointer. llinfos are on a linked list only so that the arptimer() routine can `garbage collect' old route entries. It calls arptfree for expired entries, which in turn calls rtrequest(.., RTM_DELETE, ..) if rt->rt_refcnt is 0. AFAIK this is supposed to happen. If you are falling off a random pointer, may be rtfree is being called on an already freed rtentry? Anyway, non-zero rt_llinfo by itself should not matter as the route has already been declared down when you deleted the address. If you have a simple enough test I can run it here to check out what is going on. -- bakul PS: another bug that people have seen may have some bearing on whatever you are seeing: 1: ifconfig de0 # note inet address. call it addr-A. 2: ping foo # make sure this works fine for some host foo 3: ifconfig de0 inet addr-B netmask ... # change to some other address 4: ping -n foo # this won't work! You may need to use a numeric address for foo so as to cut DNS out of the loop. Now if you watch ping packets with tcpdump, you will notice they still have the *old* IP address, addr-A! foo will actually reply but your machine will keep waiting as it is looking for packets to addr-B. From owner-freebsd-hackers Tue Mar 4 00:24:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06190 for hackers-outgoing; Tue, 4 Mar 1997 00:24:25 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06157 for ; Tue, 4 Mar 1997 00:24:21 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA12786 for hackers@freebsd.org; Tue, 4 Mar 1997 18:54:19 +1030 (CST) From: Michael Smith Message-Id: <199703040824.SAA12786@genesis.atrad.adelaide.edu.au> Subject: 2.2 timezone aberration? To: hackers@freebsd.org Date: Tue, 4 Mar 1997 18:54:19 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm, just noticed this one. Looking at the Australia/Adelaide daylight savings time rules : # South Australia # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule AS 1971 1985 - Oct lastSun 2:00s 1:00 - Rule AS 1986 only - Oct 19 2:00s 1:00 - Rule AS 1987 max - Oct lastSun 2:00s 1:00 - Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - Rule AS 1995 max - Mar lastSun 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Adelaide 9:14:20 - LMT 1895 Feb 9:00 - CST 1899 May 9:30 - CST 1917 Jan 1 0:01 9:30 Aus CST 1971 Oct lastSun 2:00s 9:30 AS CST And the output of 'date' : Tue 4 Mar 17:51:58 CST 1997 Something is busted. Of course, this had to be beaten into my by the local ticker freak who couldn't understand what was going on, and why all his lovely NTP-synced machines were a whole hour out. 8( Anyone? It would be Bad for 2.2 to go out like this. 8( -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Mar 4 00:28:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06432 for hackers-outgoing; Tue, 4 Mar 1997 00:28:36 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06427 for ; Tue, 4 Mar 1997 00:28:33 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA12819; Tue, 4 Mar 1997 18:58:27 +1030 (CST) From: Michael Smith Message-Id: <199703040828.SAA12819@genesis.atrad.adelaide.edu.au> Subject: Re: Kernel panic with 2.2-Gamma In-Reply-To: <199703040745.XAA02826@agni.nuko.com> from Vinay Kumar at "Mar 3, 97 11:45:14 pm" To: vinay@agni.nuko.com (Vinay Kumar) Date: Tue, 4 Mar 1997 18:58:27 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Vinay Kumar stands accused of saying: > > I decided to upgrade from 2.1.5 to the latest RELENG_2_2 from > cvsup.freebsd.org. I managed to compile, but the kernle panics after > learning that my computer is a pentium pro. When upgrading, you should check with the sample GENERIC configuration file to make sure that new options haven't been added that your old configuration is missing. Using a kernel config file from 2.1.5 with 2.2 is a Very Bad Idea. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Mar 4 00:34:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06674 for hackers-outgoing; Tue, 4 Mar 1997 00:34:31 -0800 (PST) Received: from trinity.radio-do.de (fn@trinity.Radio-do.de [193.101.164.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06667 for ; Tue, 4 Mar 1997 00:34:28 -0800 (PST) Received: by trinity.radio-do.de (8.7.6/CLIENT-1.2.7-i) via EUnet id JAA17420; Tue, 4 Mar 1997 09:34:12 +0100 (MET) To: freebsd-hackers@freebsd.org Subject: strange syslog message From: Frank Nobis Date: 04 Mar 1997 09:34:11 +0100 Message-ID: Lines: 25 X-Mailer: Gnus v5.4.14/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yesterday I got this message from syslog. I have no clue what this means. Anybody who knows more than me? Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument Mar 3 13:39:41 trinity last message repeated 8 times Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument uname -a FreeBSD trinity.radio-do.de 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Mon Feb 17 01:38:48 MET 1997 roof@trinity.radio-do.de:/usr/src/sys/compile/TRINITY i386 I know this is not the newest kernel, but no time to uprade yet. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 From owner-freebsd-hackers Tue Mar 4 00:55:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07552 for hackers-outgoing; Tue, 4 Mar 1997 00:55:37 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07547 for ; Tue, 4 Mar 1997 00:55:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id AAA12474; Tue, 4 Mar 1997 00:56:35 -0800 (PST) Message-Id: <199703040856.AAA12474@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Vinay Kumar cc: freebsd-hackers@freebsd.org Subject: Re: Kernel panic with 2.2-Gamma In-reply-to: Your message of "Mon, 03 Mar 1997 23:45:14 PST." <199703040745.XAA02826@agni.nuko.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 04 Mar 1997 00:56:35 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi folks, > >I decided to upgrade from 2.1.5 to the latest RELENG_2_2 from >cvsup.freebsd.org. I managed to compile, but the kernle panics after >learning that my computer is a pentium pro. > >Hardware: > 200Mhz Pentium Pro > 2Gb hard disk > 2940 SCSI controller card > >I had no problem at all running 2.1.5, which recognized it as a pentium >200Mhz pc. >2.2 detects it (rightly) as a pentium pro and panics saying "unknown CPU >type" or something to that effect. I am sorry I was not able to jot down >the exact panic message for your benefit. I will try get that information >tomorrow (I am dialed in thru ppp currently). Anyone experience similar >problems? You need to add: cpu "I686_CPU" ...to your kernel config file. It's always a good idea to carefully examine the 'GENERIC' kernel config file when upgrading to a newer version of FreeBSD; we often add new things and change the format/specification of old things, and this is usually important. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Mar 4 01:06:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08033 for hackers-outgoing; Tue, 4 Mar 1997 01:06:00 -0800 (PST) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08022 for ; Tue, 4 Mar 1997 01:05:55 -0800 (PST) From: sthaug@nethelp.no Received: (qmail 10072 invoked by uid 1001); 4 Mar 1997 09:05:42 +0000 (GMT) To: fn@radio-do.de Cc: freebsd-hackers@freebsd.org Subject: Re: strange syslog message In-Reply-To: Your message of "04 Mar 1997 09:34:11 +0100" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 04 Mar 1997 10:05:42 +0100 Message-ID: <10070.857466342@verdi.nethelp.no> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument > Mar 3 13:39:41 trinity last message repeated 8 times > Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument > Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument > > uname -a > FreeBSD trinity.radio-do.de 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Mon Feb I've seen this also. Do you have any chroot'ed daemons running? I suspect it is due to a daemon looking for an /etc/pwd.db in a chroot'ed environment and not finding it. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Tue Mar 4 01:09:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08264 for hackers-outgoing; Tue, 4 Mar 1997 01:09:42 -0800 (PST) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08256 for ; Tue, 4 Mar 1997 01:09:37 -0800 (PST) Received: (from exidor@localhost) by nimbus.superior.net (8.8.5/8.8.5-SUPERIOR) id EAA24398; Tue, 4 Mar 1997 04:09:30 -0500 (EST) Message-ID: <19970304040930.VV27825@@> Date: Tue, 4 Mar 1997 04:09:30 -0500 From: exidor@superior.net (Christopher Masto) To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: jlemon@americantv.com (Jonathan Lemon), hackers@freebsd.org Subject: Re: xemacs crashes kernel References: <19970303233743.01587@right.PCS> <199703040546.QAA10965@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <199703040546.QAA10965@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 4, 1997 16:16:46 +1030 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > Jonathan Lemon stands accused of saying: > > On Mar 03, 1997 at 11:01:57PM -0600, Jonathan Lemon wrote: > > > > > > stopped at _fsync+0x73, testb $0x40, 0x18(%eax) > > > > Just to follow up on the really obvious, this failure is in fsync(), at: > > > > error = VOP_FSYNC(vp, fp->f_cred, > > (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); > > > > where 0x40 is MNT_ASYNC, and %eax is supposed to contain vp->v_mount, but > > contains a NULL pointer instead. Since this is filesystem related, I should > > mention that I have both MFS and PROCFS in the kernel, and that MFS is > > mounted on /tmp (async, local). (if this makes any difference) > > The MFS code doesn't appear to touch v_mount at all. By contrast, the UFS > code does, but it appears to only read it. If you don't mount /tmp on your > MFS, does the system still barf? I'm not using MFS at all and I can confirm this problem on my 2.2-GAMMA system. Can't get the exact uname until I get into the office tomorrow to resurrect it. :-( -- Christopher Masto . . . . chris@masto.com . . . . . Masto Consulting: info@masto.com On Permanence: It could permanently hurt a batter for a long time. - Pete Rose, Cincinnati Red, speaking about a brushback pitch. From owner-freebsd-hackers Tue Mar 4 01:16:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08558 for hackers-outgoing; Tue, 4 Mar 1997 01:16:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08520 for ; Tue, 4 Mar 1997 01:16:17 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA13101; Tue, 4 Mar 1997 19:46:03 +1030 (CST) From: Michael Smith Message-Id: <199703040916.TAA13101@genesis.atrad.adelaide.edu.au> Subject: Re: xemacs crashes kernel In-Reply-To: <19970304040930.VV27825@@> from Christopher Masto at "Mar 4, 97 04:09:30 am" To: exidor@superior.net (Christopher Masto) Date: Tue, 4 Mar 1997 19:46:02 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, jlemon@americantv.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Christopher Masto stands accused of saying: > > > mention that I have both MFS and PROCFS in the kernel, and that MFS is > > > mounted on /tmp (async, local). (if this makes any difference) > > > > The MFS code doesn't appear to touch v_mount at all. By contrast, the UFS > > code does, but it appears to only read it. If you don't mount /tmp on your > > MFS, does the system still barf? > > I'm not using MFS at all and I can confirm this problem on my 2.2-GAMMA > system. Can't get the exact uname until I get into the office tomorrow to > resurrect it. :-( Hmm, looks like the NULL in the MFS code is a side issue; anyone else have any good ideas why a vnode would have a NULL v_mount entry? There's code in the vfs_bio routines that explicitly checks for it, so I can only assume that there's some call for it. I'm inclined to go with the patch I suggested to Jonathan, and wait for the fs experts to comment on mfs' use of a NULL mp. Any naysayers? This is sounding like a last-minute 2.2 fix. > Christopher Masto . . . . -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Mar 4 01:34:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA10243 for hackers-outgoing; Tue, 4 Mar 1997 01:34:12 -0800 (PST) Received: from excel.tnet.com.au (slaterm@excel.tnet.com.au [203.15.94.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA10214 for ; Tue, 4 Mar 1997 01:34:05 -0800 (PST) Received: (from slaterm@localhost) by excel.tnet.com.au (8.7.4/8.7.3) id RAA00462; Tue, 4 Mar 1997 17:39:00 +0800 Date: Tue, 4 Mar 1997 17:38:59 +0800 (WST) From: Michael Slater To: freebsd-hackers@freebsd.org Subject: PS2 Mouse on FreeBSD 2.1.5 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I am having trouble getting FreeBSD 2.1.5 to recognise my PS/2 mouse. I'm using a normal Austek Pentium mb, with a built in PS/2 connector. I noticed that in the kernel, it defaults to IRQ 12, port 0x60 but when ever i boot up the machine, it gives me the message "psm0 not found on 0x60" It seems to work fine in Windoze 95 however. So perhaps im using the wrong port ? Any suggestions would be appriciated! thanks, Michael Slater slaterm@tnet.com.au http://www.tnet.com.au/~slaterm From owner-freebsd-hackers Tue Mar 4 01:38:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA10723 for hackers-outgoing; Tue, 4 Mar 1997 01:38:23 -0800 (PST) Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA10696 for ; Tue, 4 Mar 1997 01:38:18 -0800 (PST) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id LAA16987; Tue, 4 Mar 1997 11:35:48 +0200 (EET) From: mika ruohotie Message-Id: <199703040935.LAA16987@shadows.aeon.net> Subject: Re: strange syslog messagey In-Reply-To: <10070.857466342@verdi.nethelp.no> from "sthaug@nethelp.no" at "Mar 4, 97 10:05:42 am" To: sthaug@nethelp.no Date: Tue, 4 Mar 1997 11:35:48 +0200 (EET) Cc: fn@radio-do.de, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument > I've seen this also. Do you have any chroot'ed daemons running? I suspect my 2.1.7 does this too, no chroots... and it does it only occasionally, i am trying to track down when/why... mickey From owner-freebsd-hackers Tue Mar 4 02:42:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA15036 for hackers-outgoing; Tue, 4 Mar 1997 02:42:30 -0800 (PST) Received: from yakko.my.domain (man-as1s38.erols.com [206.161.170.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15031 for ; Tue, 4 Mar 1997 02:42:26 -0800 (PST) Received: (from lee@localhost) by yakko.my.domain (8.8.3/8.8.3) id FAA02357; Tue, 4 Mar 1997 05:41:56 -0500 (EST) From: Lee Cremeans Message-Id: <199703041041.FAA02357@yakko.my.domain> Subject: Re: strange syslog messagey To: bsdhack@shadows.aeon.net (mika ruohotie) Date: Tue, 4 Mar 1997 05:41:56 -0500 (EST) Cc: freebsd-hackers@freebsd.org Reply-To: mcampbel@erols.com In-Reply-To: <199703040935.LAA16987@shadows.aeon.net> from "mika ruohotie" at Mar 4, 97 11:35:48 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument > > I've seen this also. Do you have any chroot'ed daemons running? I suspect > > my 2.1.7 does this too, no chroots... I ran into this myself one day; don't exactly remember the circumstances, but recompiling my pwd.db made it go away. --- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower)|A! JW223 Running FreeBSD on a IBM P75--visit www.freebsd.org!|YWD+++i P&B+++ SL+++^i My hostname is bogus because I'm on dynamic IP...*sigh*| MD+++r P+ I++ Di "Whoa, dumber than advertised!" | $++ E5/10/70/3c Ee34/1/36 H2 PonPippi From owner-freebsd-hackers Tue Mar 4 02:44:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA15130 for hackers-outgoing; Tue, 4 Mar 1997 02:44:16 -0800 (PST) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15119 for ; Tue, 4 Mar 1997 02:44:09 -0800 (PST) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA25067 (5.67a/IDA-1.5 for ); Tue, 4 Mar 1997 12:44:00 +0200 Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA23238; Tue, 4 Mar 1997 12:43:58 +0200 From: sja@tekla.fi (Sakari Jalovaara) Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA21471; Tue, 4 Mar 1997 12:43:58 +0200 Date: Tue, 4 Mar 1997 12:43:58 +0200 Message-Id: <9703041043.AA21471@poveri.tekla.fi> To: hackers@freebsd.org Subject: Re: 2.2-GAMMA - gdb.1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a thread in current@freebsd.org: >>>> make: don't know how to make gdb.1. Stop >>>> *** Error code 2 >>> >>> Have you removed you stale .depend files? > > ...Maybe this confused the make system... Old .depend files seem to cause problems from time to time. Would it be possible to make "make" print out _why_ it wants to make a given file? The above error message would tell you "I want to make gdb.1 because /usr/obj/contrib/gnu/gdb/.depend tells me to". "make" would need to backtrack and print out its dependency tree when an error occurs. Maybe something like make: don't know how to make foo.y. "foo.y" is needed to make "y.tab.c" (rule in /usr/share/mk/make-rules line 10) "y.tab.c" is needed to make "y.tab.o" (rule in /usr/obj/bin/frobozz/.depend line 2) "y.tab.o" is needed to make "frobozz" (rule in /usr/src/bin/frobozz/Makefile line 10) "frobozz" is needed to make "all" (rule in /usr/src/bin/frobozz/Makefile line 7) I tried looking at the "make" sources but couldn't quite figure out how the dependency tree structure works... Any "make" hackers out there? Would this even be *possible*? ++sja From owner-freebsd-hackers Tue Mar 4 02:54:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA15522 for hackers-outgoing; Tue, 4 Mar 1997 02:54:32 -0800 (PST) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15517 for ; Tue, 4 Mar 1997 02:54:29 -0800 (PST) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id KAA07651; Tue, 4 Mar 1997 10:53:56 GMT Message-ID: <19970304105356.29539@pavilion.net> Date: Tue, 4 Mar 1997 10:53:56 +0000 From: Josef Karthauser To: hackers@freebsd.org Subject: CVSup.FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hiya, Is there anything wrong with cvsup.freebsd.org, it's not been allowing connections since yesterday morning! Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Tue Mar 4 03:18:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16539 for hackers-outgoing; Tue, 4 Mar 1997 03:18:28 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16534 for ; Tue, 4 Mar 1997 03:18:24 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id GAA29736; Tue, 4 Mar 1997 06:18:05 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id GAA12251; Tue, 4 Mar 1997 06:17:53 -0500 Date: Tue, 4 Mar 1997 06:17:53 -0500 Message-Id: <199703041117.GAA12251@jenolan.caipgeneral> From: "David S. Miller" To: wong@rogerswave.ca CC: alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-reply-to: (message from Ken Wong on Mon, 3 Mar 1997 21:19:39 -0500 (EST)) Subject: Re: ok, final sockhash changes, new diff Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Mon, 3 Mar 1997 21:19:39 -0500 (EST) From: Ken Wong actually, this paper by Larson talks about the hash table with n items in each packet. when the packet axceed n items, it double its table size. Note that in most app, growth shouldn't happen often. however, if overhead is the problem, you can modify the algo a little to search said item k, if the design item is not in k, then search k/2 (asume that you know that to grow the table is doubling the table size). and if found re-insert it in k... For servers with bursty patterns (ie. nearly all heavily loaded machines) this scheme can be extremely inefficient, you get this yo-yo effect in the chain lengths over ~4 second intervals of time at 12,000 Web operations per second, but then again once you reach that point TIME_WAIT begins to kill you as well and many commercial UNIX's break rfc1122 just to work around this, and that causes so many problems that I don't want to talk about it. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Tue Mar 4 03:42:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA17426 for hackers-outgoing; Tue, 4 Mar 1997 03:42:49 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA17420 for ; Tue, 4 Mar 1997 03:42:43 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id WAA06944; Tue, 4 Mar 1997 22:32:08 +1100 Date: Tue, 4 Mar 1997 22:32:08 +1100 From: Bruce Evans Message-Id: <199703041132.WAA06944@godzilla.zeta.org.au> To: terry@lambert.org, wpaul@skynet.ctr.columbia.edu Subject: Re: Removing execute privs from stack pages Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> I've got a question for you VM/i386 gurus out there. Recently, somebody >> showed me a script for Solaris/SPARC to short-circuit buffer overflow >> security holes by removing execute access from the user stack pages. >> ... >> My question is: can this sort of thing be done with FreeBSD/i386? > >The short answer: "no". Actually, the short answer is "no/yes". i386's have funky segment-level execute protection. >The long answer: there is no distinction between "readable" and >"executable" in the hardware mapping interpretation. You *might* >be able to ensure non-writability -- but not on all hardware, >since a write fault is not generated in kernel space except on newer >processors, and then only if the bit is enabled (write fault handling >on i386 is typically emulated in the copyin/copyout). This would >require execution time overhead to force non-contiguity of the mapping >boundry so that it could be determined if the page was code or data >at fault time... a lot of overhead for little protection. The plain-i386 write protection flaw is irrelevant. >Even with this protection, obviously "su" must be able to invoke a >shell in the success case. The stack overflow for the return >address could easily point the return address to the valid exec >code instead of returning and going through the compare which fails >and aborts the exec. So you would also have to be sure that no >code existed, such that if it were interpreted on any particular >byte boundry, it would result in a shell. It's easier than that. You just need to make the return address point to the right place in execve() ... >Frankly, I wonder how LISP and FORTH can run on such a system. I think they would have to do system calls to map pages for execution. Even dynamically linked C code would need this. There would be some security if the mapping were refused for setuid processes. Bruce From owner-freebsd-hackers Tue Mar 4 03:57:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA17921 for hackers-outgoing; Tue, 4 Mar 1997 03:57:14 -0800 (PST) Received: from nic.aic.net (NIC.AIC.NET [194.67.30.111]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA17893 for ; Tue, 4 Mar 1997 03:56:55 -0800 (PST) Received: from styx.aic.net (Styx.AIC.NET [194.67.30.68]) by nic.aic.net (8.7.5/8.7.3) with ESMTP id OAA00951 for ; Tue, 4 Mar 1997 14:56:31 +0300 (MSK) Received: (from ran@localhost) by styx.aic.net (8.8.3/8.8.2) id OAA23445; Tue, 4 Mar 1997 14:52:40 +0300 ( AMT ) From: "Ran d'Adi" Message-Id: <199703041152.OAA23445@styx.aic.net> Subject: Re: strange syslog message To: fn@radio-do.de (Frank Nobis) Date: Tue, 4 Mar 1997 14:52:40 +0300 ( AMT ) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Frank Nobis" at Mar 4, 97 09:34:11 am X-Mailer: ELM [version 2.4 PL24 ME8b] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > hi all, > > Yesterday I got this message from syslog. I have no clue what this > means. > > Anybody who knows more than me? > > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument > Mar 3 13:39:41 trinity last message repeated 8 times > Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument > Mar 3 13:43:01 trinity syslog: /etc/pwd.db: Invalid argument > i got this message, when ran more than one netscape. > uname -a > FreeBSD trinity.radio-do.de 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Mon Feb > 17 01:38:48 MET 1997 roof@trinity.radio-do.de:/usr/src/sys/compile/TRINITY > i386 > > I know this is not the newest kernel, but no time to uprade yet. > > Regards > Frank > -- > Frank Nobis Email: PGP AVAILABLE > Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ > 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 > -- Ran d'Adi. From owner-freebsd-hackers Tue Mar 4 03:58:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA17973 for hackers-outgoing; Tue, 4 Mar 1997 03:58:16 -0800 (PST) Received: from pc_et.nanoteq.co.za (pc_et.nanoteq.co.za [163.195.219.102]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA17961; Tue, 4 Mar 1997 03:57:57 -0800 (PST) Received: from pc_et.nanoteq.co.za (localhost.nanoteq.co.za [127.0.0.1]) by pc_et.nanoteq.co.za (8.7.5/8.7.3) with ESMTP id OAA00322; Tue, 4 Mar 1997 14:00:41 GMT Message-Id: <199703041400.OAA00322@pc_et.nanoteq.co.za> X-Mailer: exmh version 2.0beta 12/23/96 To: smpatel@freebsd.org cc: hackers@freebsd.org Subject: PlugNplay SoundCard Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Mar 1997 14:00:39 +0000 From: eTienne de bruin Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greets, I am using Sujal's pnp patch to try and get my soundcard going. It's a Pro-Multimedia SB Compat Plug and Play. I have the card programmed to IRQ 9 and PORT 240. But it still won't work... I will give u all the details in the hope that u can tell me where the problem is: 1. Output of pnpinfo 2. Kernel config file 3. dmesg PS: Apologies for the long e-mail. eT Output of pnpinfo: Checking for Plug-n-Play devices... Trying Read_Port at 203 Card assigned CSN #1 Board Vendor ID: OPT0931 Board Serial Number: 08000000 PnP Version: 1.0 Vendor Version: 0 Device Description: OPTi Audio 16 Logical Device ID: PNP0600 (0006d041) Vendor register funcs 00 Device Description: CD Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x3f6 I/O alignment for minimum: 16 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x3f0 I/O alignment for minimum: 16 I/O length: 8 IRQ: 15 Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x3f6 I/O alignment for minimum: 16 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x3f0 I/O alignment for minimum: 16 I/O length: 8 IRQ: 5 7 8 9 10 11 15 End Dependent Function Logical Device ID: OPT9310 (1093143e) Vendor register funcs 00 Device Description: OPTiAudio 16 Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x534 I/O Range maximum address: 0x534 I/O alignment for minimum: 16 I/O length: 4 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 16 I/O length: 4 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 16 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0xe0c I/O Range maximum address: 0xffc I/O alignment for minimum: 16 I/O length: 4 IRQ: 5 7 8 9 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x534 I/O Range maximum address: 0xff0 I/O alignment for minimum: 4 I/O length: 4 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x380 I/O Range maximum address: 0x3f0 I/O alignment for minimum: 16 I/O length: 12 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x3e0 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0xe0c I/O Range maximum address: 0xffc I/O alignment for minimum: 16 I/O length: 4 IRQ: 3 4 5 7 8 9 10 11 15 DMA: 0 1 3 5 6 DMA: 8-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 0 1 3 5 6 DMA: 8-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode End Dependent Function Logical Device ID: PNPb02f (2fb0d041) Vendor register funcs 00 Device Description: Game Port Device decodes the full 16-bit ISA address I/O Range maximum address: 0x201 I/O Range maximum address: 0x3f1 I/O alignment for minimum: 16 I/O length: 1 Logical Device ID: OPT0002 (0200143e) Vendor register funcs 00 Device Description: MPU401 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x360 I/O alignment for minimum: 16 I/O length: 2 IRQ: 5 7 8 9 10 11 Logical Device ID: PNP0500 (0005d041) Vendor register funcs 00 Device Description: Modem Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x2e8 I/O Range maximum address: 0x2f8 I/O alignment for minimum: 16 I/O length: 8 IRQ: 3 4 5 7 8 9 10 11 Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x3e8 I/O Range maximum address: 0x3f8 I/O alignment for minimum: 16 I/O length: 8 IRQ: 3 4 5 7 8 9 10 11 Start Dependent Function Device decodes the full 16-bit ISA address I/O Range maximum address: 0x100 I/O Range maximum address: 0x3f0 I/O alignment for minimum: 16 I/O length: 8 IRQ: 3 4 5 7 8 9 10 11 End Dependent Function Logical Device ID: OPT9315 (1593143e) Vendor register funcs 00 Device Description: OPT931 Start Dependent Function Start Dependent Function IRQ: 5 10 11 End Dependent Function End Tag My Kernel Config file: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.18 1996/07/16 08:53:04 davidg Exp $ # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident GENERIC maxusers 10 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 controller pnp0 options "SBC_IRQ=9" #PAS-16. Must match irq on sb0 line. controller snd0 device sb0 at isa? port 0x240 irq 9 conflicts drq 1 vector sbintr #device sbxvi0 at isa? drq 5 #device sbmidi0 at isa? port 0x330 options ATAPI #Enable ATAPI support for IDE bus device wcd0 #IDE CD-ROM controller ncr0 controller ahb0 controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device fxp0 device vx0 device ed0 at isa? port 0x300 net irq 11 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's dmesg output: FreeBSD 2.1.5-RELEASE #0: Tue Mar 4 13:01:35 1997 et@pc_et.nanoteq.co.za:/usr/src/sys/compile/PC_ET CPU: 120-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14565376 (14224K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 84 int a irq 12 on pci0:10 Checking for Plug-n-Play devices... Board Vendor ID: OPT0931 Board Serial Number: 08000000 Configuring (Logical Device 0) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 11 on isa ed0: address 00:80:c8:1e:e9:f6, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1221MB (2501856 sectors), 2482 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, intr, iordy atapi0.1: unknown phase wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not probed due to I/O address conflict with ed0 at 0x300 mcd0 not probed due to I/O address conflict with ed0 at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not probed due to I/O address conflict with ed0 at 0x300 ix0 not probed due to I/O address conflict with ed0 at 0x300 le0 not probed due to I/O address conflict with ed0 at 0x300 lnc0 not found at 0x280 ze0 not probed due to I/O address conflict with ed0 at 0x300 zp0 not probed due to I/O address conflict with ed0 at 0x300 sb0 not found at 0x240 npx0 on motherboard npx0: INT 16 interface -- Etienne de Bruin, Nanoteq (Pty) Ltd, Proudly South African. Network Security, UNIX, FreeBSD, Sys Admin, Programming, C. http://www.nanoteq.com/ From owner-freebsd-hackers Tue Mar 4 04:01:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18153 for hackers-outgoing; Tue, 4 Mar 1997 04:01:03 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18133 for ; Tue, 4 Mar 1997 04:00:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA07933; Tue, 4 Mar 1997 23:00:02 +1100 Date: Tue, 4 Mar 1997 23:00:02 +1100 From: Bruce Evans Message-Id: <199703041200.XAA07933@godzilla.zeta.org.au> To: hackers@FreeBSD.org, sja@tekla.fi Subject: Re: 2.2-GAMMA - gdb.1 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Would it be possible to make "make" print out _why_ it wants >to make a given file? The above error message would tell you >"I want to make gdb.1 because /usr/obj/contrib/gnu/gdb/.depend >tells me to". `make -dA' will tell you much more than you want to know. Bruce From owner-freebsd-hackers Tue Mar 4 05:05:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA21245 for hackers-outgoing; Tue, 4 Mar 1997 05:05:26 -0800 (PST) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21238 for ; Tue, 4 Mar 1997 05:05:22 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.6.9) id HAA10730 for hackers@freebsd.org; Tue, 4 Mar 1997 07:05:22 -0600 (CST) From: Gary Clark II Message-Id: <199703041305.HAA10730@main.gbdata.com> Subject: Maybe another Wow... To: hackers@freebsd.org Date: Tue, 4 Mar 1997 07:05:21 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, This is from one of my customers machines. This thing has been rebooted twice since I installed in July of 1995. The first time because a UPS gave out and the second because the ISP had told him to (It did not need it). It is a 486sx25 16megs that works as a combo firewall/router. gateway# w 6:16AM up 181 days, 13:38, 1 users, load averages: 0.07, 0.02, 0.01 USER TTY FROM LOGIN@ IDLE WHAT gclarkii p0 USR1-1.detnet.co 6:16AM - w gateway# uname -a FreeBSD gateway.xxxxxx.com 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 19 09:00:26 CDT 1995 gclarkii@Main.GBData.COM:/usr/src/sys.old/compile/xxxxxxxxx i386 Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-hackers Tue Mar 4 05:45:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22505 for hackers-outgoing; Tue, 4 Mar 1997 05:45:59 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22500 for ; Tue, 4 Mar 1997 05:45:56 -0800 (PST) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.7.5/8.7.3) with ESMTP id IAA20569; Tue, 4 Mar 1997 08:44:31 -0500 (EST) Message-Id: <199703041344.IAA20569@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Slater cc: freebsd-hackers@freebsd.org Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-reply-to: Your message of "Tue, 04 Mar 1997 17:38:59 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Mar 1997 08:44:31 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk slaterm@excel.tnet.com.au said: :- Any suggestions would be appriciated! I had similar problems (on a different mb), all caused by the ``plug and play'' bios. You have to play with the bios settings until you get the mouse to work in both w95 and fbsd. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Tue Mar 4 05:48:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22605 for hackers-outgoing; Tue, 4 Mar 1997 05:48:55 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA22594; Tue, 4 Mar 1997 05:48:41 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA10716; Tue, 4 Mar 1997 14:02:52 +0100 From: Luigi Rizzo Message-Id: <199703041302.OAA10716@labinfo.iet.unipi.it> Subject: Re: PlugNplay SoundCard To: et@oskar.nanoteq.co.za (eTienne de bruin) Date: Tue, 4 Mar 1997 14:02:51 +0100 (MET) Cc: smpatel@freebsd.org, hackers@freebsd.org In-Reply-To: <199703041400.OAA00322@pc_et.nanoteq.co.za> from "eTienne de bruin" at Mar 4, 97 02:00:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Greets, > > I am using Sujal's pnp patch to try and get my soundcard going. > It's a Pro-Multimedia SB Compat Plug and Play. > > I have the card programmed to IRQ 9 and PORT 240. But it still > won't work... I will give u all the details in the hope that u > can tell me where the problem is: I have the same board, based on the OPTi 82C931 controller, which identifies itself as MED3931. Just this morning I was trying it out with little success. I'd have two suggestions: 1) the Logical Device you should use for that particular board is probably #1, not #0. Also, try to run pnpinfo to see if the values you wrote in the kernel config were accepted by the board. 2) you do not seem to have the sound stuff configured in your kernel! Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Tue Mar 4 06:01:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23109 for hackers-outgoing; Tue, 4 Mar 1997 06:01:11 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23104 for ; Tue, 4 Mar 1997 06:01:06 -0800 (PST) Message-Id: <199703041401.GAA23104@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA008223980; Wed, 5 Mar 1997 00:59:40 +1100 From: Darren Reed Subject: Re: Maybe another Wow... To: gclarkii@main.gbdata.com (Gary Clark II) Date: Wed, 5 Mar 1997 00:59:40 +1100 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199703041305.HAA10730@main.gbdata.com> from "Gary Clark II" at Mar 4, 97 07:05:21 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Gary Clark II, sie said: > > > Hello, > > This is from one of my customers machines. This thing has been rebooted > twice since I installed in July of 1995. The first time because a UPS > gave out and the second because the ISP had told him to (It did not need it). > It is a 486sx25 16megs that works as a combo firewall/router. > > gateway# w > 6:16AM up 181 days, 13:38, 1 users, load averages: 0.07, 0.02, 0.01 > USER TTY FROM LOGIN@ IDLE WHAT > gclarkii p0 USR1-1.detnet.co 6:16AM - w > > gateway# uname -a > FreeBSD gateway.xxxxxx.com 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 19 09:00:26 CDT 1995 gclarkii@Main.GBData.COM:/usr/src/sys.old/compile/xxxxxxxxx > i386 and how many times has it been broken into ? Is it even on the Internet ? (sorry, couldn't resist) Darren From owner-freebsd-hackers Tue Mar 4 06:11:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23607 for hackers-outgoing; Tue, 4 Mar 1997 06:11:42 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23599 for ; Tue, 4 Mar 1997 06:11:38 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id PAA02442 for FreeBSD-hackers@freebsd.org; Tue, 4 Mar 1997 15:11:34 +0100 (MET) From: Guido van Rooij Message-Id: <199703041411.PAA02442@gvr.win.tue.nl> Subject: gcc question To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Tue, 4 Mar 1997 15:11:34 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a question about interfacing between `normal' c and -traditional. I have an API that is compiled with no -traditional flag that expects the folowing parameters: char *, char, char * I want to call this program from within something that has to be compiled with -traditional. When I'd call this api function the secod argument will be treated differently by the -traditional program and tha API function (for which I do not have the source). My question: how can I still interface between the two, without having to write a wrapper (becasue I think that is ugly). -Guido From owner-freebsd-hackers Tue Mar 4 06:45:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA24753 for hackers-outgoing; Tue, 4 Mar 1997 06:45:24 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA24746 for ; Tue, 4 Mar 1997 06:45:03 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA10881 for hackers@freebsd.org; Tue, 4 Mar 1997 14:57:00 +0100 From: Luigi Rizzo Message-Id: <199703041357.OAA10881@labinfo.iet.unipi.it> Subject: what sound device at 0xe8b/0xe0b ? To: hackers@freebsd.org Date: Tue, 4 Mar 1997 14:57:00 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As a follow up to the recent message on the MED3931 audio board, I am running a slightly modified version of pnpinfo (available at http://www.iet.unipi.it/~luigi/pnpinfo.tgz) which produces out the attached output (both possible values and actual values in the board). I am wondering, what is supposed to be at address 0xe0d/ 0xe8d ? I/O Range 0xe0d .. 0xe0d, alignment 0x1, len 0x3 perhaps some control port to select the operating mode between SB and WSS emulation ? Luigi output of pnpinfo: Checking for Plug-n-Play devices... Trying Read_Port at 203... Card assigned CSN #1 Board Vendor ID OPT0931, Serial Number 0xffffffff PnP Version 1.0, Vendor Version 0 Device Description: MB931 Audio 16 Logical Device ID: OPTffff 0xffff143e #0 Vendor register funcs 00 Device Description: Aux Device Logical Device ID: OPT9310 0x1093143e #1 Vendor register funcs 00 Device Description: Audio TAG Start DF I/O Range 0x534 .. 0x608, alignment 0xd4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe8d .. 0xe8d, alignment 0x1, len 0x3 [16-bit addr] IRQ: 5 7 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0x608, alignment 0xd4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0d .. 0xe0d, alignment 0x1, len 0x3 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe8d .. 0xe8d, alignment 0x1, len 0x3 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0d .. 0xffd, alignment 0x10, len 0x3 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0d .. 0xe0d, alignment 0x1, len 0x3 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe8d .. 0xe8d, alignment 0x1, len 0x3 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG End DF Logical Device ID: PNPb02f 0x2fb0d041 #2 Vendor register funcs 00 Device Description: Game Port I/O Range 0x200 .. 0x207, alignment 0x1, len 0x1 [16-bit addr] Logical Device ID: OPT0002 0x0200143e #3 Vendor register funcs 00 Device Description: MPU401 TAG Start DF I/O Range 0x300 .. 0x360, alignment 0x10, len 0x2 [16-bit addr] TAG Start DF I/O Range 0x300 .. 0x360, alignment 0x10, len 0x2 [16-bit addr] IRQ: 5 7 9 10 - only one type (true/edge) TAG End DF End Tag Successfully got 64 resources, 4 logical fdevs -- card select # 0x0001 Logical device #0 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0534 0x0388 0x0220 0x0e0d 0x0000 0x0000 0x0000 0x0000 IRQ 10 0 DMA 3 1 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x00 Logical device #3 IO: 0x0300 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 From owner-freebsd-hackers Tue Mar 4 07:14:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA25919 for hackers-outgoing; Tue, 4 Mar 1997 07:14:59 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25903 for ; Tue, 4 Mar 1997 07:14:49 -0800 (PST) Received: from pc5829.hil.siemens.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with ESMTP id QAA20439; Tue, 4 Mar 1997 16:16:16 +0100 (MET) Received: from localhost (mingo@localhost) by pc5829.hil.siemens.at (8.6.12/8.6.9) with SMTP id QAA01803; Tue, 4 Mar 1997 16:17:07 +0100 Date: Tue, 4 Mar 1997 16:17:07 +0100 (MET) From: Ingo Molnar To: "David S. Miller" cc: wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Subject: Re: ok, final sockhash changes, new diff In-Reply-To: <199703041117.GAA12251@jenolan.caipgeneral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, David S. Miller wrote: > actually, this paper by Larson talks about the hash table with n > items in each packet. when the packet axceed n items, it double its > table size. [...] > For servers with bursty patterns (ie. nearly all heavily loaded > machines) this scheme can be extremely inefficient, you get this yo-yo > effect in the chain lengths over ~4 second intervals of time at 12,000 > Web operations per second, but then again once you reach that point > TIME_WAIT begins to kill you as well and many commercial UNIX's break > rfc1122 just to work around this, and that causes so many problems > that I don't want to talk about it. people with big servers should simply choose bigger HASH_TABLE_SIZE. As the caches most probably get trashed between two packet receives anyways, this seems to be a non-issue. [3k more nonswappable memory for size 1024, who cares?] as a rule of thumb: SIZE := max(256,"wc -l /proc/net/tcp") ? [the hash table should be kept compressed to avoid cache pollution] -- mingo From owner-freebsd-hackers Tue Mar 4 07:44:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA27169 for hackers-outgoing; Tue, 4 Mar 1997 07:44:21 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27141; Tue, 4 Mar 1997 07:44:08 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id QAA29454; Tue, 4 Mar 1997 16:40:02 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id QAA11856; Tue, 4 Mar 1997 16:41:56 +0100 (MET) Message-Id: <3.0.32.19970304164156.0092a2d0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 04 Mar 1997 16:41:57 +0100 To: Adrian Chadd From: Eivind Eklund Subject: Re: Re : latest Java support source for FreeBSD.. Cc: hackers@freebsd.org, emulation@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:19 PM 3/4/97 +0800, Adrian Chadd wrote: > >Ok here it is. >If people like the idea of making it a lkm, then combine it with joerg's >lkm patch and go from there. > >Test it, find bugs, and tell me asap so I can go forth and fix them.. this >might be a good addition to the 2.2-rel *grin* > >Also - I'll finish the appletviewer support tonight. > >Adrian. > >-- Begin /usr/sys/sys/kern/imgact_jave.c >/*- > * Copyright (c) 1997 Adrian Chadd > * All rights reserved. It would be very nice if you deleted this line, as presently you're not even allowing me to read the code you're sending to the mailing list ;-) (If you deleted the line, I believe you would get the effect of having the BSD copyright for the entire file) > * > * Based heavily on /sys/kern/imgact_shell.c which is: > * Copyright (c) 1993, David Greenman > * > * Redistribution and use in source and binary forms, with or without > * modification, are permitted provided that the following conditions > * are met: > * 1. Redistributions of source code must retain the above copyright > * notice, this list of conditions and the following disclaimer > * in this position and unchanged. > * 2. Redistributions in binary form must reproduce the above copyright > * notice, this list of conditions and the following disclaimer in the > * documentation and/or other materials provided with the distribution. > * 3. The name of the author may not be used to endorse or promote products > * derived from this software withough specific prior written permission > * > * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR > * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES > * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. > * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, > * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT > * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, > * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY > * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT > * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF > * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > * > */ > >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include > > > >/* Lets set up reasonable defaults for the system variables >** kern.java.interpreter and kern.java.appletviewer >*/ > > >static char interpreter[256] = "/usr/local/jdk/bin/i386/java"; >static char appletviewer[256] = "/usr/local/jdk/bin/i386/appletviewer"; >static char classpath[256] = "/usr/local/jdk/classes:/usr/local/jdk/lib/classes.zip"; > >SYSCTL_NODE(_kern, OID_AUTO, java, CTLFLAG_RW, 0, "Kernel Java support"); > >SYSCTL_STRING(_kern_java, OID_AUTO, interpreter, CTLFLAG_RW, interpreter, sizeof(interpreter), "Path to Java interpreter"); >SYSCTL_STRING(_kern_java, OID_AUTO, appletviewer, CTLFLAG_RW, appletviewer, sizeof(appletviewer), "Path to Java appletviewer"); >SYSCTL_STRING(_kern_java, OID_AUTO, classpath, CTLFLAG_RW, classpath, sizeof(classpath), "Path to Java classes"); > >extern int exec_java_imgact __P((struct image_params *iparams)); >int dirname(const char *, char *, int); >int basename(const char *, char *, int); >char * strstr(const char *, const char *); > > > >/* Some utility crap */ > > >int dirname(const char *string, char *newstring, int maxlen) > >{ > char *p; > int ch; > char str[256]; > > strncpy(str, string, 250); > str[250] = '\0'; > > > /* > * (1) If string is //, skip steps (2) through (5). > * (2) If string consists entirely of slash characters, string > * shall be set to a single slash character. In this case, > * skip steps (3) through (8). > */ > for (p = str;; ++p) { > if (!*p) { > if (p > str) > (void)strcpy(newstring, "/"); > else > (void)strcpy(newstring, "."); > return(0); > } > if (*p != '/') > break; > } > > /* > * (3) If there are any trailing slash characters in string, they > * shall be removed. > */ > for (; *p; ++p); > while (*--p == '/') > continue; > *++p = '\0'; > > /* > * (4) If there are no slash characters remaining in string, > * string shall be set to a single period character. In this > * case skip steps (5) through (8). > * > * (5) If there are any trailing nonslash characters in string, > * they shall be removed. > */ > while (--p >= str) > if (*p == '/') > break; > ++p; > if (p == str) { > (void)strcpy(newstring, "."); > return(0); > } > > /* > * (6) If the remaining string is //, it is implementation defined > * whether steps (7) and (8) are skipped or processed. > * > * This case has already been handled, as part of steps (1) and (2). > */ > > /* > * (7) If there are any trailing slash characters in string, they > * shall be removed. > */ > while (--p >= str) > if (*p != '/') > break; > ++p; > > /* > * (8) If the remaining string is empty, string shall be set to > * a single slash character. > */ > *p = '\0'; > > if (p == str) { > strcpy(newstring, "/"); > } else { > strncpy(newstring, str, maxlen); > newstring[maxlen] = '\0'; > } > return(0); >} > > > > >int basename(const char *string, char *newstring, int maxlen) >{ > > int ch; > char *p; > char str[256]; > > strncpy(str, string, 250); > str[250] = '\0'; > > > > /* > * (1) If string is // it is implementation defined whether steps (2) > * through (5) are skipped or processed. > * > * (2) If string consists entirely of slash characters, string shall > * be set to a single slash character. In this case, skip steps > * (3) through (5). > */ > for (p = str;; ++p) { > if (!*p) { > if (p > str) > (void)strcpy(newstring, "/"); > else > (void)strcpy(newstring, ""); > return(0); > } > if (*p != '/') > break; > } > > /* > * (3) If there are any trailing slash characters in string, they > * shall be removed. > */ > for (; *p; ++p) > continue; > while (*--p == '/') > continue; > *++p = '\0'; > > /* > * (4) If there are any slash characters remaining in string, the > * prefix of string up to an including the last slash character > * in string shall be removed. > */ > while (--p >= str) > if (*p == '/') > break; > ++p; > > /* > * (5) If the suffix operand is present, is not identical to the > * characters remaining in string, and is identical to a suffix > * of the characters remaining in string, the suffix suffix > * shall be removed from string. > */ > if (++*str) { > int suffixlen, stringlen, off; > > suffixlen = strlen(str); > stringlen = strlen(p); > > if (suffixlen < stringlen) { > off = stringlen - suffixlen; > if (!strcmp(p + off, str)) > p[off] = '\0'; > } > } > (void)strncpy(newstring, p, maxlen); > return(0); >} > > >/* > * Find the first occurrence of find in s. > */ >char * >strstr(s, find) > register const char *s, *find; >{ > register char c, sc; > register size_t len; > > if ((c = *find++) != 0) { > len = strlen(find); > do { > do { > if ((sc = *s++) == 0) > return (NULL); > } while (sc != c); > } while (strncmp(s, find, len) != 0); > s--; > } > return ((char *)s); >} > > >/* The real thing */ >int >exec_java_imgact(imgp) > struct image_params *imgp; >{ > > const char *image_header = imgp->image_header; > const char *ihp, *line_endp; > char *interp; > static char javabin_name[256]; > static char javabin_path[256]; > static char cpathstr[256]; > static char javatmp[256]; > > > /* A java binary? */ > > if ((image_header[0] != '\xca') || (image_header[1] != '\xfe') || > (image_header[2] != '\xba') || (image_header[3] != '\xbe')) { >#ifdef DEBUG > printf("Failed to run a java binary : invalid signature?\n"); > return(-1); >#endif > } > > /* Ok, its a java binary, so lets tell the world */ > > /* Firstly split the path to the binary up into path and filename */ > > basename(imgp->uap->fname, javabin_name, sizeof(javabin_name)); > dirname(imgp->uap->fname, javabin_path, sizeof(javabin_path)); > > /* Now we are going to take the filename, and if it doesn't contain > ** a .class then return with a "non-executable" error */ > if (strstr(javabin_name, ".class") == NULL) { > return -1; > } > > /* Ok so we'll assume (stupidly) that the .class is at the end of the > ** filename, so lets copy the filename over minus the last 6 chars */ > > strncpy(javatmp, javabin_name, strlen(javabin_name) - 6); > strcpy(javabin_name, javatmp); > > > /* Since its interpreted we'll tag it as such. */ > imgp->interpreted = 1; > > /* And we'll set the interpreter name here too (would help) */ > strncpy(imgp->interpreter_name, interpreter, sizeof(imgp->interpreter_name)); > > /* now lets make up our -classpath arguement */ > sprintf(cpathstr, "%s -classpath %s:%s", interpreter, classpath, javabin_path); > > /* Now lets write this into the strings space, just like in the > ** _shell.c file... */ > > ihp = cpathstr; > line_endp = cpathstr + strlen(cpathstr); > > while (ihp < line_endp) { > while ((*ihp == ' ') || (*ihp == '\t')) ihp++; > > if (ihp < line_endp) { > while ((ihp < line_endp) && (*ihp != ' ') && (*ihp != '\t')) { > *imgp->stringp++ = *ihp++; > imgp->stringspace--; > } > *imgp->stringp++ = 0; > imgp->stringspace--; > > imgp->argc++; > } > > } > > strcpy(imgp->uap->fname, javabin_name); > suword(imgp->uap->argv, (int)imgp->uap->fname); > > return (0); > >} > >/* > * Tell kern_execve.c about it, with a little help from the linker. > * Since `const' objects end up in the text segment, TEXT_SET is the > * correct directive to use. > */ >const struct execsw java_execsw = { exec_java_imgact, "\xca\xfe\xba\xbe" }; >TEXT_SET(execsw_set, java_execsw); > > > > > Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Tue Mar 4 08:52:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29994 for hackers-outgoing; Tue, 4 Mar 1997 08:52:03 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29987 for ; Tue, 4 Mar 1997 08:52:02 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id LAA14451; Tue, 4 Mar 1997 11:46:23 -0500 (EST) Date: Tue, 4 Mar 1997 11:46:23 -0500 (EST) From: Mark Mayo To: Michael Smith cc: Vinay Kumar , freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel panic with 2.2-Gamma In-Reply-To: <199703040828.SAA12819@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Michael Smith wrote: > Vinay Kumar stands accused of saying: > > > > I decided to upgrade from 2.1.5 to the latest RELENG_2_2 from > > cvsup.freebsd.org. I managed to compile, but the kernle panics after > > learning that my computer is a pentium pro. > > When upgrading, you should check with the sample GENERIC configuration > file to make sure that new options haven't been added that your old > configuration is missing. Using a kernel config file from 2.1.5 with 2.2 > is a Very Bad Idea. Does a make world put a new copy of the GENERIC and LINT kernels in /usr/src/sys/i386/conf ?? I didn't think so, which leads me to ask where to get a new GENERIC kernel file? TIA, -Mark > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ---------------------------------------------------------------------------- Nature shows that with the growth of intelligence comes increased capacity for pain, and it is only with the highest degree of intelligence that suffering reaches its supreme point. -- Arthur Schopenhauer From owner-freebsd-hackers Tue Mar 4 09:01:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00513 for hackers-outgoing; Tue, 4 Mar 1997 09:01:32 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00493; Tue, 4 Mar 1997 09:01:27 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id LAA14468; Tue, 4 Mar 1997 11:55:48 -0500 (EST) Date: Tue, 4 Mar 1997 11:55:47 -0500 (EST) From: Mark Mayo To: Amancio Hasty cc: Michael Smith , julian@whistle.com, hackers@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-Reply-To: <199703040542.VAA00905@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Amancio Hasty wrote: > Just ask your ISP for mbone connectivity. If not just post back. Are there any good pointers out there on how mbone works? I'm going to ask "CCS - Computer & Communications Services" here on my campus for mbone connectivity, and I anticipate a big fat "Huh??" in response... So I'd like to get a little background information so I look like I know *something* before I go waiding into the university beurocacy to get mbone... TIA, -Mark > > Cheers, > Amancio > > >From The Desk Of Michael Smith : > > Amancio Hasty stands accused of saying: > > > It shouldn't be too hard to meet in the FreeBSD MBone Lounge channel. > > > Yes, it is useful if the pertinent parties are in the Lounge. > > > > > > It is sort of like meeting face to face and the exchange rate > > > is very good. > > > > Now I have a link worth something, I have to ask if there's a good pointer > > to getting connected to the Mbone in the first place? > > > > -- > > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > > ]] Genesis Software genesis@gsoft.com.au [[ > > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > > ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ---------------------------------------------------------------------------- Nature shows that with the growth of intelligence comes increased capacity for pain, and it is only with the highest degree of intelligence that suffering reaches its supreme point. -- Arthur Schopenhauer From owner-freebsd-hackers Tue Mar 4 09:20:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01566 for hackers-outgoing; Tue, 4 Mar 1997 09:20:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01558 for ; Tue, 4 Mar 1997 09:20:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09946; Tue, 4 Mar 1997 10:14:58 -0700 From: Terry Lambert Message-Id: <199703041714.KAA09946@phaeton.artisoft.com> Subject: Re: [driver testing] Odd network behaviour? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 4 Mar 1997 10:14:58 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org, jrb@cs.pdx.edu In-Reply-To: <199703040020.KAA08716@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 4, 97 10:50:03 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Kurt Mahon, who wrote the driver for the 82586 for USL, claimed that > > the USL driver copied the data twice; apparently, the interrupt was > > issued when data was available, rather than when it had made it into > > card memory? > > This is a most extremely bizarre claim. AFAIK, the '586 doesn't issue > an interrupt until the DMA into the host memory has completed, which has to > happen as the frame arrives as (again from memory) it doesn't have a very > big internal FIFO. > > *grumble* Well, you'll note the quetion mark... that's the reasoning I remember being given. I also rememeber SVR4.0.2 running fine on the cards on the 6386/33E's, but failing to work for 386BSD (up through FreeBSD). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 09:23:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01728 for hackers-outgoing; Tue, 4 Mar 1997 09:23:29 -0800 (PST) Received: from trinity.radio-do.de (fn@trinity.Radio-do.de [193.101.164.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01718 for ; Tue, 4 Mar 1997 09:23:25 -0800 (PST) Received: by trinity.radio-do.de (8.7.6/CLIENT-1.2.7-i) via EUnet id SAA08376; Tue, 4 Mar 1997 18:23:14 +0100 (MET) To: freebsd-hackers@freebsd.org Subject: Re: strange syslog messagey References: <199703040935.LAA16987@shadows.aeon.net> From: Frank Nobis Date: 04 Mar 1997 18:23:13 +0100 In-Reply-To: mika ruohotie's message of Tue, 4 Mar 1997 11:35:48 +0200 (EET) Message-ID: Lines: 27 X-Mailer: Gnus v5.4.14/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "mika" == mika ruohotie writes: >> > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument >> I've seen this also. Do you have any chroot'ed daemons running? >> I suspect mika> my 2.1.7 does this too, no chroots... mika> and it does it only occasionally, i am trying to track down mika> when/why... No chroot here. I will enable accounting and try to catch one. I greped through some binaries. Programs like passwd, chfn etc. have a reference to /etc/pwd.db compiled in the binary. But the last changed timestamp of my passwd file is from Jan 28. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 From owner-freebsd-hackers Tue Mar 4 09:30:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02060 for hackers-outgoing; Tue, 4 Mar 1997 09:30:30 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02055 for ; Tue, 4 Mar 1997 09:30:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09986; Tue, 4 Mar 1997 10:25:02 -0700 From: Terry Lambert Message-Id: <199703041725.KAA09986@phaeton.artisoft.com> Subject: Re: PS2 Mouse on FreeBSD 2.1.5 To: slaterm@excel.tnet.com.au (Michael Slater) Date: Tue, 4 Mar 1997 10:25:02 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Michael Slater" at Mar 4, 97 05:38:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am having trouble getting FreeBSD 2.1.5 to recognise my PS/2 mouse. > I'm using a normal Austek Pentium mb, with a built in PS/2 connector. I > noticed that in the kernel, it defaults to IRQ 12, port 0x60 but when > ever i boot up the machine, it gives me the message "psm0 not found on 0x60" > It seems to work fine in Windoze 95 however. So perhaps im using the > wrong port ? Any suggestions would be appriciated! You are confusing a PS/2 mouse (psm0 on port 0x60 of the keyboard controller) with a bus mouse (IRQ 12). You are using the wrong mouse driver. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 09:42:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02663 for hackers-outgoing; Tue, 4 Mar 1997 09:42:26 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02658 for ; Tue, 4 Mar 1997 09:42:22 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id MAA09131; Tue, 4 Mar 1997 12:17:33 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id RAA29698; Tue, 4 Mar 1997 17:42:37 GMT Message-ID: <19970304114236.19668@right.PCS> Date: Tue, 4 Mar 1997 11:42:36 -0600 From: Jonathan Lemon To: Joerg Wunsch Cc: hackers@freebsd.org Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> <19970303145038.39150@right.PCS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from J Wunsch on Mar 03, 1997 at 11:50:17PM +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 11:50:17PM +0100, J Wunsch wrote: > As Jonathan Lemon wrote: > > > > > make: don't know how to make gdb.1. Stop > > > > *** Error code 2 > > > > > > Have you removed you stale .depend files? > > > > Uh, this was during a 'make world'. I believe that making the world is > > supposed to blow everything away, and rebuild all dependencies, no? > > Maybe, but there's been a major restructuring of the source tree, most > of the stuff has been moved to /usr/src/contrib. Maybe this confused > the make system. > > I've just checked my /usr/obj/usr/src/gnu/usr.bin/gdb/gdb/.depend file > inside the chroot tree used for my release tests. It doesn't contain > any reference to gdb.1. I don't have any references to gdb.1 either: cd /usr/obj/usr/src/gnu find . -name .depend | xargs fgrep gdb.1 [ no output ] If I put a 'NOMAN=1' in the gdb/gdb/Makefile, then it will get through the build. I think that what's happening is that the Makefile wants to build a manpage by default, and it can't figure out how. Since gdb.1 does not exist any more, it's causing an error. I don't think that dependencies have anything to do with this one. Either the gdb.1 file should be put back (was it erroneously removed?) or a rule should be added somewhere telling it how to make the man page. -- Jonathan From owner-freebsd-hackers Tue Mar 4 09:50:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA03188 for hackers-outgoing; Tue, 4 Mar 1997 09:50:46 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA03178 for ; Tue, 4 Mar 1997 09:50:42 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26887; Tue, 4 Mar 1997 12:50:06 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 4 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA17653; Tue, 4 Mar 1997 08:04:08 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA25804; Tue, 4 Mar 1997 08:09:40 -0500 (EST) Date: Tue, 4 Mar 1997 08:09:40 -0500 (EST) From: Thomas David Rivers Message-Id: <199703041309.IAA25804@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!hemi.com!mbarkah Subject: Re: Follow-up on Terry's suggestion for "dup alloc" problem. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ade Barkah writes: > > Again, for those who are reading this for the first time; this is > > a 2.1.6.1 install kernel, running on a 386dx with 12 meg of memory. > > The problem I'm trying to debug is causing a daily "dup alloc" panic > > on my news server, and it has occurred since 2.1.0... > > Just wondering... how full are the file systems ? (Does the news > spool filesystem get to 100% full ?) > > Regards, > > -Ade The reliable reproduction is the first allocation of a fresh filesystem.. That is, you newfs it; and the discover bad blocks. My news system; as of just a moment ago, was running at 46%: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1e 1201215 508553 596565 46% /usr which is quite far away from 100%... [This is a full news feed, but I have a short expiry time (1 day) to keep everything in about 500meg. 500meg/day is about all you can push through a 19200 in-coming uucp feed.] - Dave Rivers - From owner-freebsd-hackers Tue Mar 4 10:01:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03737 for hackers-outgoing; Tue, 4 Mar 1997 10:01:14 -0800 (PST) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03731 for ; Tue, 4 Mar 1997 10:01:09 -0800 (PST) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id JAA25532 for ; Tue, 4 Mar 1997 09:57:45 -0800 (PST) Received: from japonica.csl.sri.com (localhost.csl.sri.com [127.0.0.1]) by japonica.csl.sri.com (8.8.5/8.8.5) with ESMTP id JAA04059 for ; Tue, 4 Mar 1997 09:56:58 -0800 (PST) Message-Id: <199703041756.JAA04059@japonica.csl.sri.com> To: hackers@freebsd.org Subject: Re: Maybe another Wow... In-reply-to: Your message of "Tue, 04 Mar 1997 07:05:21 CST." <199703041305.HAA10730@main.gbdata.com> Date: Tue, 04 Mar 1997 09:56:57 -0800 From: Fred Gilham Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here's a file server: aster:~ > df -t ufs Filesystem 512-blocks Used Avail Capacity Mounted on /dev/sd0a 258140 45712 191776 19% / /dev/sd0s1e 1262912 558544 603332 48% /usr /dev/sd1s1e 8136092 6735360 749844 90% /azurite /dev/sd2s1e 8249756 5267508 2322264 69% /bornite aster:~ > uname -a FreeBSD aster.csl.sri.com 2.1-STABLE FreeBSD 2.1-STABLE #0: Tue Jun 25 12:47:08 PDT 1996 root@aster.csl.sri.com:/a/phlox/catseye/src/FreeBSD/sys/compile/NET_21 i386 aster:~ > uptime 9:50AM up 157 days, 36 mins, 8 users, load averages: 0.06, 0.02, 0.00 aster:~ > Gets beaten on a lot, too. -Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Tue Mar 4 10:03:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03854 for hackers-outgoing; Tue, 4 Mar 1997 10:03:07 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03845 for ; Tue, 4 Mar 1997 10:03:01 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id KAA21934; Tue, 4 Mar 1997 10:02:03 -0800 (PST) Date: Tue, 4 Mar 1997 10:02:03 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: "Jordan K. Hubbard" cc: Typh0on@concentric.net, hackers@freebsd.org Subject: Re: 2.2 Gamma Install Problem In-Reply-To: <21112.857459354@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Mar 1997, Jordan K. Hubbard wrote: > > gunzip: stdin: invalid comp data--format violated > > /stand/cpio/: premature end of file > > Debug: switching back to VTY1 > > > > Any Clues ? > > Looks like the DOS I/O routines failed to read the data correctly off > of this partition. Interesting! How large is this DOS partition > you're reading from and what is the cylinder geometry of the disk it's > on? As a data point Jordan, I've had the same problem with a Gateway 2000 Solo with a 1 gig disk, FIPS'd roughly in half. I can get more details if you like, it's not my machine so it'll take a bit. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Tue Mar 4 10:14:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04956 for hackers-outgoing; Tue, 4 Mar 1997 10:14:34 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04951 for ; Tue, 4 Mar 1997 10:14:31 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0w1yhg-0000oP-00; Tue, 4 Mar 1997 11:12:44 -0700 To: Bruce Evans Subject: Re: Removing execute privs from stack pages Cc: terry@lambert.org, wpaul@skynet.ctr.columbia.edu, hackers@freebsd.org In-reply-to: Your message of "Tue, 04 Mar 1997 22:32:08 +1100." <199703041132.WAA06944@godzilla.zeta.org.au> References: <199703041132.WAA06944@godzilla.zeta.org.au> Date: Tue, 04 Mar 1997 11:12:43 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199703041132.WAA06944@godzilla.zeta.org.au> Bruce Evans writes: : >Frankly, I wonder how LISP and FORTH can run on such a system. : : I think they would have to do system calls to map pages for execution. : Even dynamically linked C code would need this. There would be some : security if the mapping were refused for setuid processes. g++ uses trampoline code on the stack as well for things like nested scopes and references/pointers to functions inside those scopes. There was also some traffic that g++ placed other things on the stack as well with its new exception handling code, but I'm not sure if that is for x86 or not. Neat idea, too bad otehr people need the stack to be executable :-(. Warner From owner-freebsd-hackers Tue Mar 4 10:15:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05031 for hackers-outgoing; Tue, 4 Mar 1997 10:15:14 -0800 (PST) Received: from meadm.vtls.com (meadm.vtls.com [198.17.62.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05020 for ; Tue, 4 Mar 1997 10:15:02 -0800 (PST) Received: (from mmead@localhost) by meadm.vtls.com (8.8.3/8.8.3) id NAA23017 for hackers@freebsd.org; Tue, 4 Mar 1997 13:14:22 -0500 (EST) From: "matthew c. mead" Message-Id: <199703041814.NAA23017@meadm.vtls.com> Subject: xmcd with atapi cdrom drives? To: hackers@freebsd.org Date: Tue, 4 Mar 1997 13:14:22 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was recently informed by the author of xmcd that there are some fairly recent patches to the driver code for atapi cdrom drives that will allow xmcd to work properly. Anyone know where I can get these? Thanks! -matt -- Matthew C. Mead Virtua Web Gateway Development - VTLS, Inc. mmead@vtls.com From owner-freebsd-hackers Tue Mar 4 10:17:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05304 for hackers-outgoing; Tue, 4 Mar 1997 10:17:43 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA05298 for ; Tue, 4 Mar 1997 10:17:40 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0w1ymE-0000oj-00; Tue, 4 Mar 1997 11:17:26 -0700 To: Bill Paul Subject: Re: Removing execute privs from stack pages Cc: hackers@freebsd.org In-reply-to: Your message of "Mon, 03 Mar 1997 13:25:23 EST." <199703031825.NAA17682@skynet.ctr.columbia.edu> References: <199703031825.NAA17682@skynet.ctr.columbia.edu> Date: Tue, 04 Mar 1997 11:17:26 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199703031825.NAA17682@skynet.ctr.columbia.edu> Bill Paul writes: : Inquiring minds want to know. I can't think of any particular reason : why you'd want the stack pages to be executable anyway, but again I don't : know enough details to judge. Could be I'm totally out in left field here. The signal code in the kernel uses trampolines on the stack, whcih must be executable. gcc and g++ will sometimes generate trampolines for various language constructs that depend on the stack being executable as well. The only way that I can think of to stop the buffer overflow stuff with help from the system, short of fixing the above, is to have a "red zone" between each stack frame that is unmapped and that any writes to will cause an execption to happen. This breaks a lot of current binaries, but should be proof against the stack overflow attacks. Too bad the performance of such a system will suck really really badly :-(. Even making the stack non-executable will not solve the problem. It is possible to use overflows to overwrite function pointers in .data or .bss area that are called through (although this is much much harder). Warner From owner-freebsd-hackers Tue Mar 4 10:27:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06195 for hackers-outgoing; Tue, 4 Mar 1997 10:27:50 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06170; Tue, 4 Mar 1997 10:27:46 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id KAA04540; Tue, 4 Mar 1997 10:27:39 -0800 (PST) Message-Id: <199703041827.KAA04540@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Mayo cc: Michael Smith , julian@whistle.com, hackers@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-reply-to: Your message of "Tue, 04 Mar 1997 11:55:47 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Mar 1997 10:27:39 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk You can start by going to my web page: http://rah.star-gate.com Or you can do a netscape search for mbone. There is an mbone mailing list mbone@isi.edu where people can send their requests for an mbone tunnel;however, if your site has mbone connectivity they will politely point you to the machine which has the mbone tunnel. Cheers, Amancio >From The Desk Of Mark Mayo : > On Mon, 3 Mar 1997, Amancio Hasty wrote: > > > Just ask your ISP for mbone connectivity. If not just post back. > > Are there any good pointers out there on how mbone works? I'm going to ask > "CCS - Computer & Communications Services" here on my campus for mbone > connectivity, and I anticipate a big fat "Huh??" in response... So I'd > like to get a little background information so I look like I know > *something* before I go waiding into the university beurocacy to get > mbone... > > TIA, > -Mark > > > > > Cheers, > > Amancio > > > > >From The Desk Of Michael Smith : > > > Amancio Hasty stands accused of saying: > > > > It shouldn't be too hard to meet in the FreeBSD MBone Lounge channel. > > > > Yes, it is useful if the pertinent parties are in the Lounge. > > > > > > > > It is sort of like meeting face to face and the exchange rate > > > > is very good. > > > > > > Now I have a link worth something, I have to ask if there's a good pointe r > > > to getting connected to the Mbone in the first place? > > > > > > -- > > > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [ [ > > > ]] Genesis Software genesis@gsoft.com.au [ [ > > > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [ [ > > > ]] realtime instrument control. (ph) +61-8-8267-3493 [ [ > > > ]] Unix hardware collector. "Where are your PEZ?" The Tick [ [ > > > > > > ---------------------------------------------------------------------------- > Mark Mayo mark@quickweb.com > RingZero Comp. http://vinyl.quickweb.com/mark > ---------------------------------------------------------------------------- > Nature shows that with the growth of intelligence comes increased capacity > for pain, and it is only with the highest degree of intelligence that > suffering reaches its supreme point. -- Arthur Schopenhauer > From owner-freebsd-hackers Tue Mar 4 10:36:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06713 for hackers-outgoing; Tue, 4 Mar 1997 10:36:16 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06677; Tue, 4 Mar 1997 10:36:09 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id MAA18510; Tue, 4 Mar 1997 12:36:00 -0600 (CST) Date: Tue, 4 Mar 1997 12:36:00 -0600 (CST) From: Jim Lowe Message-Id: <199703041836.MAA18510@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, mark@quickweb.com Subject: Re: [FUN/WORK] BSD Networking virtual meeting. Cc: , Michael@quickweb.com, Smith@quickweb.com, hackers@freebsd.org, julian@whistle.com, multimedia@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Mark Mayo > Cc: Michael Smith , julian@whistle.com, > hackers@freebsd.org, multimedia@freebsd.org > Subject: Re: [FUN/WORK] BSD Networking virtual meeting. > > Are there any good pointers out there on how mbone works? I'm going to ask > "CCS - Computer & Communications Services" here on my campus for mbone > connectivity, and I anticipate a big fat "Huh??" in response... So I'd > like to get a little background information so I look like I know > *something* before I go waiding into the university beurocacy to get > mbone... > The Mbone (or multicast backbone) is tunnel'ed network (today) which rides on top of the unicast Internet. A map of the mbone is available from http://www.nlanr.net/Viz/Mbone/. The IETF MBONED group is working on deploying multicast technologies for the Internet at large (http://network-services.uoregon.edu/~meyer/MBONED/). A web site with genreal Mbone information is http://www.mbone.com. Hope this helps, -Jim From owner-freebsd-hackers Tue Mar 4 10:50:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA07502 for hackers-outgoing; Tue, 4 Mar 1997 10:50:12 -0800 (PST) Received: from imssys.imssys.com (imssys.imssys.com [199.171.16.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07495 for ; Tue, 4 Mar 1997 10:50:06 -0800 (PST) Received: from tommygun (tommygun.ts3.imssys.com) by imssys.imssys.com ; 4 MAR 97 12:50:05 EDT Message-ID: <331C6E95.3F3F@imssys.imssys.com> Date: Tue, 04 Mar 1997 13:48:53 -0500 From: tom Reply-To: tommygun@imssys.imssys.com X-Mailer: Mozilla 3.01Gold (Win95; I) Mime-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: mailing list Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please put me on the mailing list, thank-you! :) Tommygun From owner-freebsd-hackers Tue Mar 4 11:11:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08520 for hackers-outgoing; Tue, 4 Mar 1997 11:11:40 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08515 for ; Tue, 4 Mar 1997 11:11:37 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA00389; Tue, 4 Mar 1997 12:07:57 -0700 (MST) Date: Tue, 4 Mar 1997 12:07:57 -0700 (MST) Message-Id: <199703041907.MAA00389@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: slaterm@excel.tnet.com.au (Michael Slater), freebsd-hackers@freebsd.org Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-Reply-To: <199703041725.KAA09986@phaeton.artisoft.com> References: <199703041725.KAA09986@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I am having trouble getting FreeBSD 2.1.5 to recognise my PS/2 mouse. > > I'm using a normal Austek Pentium mb, with a built in PS/2 connector. I > > noticed that in the kernel, it defaults to IRQ 12, port 0x60 but when > > ever i boot up the machine, it gives me the message "psm0 not found on 0x60" > > It seems to work fine in Windoze 95 however. So perhaps im using the > > wrong port ? Any suggestions would be appriciated! > > You are confusing a PS/2 mouse (psm0 on port 0x60 of the keyboard > controller) with a bus mouse (IRQ 12). The PS/2 mouse uses IR 12 by default. You are confused. :) device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr To answer the original poster's question, the PS/2 driver in 2.1.* was completely re-written in 2.2, and works much better. Unfortunately, it's no trivial matter to port it back to 2.1, so if it doesn't work for in 2.1.* there here is a suggestion. Hard-code the probe to *always* return true, and see if it works. I did this on my ThinkPad's and it worked fine. Nate From owner-freebsd-hackers Tue Mar 4 11:22:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA09149 for hackers-outgoing; Tue, 4 Mar 1997 11:22:14 -0800 (PST) Received: from eve.speakeasy.org (junkins@eve.speakeasy.org [199.238.226.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA09129; Tue, 4 Mar 1997 11:22:05 -0800 (PST) Received: from localhost (junkins@localhost) by eve.speakeasy.org (8.8.5/8.7.3) with SMTP id LAA26355 Date: Tue, 4 Mar 1997 11:20:50 -0800 (PST) From: Doug Junkins To: Mark Mayo cc: hackers@freebsd.org, multimedia@freebsd.org Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk See http://www.mbone.com/ for a good starting point. The also have a list of the regional MBONE maillists (i.e. mbone-na) which are good places to find a tunnel provider if your ISP doesn't provide them. - Doug +--------------------------+------------------------------------------+ | Douglas A. Junkins | Mail: junkins@speakeasy.org | | Seattle, Washington, USA | Web: http://www.speakeasy.org/~junkins/ | +--------------------------+------------------------------------------+ | Finger "junkins@speakeasy.org" for my PGP Public Key | +---------------------------------------------------------------------+ On Tue, 4 Mar 1997, Mark Mayo wrote: > On Mon, 3 Mar 1997, Amancio Hasty wrote: > > > Just ask your ISP for mbone connectivity. If not just post back. > > Are there any good pointers out there on how mbone works? I'm going to ask > "CCS - Computer & Communications Services" here on my campus for mbone > connectivity, and I anticipate a big fat "Huh??" in response... So I'd > like to get a little background information so I look like I know > *something* before I go waiding into the university beurocacy to get > mbone... > > TIA, > -Mark > From owner-freebsd-hackers Tue Mar 4 11:26:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA09661 for hackers-outgoing; Tue, 4 Mar 1997 11:26:18 -0800 (PST) Received: from dirac.phys.washington.edu (dirac.phys.washington.edu [128.95.93.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA09648 for ; Tue, 4 Mar 1997 11:26:08 -0800 (PST) Received: by dirac.phys.washington.edu (951211.SGI.8.6.12.PATCH1042/UW-NDC Revision: 2.25 ) id LAA24593; Tue, 4 Mar 1997 11:26:04 -0800 From: "William R. Somsky" Message-Id: <199703041926.LAA24593@dirac.phys.washington.edu> Subject: Re: java support under FreeBSD. To: hackers@freefall.freebsd.org Date: Tue, 4 Mar 1997 11:26:04 -0800 (PST) In-Reply-To: <199703040550.VAA26081@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Mar 3, 97 09:50:50 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Terry Lambert > > > - I can't see any decent way to automagically execute .class when > > a user types . If typing .class is considered ok, why > > is typing 'java ' not? If the solution is to add a soft link, > > why not write a two-line script at once and avoid the need for kernel > > support altogether? > > There is no way to do this, short of hacking the shell, or doing the > expression expansion for path expressions in the kernel, rather than > in the shell (there are a lot of good reasons you'd want to do this, > actually, but it's complicated unless you do it precisely the right > way when you do it). Hmm... Although it would be useful, I'd argue that any path/extention/etc expansion does _not_ belong in the kernel's implementation of 'exec'. The kernel is told to 'exec' a specified _file_ by name. Now, it would IMHO, be valid for it to do whatever is necessary to execute _that_ file, but it shouldn't go groveling around to find some other file, otherwise you get into the problem (annoyance, possible trojan horse attack) where "/bin/foo" _used_ to be a valid command, but got deleted, or chmod -x'd, and then an exec of "/bin/foo" finds a completely different "/bin/foo.class" instead, with no warning whatsoever. Not good. SUID wrappers where you explicitly exec a file by full pathname, then get this unforseen vulnerability. Now, rather than making any 'file extension search' capability part of exec(2), where, as I argued above, it shouldn't go, the more reasonable place to put it (if you want it) is in execlp(3) and execvp(3) which are already doing searches through the PATH. Searches through extensions would logically go in the same place. However, I'd also argue against having _any_ "entention search" capability in either the system library _or_ any standard shell as being to "DOS-y" and not in the Unix spirit. If we have the command "foo" find and run the java "foo,class", do we also want "bar" to find and run the script "bar.sh" or (yuuch) "bar.bat"? And I've still seen people who insiste on compiling their program "bletch.c" into "bletch.exe" -- should "bletch" then find and run "bletch.exe"? And what about search order? What if you ask to run "blotch" and there exists /bin/blotch.class, /usr/bin/blotch, /usr/local/bin/blotch.sh, and ~/bin/blotch.exe? > I have no problem with "name.class"... if someone does, then they > need to rename their "exectuable" to "name" instead of "name.class". I agree with this. > > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > > whatever), the user is limited to the code locations supported by > > the sysadmin. Kind of not being able to set my own PATH, uck :-( > > Maybe the kernel CLASSPATH should be appended to the users?? > > Yes. This is what I would suggest. The sysctl CLASSPATH is the > "default path". > > I would maybe go so far as to say that if the user specifies a CLASSPATH, > it should override, entirely, the sysctl CLASSPATH for invocations by > that user. Hmm... could we do something like one of the TeX implementations (Karl Berry's, and it might carry ofer into Thomas Esser's) does? A fully specified CLASSPATH (or perhaps EXECCLASSPATH if you want to keep it separate from other uses of CLASSPATH by netscape and other non-kernel uses) overrides the sysctl CLASSPATH, but if there is a leading/trailing/ doubled-internal ":", the sysctl CLASSPATH is inserted into that point. So if I just want to add my ~/bin/java to thefront of the EXECCLASSPATH, I just "setenv EXECCLASSPATH ~/bin/java:" Hmm... But do we really want a kernel(2) item to be reading stuff from the environment? Does any other "section-two" call use environmental information? If not, I'd argue against using any env info here. ________________________________________________________________________ Dr. William R. Somsky somsky@phys.washington.edu Department of Physics, Box 351560 B432 Physics-Astro Bldg Univ. of Washington, Seattle WA 98195-1560 206/616-2954 From owner-freebsd-hackers Tue Mar 4 11:42:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA10966 for hackers-outgoing; Tue, 4 Mar 1997 11:42:49 -0800 (PST) Received: from trogon.kiwi.net (trogon.kiwi.net [207.155.64.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA10934; Tue, 4 Mar 1997 11:42:44 -0800 (PST) Received: from localhost (freebsd@localhost) by trogon.kiwi.net (8.8.5/8.8.5) with SMTP id LAA02156; Tue, 4 Mar 1997 11:42:42 -0800 (PST) Date: Tue, 4 Mar 1997 11:42:42 -0800 (PST) From: Christopher Taylor To: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Squid Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to get Squid to work on my FreeBSD 2.2-ALPHA system. It gives me an error at compile time re: res_init undefined: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Making all in lib... Making all in scripts... Making all in src... gcc -o dnsserver -g dnsserver.o -L../lib -lmiscutil -lm -lresolv -lgnumalloc dnsserver.c:267: Undefined symbol `___res_init' referenced from text segment /usr/lib/libresolv.so.2.0: Undefined symbol `___res_init' referenced *** Error code 1 Stop. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I can get around it by commenting out res_init in dnsserver.c. I have also played around with the -l libs in Makefile, etc. Everything compiles ok, but when I try to run squid, it gives this message in the cache.log file: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 97/03/04 11:36:23| Starting Squid Cache version 1.1.8 for i386-unknown-freebsd2.2... 97/03/04 11:36:23| With 256 file descriptors available 97/03/04 11:36:23| Performing DNS Tests... FATAL: ipcache_init: DNS name lookup tests failed. Squid Cache (Version 1.1.8): Terminated abnormally. CPU Usage: user 0 sys 0 Maximum Resident Size: 1040 KB Page faults with physical i/o: 3 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I get the same results on a FreeBSD 3.0, 2.1.6, 2.1.7 system. If anyone can give me any insight, it would be greatly appreciated! -------- Christopher Taylor Kiwi Internet Services Best Rates Around! ctaylor@kiwi.net Phone: 909-274-7800! $12.95/mo FLAT PPP! BBS: SUCCESSBBS.COM Visit: Http://Www.Kiwi.Net Web Services! PGP Fingerprint: 0D 47 98 16 74 DC 3D 7E 1E 6E 6C 2B D9 A5 C7 1B Finger 'ctaylor@kiwi.net' for Public Keyring! From owner-freebsd-hackers Tue Mar 4 11:43:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11047 for hackers-outgoing; Tue, 4 Mar 1997 11:43:46 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11037; Tue, 4 Mar 1997 11:43:27 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-47.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA29277 (5.67b/IDA-1.5); Tue, 4 Mar 1997 20:43:08 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id UAA14815; Tue, 4 Mar 1997 20:43:06 +0100 (CET) Message-Id: <19970304204305.GY21094@x14.mi.uni-koeln.de> Date: Tue, 4 Mar 1997 20:43:05 +0100 From: se@freebsd.org (Stefan Esser) To: max@rnd.runnet.ru (Maxim A. Bolotin) Cc: se@freebsd.org (Stefan Esser), hackers@freebsd.org Subject: Re: Acer ALTOS 7000 instalation problem. References: <19970218205749.IK34225@x14.mi.uni-koeln.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 In-Reply-To: ; from Maxim A. Bolotin on Feb 20, 1997 19:30:37 +0300 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 20, max@rnd.runnet.ru (Maxim A. Bolotin) wrote: > OK, Here's what I have with controller pci0 > pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x81000800 > pcibus_setup(2): mode 2 enable port (0x0cf8) is 0x00 > pcibus_setup(2a): mode2res=0x0e (0x0e) > pcibus_setup(2a): now trying mechanism 2 > pcibus_check: device 0 1 2 3 is there (id=00000021) > Probing for devices on PCI bus 0: > configuration mode 2 allows 16 devices. > vga0 rev 0 int _ irq ?? on pci0:3 > vga1 rev 0 int _ irq ?? on pci0:7 > vga? mirrored on pci0:11 > vga? mirrored on pci0:15 Sorry for the late reply ... Please try, whether the following patch stops PCI being found on your EISA-only system ... I'd appreciate receiving verbose boot messages, independently of whether the problem is fixed by this patch. Thanks in advance! STefan Index: /sys/i386/isa/pcibus.c =================================================================== RCS file: /usr/cvs/src/sys/i386/isa/pcibus.c,v retrieving revision 1.31 diff -C2 -r1.31 pcibus.c *** pcibus.c 1997/02/22 09:36:58 1.31 --- pcibus.c 1997/03/04 19:32:58 *************** *** 168,179 **** for (device = 0; device < pci_maxdevice; device++) { ! unsigned long id; if (bootverbose) printf ("%d ", device); id = pcibus_read (pcibus_tag (0,device,0), 0); ! if (id && id != 0xfffffffful) { ! if (bootverbose) printf ("is there (id=%08lx)\n", id); ! return 1; ! } } if (bootverbose) --- 168,192 ---- for (device = 0; device < pci_maxdevice; device++) { ! unsigned long id, class, header; if (bootverbose) printf ("%d ", device); id = pcibus_read (pcibus_tag (0,device,0), 0); ! if ((id == 0) || (id == 0xfffffffful)) ! continue; ! ! class = pcibus_read (pcibus_tag (0,device,0), 8); ! if (bootverbose) ! printf ("[class=%x] ", class >> 8); ! if ((class & 0xfff0ff00) != 0x06000000) ! continue; ! ! header = pcibus_read (pcibus_tag (0,device,0), 12); ! if (bootverbose) ! printf ("[hdr=%x] ", (header >> 16) & 0xff); ! if ((header & 0x007e0000) != 0) ! continue; ! ! if (bootverbose) printf ("is there (id=%08lx)\n", id); ! return 1; } if (bootverbose) From owner-freebsd-hackers Tue Mar 4 12:23:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA13498 for hackers-outgoing; Tue, 4 Mar 1997 12:23:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA13486 for ; Tue, 4 Mar 1997 12:23:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10266; Tue, 4 Mar 1997 13:18:12 -0700 From: Terry Lambert Message-Id: <199703042018.NAA10266@phaeton.artisoft.com> Subject: Re: gcc question To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Tue, 4 Mar 1997 13:18:12 -0700 (MST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199703041411.PAA02442@gvr.win.tue.nl> from "Guido van Rooij" at Mar 4, 97 03:11:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got a question about interfacing between `normal' c and -traditional. > > I have an API that is compiled with no -traditional flag that > expects the folowing parameters: > char *, char, char * > > I want to call this program from within something that has to be compiled > with -traditional. When I'd call this api function the secod argument > will be treated differently by the -traditional program and tha API > function (for which I do not have the source). My question: how can > I still interface between the two, without having to write a wrapper > (becasue I think that is ugly). Compile the ANSI C code without a prototype in scope, and it will use "traditional" stack type promotion calling conventions. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 12:32:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA14087 for hackers-outgoing; Tue, 4 Mar 1997 12:32:15 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14073; Tue, 4 Mar 1997 12:32:04 -0800 (PST) Received: from newman.concentric.net (newman.concentric.net [207.155.184.71]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id PAA07712; Tue, 4 Mar 1997 15:32:02 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0010ny.concentric.net [206.173.18.70]) by newman.concentric.net (8.8.5) id PAA08758; Tue, 4 Mar 1997 15:31:58 -0500 (EST) Message-ID: <331C8754.543D@pop3.concentric.net> Date: Tue, 04 Mar 1997 15:34:28 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: Joerg Wunsch , Doug White , hackers@freebsd.org, questions@freebsd.org Subject: Re: 2.2 Gamma Install Problem References: <331B43BB.30AB@pop3.concentric.net> <331B8448.67EE@pop3.concentric.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard Linane wrote: > > J Wunsch wrote: > > > > As Richard Linane wrote: > > > > > When I press ALT-F2 this is displayed: > > > > > > gunzip: stdin: invalid comp data--format violated > > > /stand/cpio/: premature end of file > > > Debug: switching back to VTY1 > > > > Anything before this? > > > > -- > > cheers, J"org > > > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > > Never trust an operating system you don't have sources for. ;-) > Yes but this looks like an uncompress though > /stand/cpio: usr/bin/nvi linked to usr/bin/ex > usr/bin/ex > /stand/cpio: usr/bin/nvi linked to usr/bin/view > usr/bin/view > usr/bin/vis > usr/bin/w > /stand/cpio: usr/bin/w linked to usr/bin/uptime > usr/bin/uptime > usr/bin/wall > usr/bin/wc > usr/bin/what > usr/bin/whereis > usr/bin/which > usr/bin/who > usr/bin/whois > usr/bin/window > usr/bin/write > usr/bin/xargs > > gunzip: stdin: invalid comp data--format violated > /stand/cpio/: premature end of file > Debug: switching back to VTY1 > > >Thats exactly what had been displayed< You had asked: How big is the Dos Partitian I installing from.. It is 2.146 GIG Bytes And what is the Geometry of the Drive I'm installing to.. The Geometry is >> 2446 cyls 16 heads 63 S/T 512 B/s After the failed installation this I presses ALT-F2 ( DEBUG Mode) and found it had stopped at the same place listed above. I had it try a second retrieve..it failed and reported this.. Unable to Extract the following distributions ..bin 100%.. They were not available on the installation media you've chosen. I then pressed ALT-F2 again ( DEBUG Mode) and this was printed on screen. Debug: Parse config: Invalid caracter 'p' at line 0Debug Switching back to VTY1 I think I'm going to disconnect my source drive and start the whole proccess over again as a single drive installation from floppies... ...at least the 'bin' distribution any way. From owner-freebsd-hackers Tue Mar 4 12:34:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA14242 for hackers-outgoing; Tue, 4 Mar 1997 12:34:14 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14229 for ; Tue, 4 Mar 1997 12:34:10 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id VAA03138; Tue, 4 Mar 1997 21:32:43 +0100 (MET) From: Guido van Rooij Message-Id: <199703042032.VAA03138@gvr.win.tue.nl> Subject: Re: gcc question In-Reply-To: <199703042018.NAA10266@phaeton.artisoft.com> from Terry Lambert at "Mar 4, 97 01:18:12 pm" To: terry@lambert.org (Terry Lambert) Date: Tue, 4 Mar 1997 21:32:43 +0100 (MET) Cc: FreeBSD-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > I've got a question about interfacing between `normal' c and -traditional. > > > > I have an API that is compiled with no -traditional flag that > > expects the folowing parameters: > > char *, char, char * > > > > I want to call this program from within something that has to be compiled > > with -traditional. When I'd call this api function the secod argument > > will be treated differently by the -traditional program and tha API > > function (for which I do not have the source). My question: how can > > I still interface between the two, without having to write a wrapper > > (becasue I think that is ugly). > > Compile the ANSI C code without a prototype in scope, and it will use > "traditional" stack type promotion calling conventions. > As I specifically told in my mail, I do not have the ansi c api source. -Guido From owner-freebsd-hackers Tue Mar 4 12:49:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15007 for hackers-outgoing; Tue, 4 Mar 1997 12:49:37 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA14995 for ; Tue, 4 Mar 1997 12:49:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10311; Tue, 4 Mar 1997 13:44:27 -0700 From: Terry Lambert Message-Id: <199703042044.NAA10311@phaeton.artisoft.com> Subject: Re: java support under FreeBSD. To: somsky@dirac.phys.washington.edu (William R. Somsky) Date: Tue, 4 Mar 1997 13:44:26 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199703041926.LAA24593@dirac.phys.washington.edu> from "William R. Somsky" at Mar 4, 97 11:26:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > - I can't see any decent way to automagically execute .class when > > > a user types . If typing .class is considered ok, why > > > is typing 'java ' not? If the solution is to add a soft link, > > > why not write a two-line script at once and avoid the need for kernel > > > support altogether? > > > > There is no way to do this, short of hacking the shell, or doing the > > expression expansion for path expressions in the kernel, rather than > > in the shell (there are a lot of good reasons you'd want to do this, > > actually, but it's complicated unless you do it precisely the right > > way when you do it). > > Hmm... Although it would be useful, I'd argue that any path/extention/etc > expansion does _not_ belong in the kernel's implementation of 'exec'. > The kernel is told to 'exec' a specified _file_ by name. Now, it would > IMHO, be valid for it to do whatever is necessary to execute _that_ > file, but it shouldn't go groveling around to find some other file, > otherwise you get into the problem (annoyance, possible trojan horse attack) > where "/bin/foo" _used_ to be a valid command, but got deleted, or > chmod -x'd, and then an exec of "/bin/foo" finds a completely different > "/bin/foo.class" instead, with no warning whatsoever. Not good. SUID > wrappers where you explicitly exec a file by full pathname, then get this > unforseen vulnerability. I think you are confusing PATH interpretation with terminal component evaluation. If you supply an explicit path, then your "su vunerability" is not there (and that's how you should do it). The reason for the terminal component interpretation, including the globbing, in the kernel is that you want to interpret "name" as if the user had typed "name.class" by virtue of the JAVA execution class loader grovelling for "name". The "other good reasons" include not pushing back non-matching directory entries across the getdents interface. This could speed up the SAMBA code significantly, not to mention the commercial Novell server code (which must make two passes to list first directories, then files). Saves a lot of grovelling around in user space, and a lot of kernel boundry crossings. If you were serious, the directory lookup would return full stat information. So would open, read, write, close, etc. (most of the time it could be cached in user space, but if it changed, the cached value should be updated). Consider an "ls -lR" or a "find". Also consider that a DOS OPen must return STAT information, so any DOS client would benefit. Finally, understand that a lookup is done for a reason, generally to actually do something with the resulting inode, and locality of reference suggests that it would be a win to force the thing into core (even if you aren't pessimal old DOS, always doing a "search" followed by a seperate "open", when all you wanted to do was reall an open). > Now, rather than making any 'file extension search' capability part of > exec(2), where, as I argued above, it shouldn't go, the more reasonable > place to put it (if you want it) is in execlp(3) and execvp(3) which > are already doing searches through the PATH. Searches through extensions > would logically go in the same place. > > However, I'd also argue against having _any_ "entention search" capability > in either the system library _or_ any standard shell as being to "DOS-y" > and not in the Unix spirit. If we have the command "foo" find and run > the java "foo,class", do we also want "bar" to find and run the script > "bar.sh" or (yuuch) "bar.bat"? And I've still seen people who insiste > on compiling their program "bletch.c" into "bletch.exe" -- should "bletch" > then find and run "bletch.exe"? And what about search order? What if > you ask to run "blotch" and there exists /bin/blotch.class, /usr/bin/blotch, > /usr/local/bin/blotch.sh, and ~/bin/blotch.exe? See above. "DOS'sy" it may be, but it is also a general efficiency boost (the "ls -lR" and "find" cases alone save 50% on the number of system calls necessary. So do tar, cpio, zip, etc.: anything that needs a stat or fstat following a lookup. Like a GUI file browser, for example.). Unfortuantely, the current VFS framework is not stable enough to allow this level of FS research... and the Lite2 patches make a number of things worse, not better. 8-(. > > I have no problem with "name.class"... if someone does, then they > > need to rename their "exectuable" to "name" instead of "name.class". > > I agree with this. Yes... but like I said, I'm not close enough to the problem to know if JAVA places significance on the ".class" extension. If it does, this won't work. > > Yes. This is what I would suggest. The sysctl CLASSPATH is the > > "default path". > > > > I would maybe go so far as to say that if the user specifies a CLASSPATH, > > it should override, entirely, the sysctl CLASSPATH for invocations by > > that user. > > Hmm... could we do something like one of the TeX implementations (Karl > Berry's, and it might carry ofer into Thomas Esser's) does? A fully > specified CLASSPATH (or perhaps EXECCLASSPATH if you want to keep it > separate from other uses of CLASSPATH by netscape and other non-kernel > uses) overrides the sysctl CLASSPATH, but if there is a leading/trailing/ > doubled-internal ":", the sysctl CLASSPATH is inserted into that point. > So if I just want to add my ~/bin/java to thefront of the EXECCLASSPATH, > I just "setenv EXECCLASSPATH ~/bin/java:" I like this better than my suggestion. 8-). > Hmm... But do we really want a kernel(2) item to be reading stuff from > the environment? Does any other "section-two" call use environmental > information? If not, I'd argue against using any env info here. The execve(2) does already. And the program loader (shell) examines the path. There is also the crt0.o for ld.so (ld.so should areguably be mapped into the process address space by the execution class code in the kernel, instead of by the crt0.o... that's one of the reasons a non-"branded" ELF binary is such a bad thing). We could argue that the execve(2) call should be changed to not forward the envp from the caller's address space. Indeed, the environment should be in the kernel as a user manipulable data (via system call) off the proc struct. POSIX is broken in this area, to some degree, in that it implies the envp for some section(3) wrappers. I provided a getenv/setenv implementation in late 1994 that actually did this: effectively, it was an implementation of logical name tables. The initial reason for doing this was to support kernel expansion of environment variables in the interpretaion of variant symbolic links (the name space intrusion was done via "$(varname)" constructs -- unlikely to interfer with any existing, useful symbolic links). There are a couple of nice side effects of this, not the least of which is that it allows inheritance of "system logical names" (initd's LNT) and "group logical names" (the process group leader's LNT) and solves the age-old problem of "how can a child modify the parent's environment?". Logical names implemented this way, obviously, would enable you to solve all of the CLASSPATH problems neatly, cleanly, and with little or no real coding effort: set up the system logical "CLASSPATH" and override it, as necessary, in the user's login or process environment. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 12:53:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15209 for hackers-outgoing; Tue, 4 Mar 1997 12:53:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA15204 for ; Tue, 4 Mar 1997 12:53:43 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA28411 for ; Tue, 4 Mar 1997 12:53:42 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id PAA16386; Tue, 4 Mar 1997 15:52:17 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id PAA13147; Tue, 4 Mar 1997 15:52:03 -0500 Date: Tue, 4 Mar 1997 15:52:03 -0500 Message-Id: <199703042052.PAA13147@jenolan.caipgeneral> From: "David S. Miller" To: somsky@dirac.phys.washington.edu CC: hackers@freefall.freebsd.org In-reply-to: <199703041926.LAA24593@dirac.phys.washington.edu> (somsky@dirac.phys.washington.edu) Subject: Re: java support under FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "William R. Somsky" Date: Tue, 4 Mar 1997 11:26:04 -0800 (PST) Hmm... But do we really want a kernel(2) item to be reading stuff from the environment? Does any other "section-two" call use environmental information? If not, I'd argue against using any env info here. This is the sort of thing that procfs root writable only tunables are for. From owner-freebsd-hackers Tue Mar 4 12:56:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15381 for hackers-outgoing; Tue, 4 Mar 1997 12:56:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15295; Tue, 4 Mar 1997 12:56:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10324; Tue, 4 Mar 1997 13:47:55 -0700 From: Terry Lambert Message-Id: <199703042047.NAA10324@phaeton.artisoft.com> Subject: Re: Re : latest Java support source for FreeBSD.. To: eivind@dimaga.com (Eivind Eklund) Date: Tue, 4 Mar 1997 13:47:55 -0700 (MST) Cc: adrian@obiwan.aceonline.com.au, hackers@FreeBSD.ORG, emulation@FreeBSD.ORG In-Reply-To: <3.0.32.19970304164156.0092a2d0@dimaga.com> from "Eivind Eklund" at Mar 4, 97 04:41:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >/*- > > * Copyright (c) 1997 Adrian Chadd > > * All rights reserved. > > It would be very nice if you deleted this line, as presently you're not > even allowing me to read the code you're sending to the mailing list ;-) > (If you deleted the line, I believe you would get the effect of having the > BSD copyright for the entire file) He has reserved all rights, then granted license under the terms of the standard UCB license. There's a *lot* of code in the kernel with similar copyright notices. Look at the VM system for a lot of examples. In point of fact, there *must* be a copyright holder, unless he assigns the code (that's what people who "donated" to CSRG did, and The Regents became the copyright holder, and therefore able to grant the license). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 12:58:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15500 for hackers-outgoing; Tue, 4 Mar 1997 12:58:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15495 for ; Tue, 4 Mar 1997 12:58:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10337; Tue, 4 Mar 1997 13:52:30 -0700 From: Terry Lambert Message-Id: <199703042052.NAA10337@phaeton.artisoft.com> Subject: Re: PS2 Mouse on FreeBSD 2.1.5 To: nate@mt.sri.com (Nate Williams) Date: Tue, 4 Mar 1997 13:52:29 -0700 (MST) Cc: terry@lambert.org, slaterm@excel.tnet.com.au, freebsd-hackers@freebsd.org In-Reply-To: <199703041907.MAA00389@rocky.mt.sri.com> from "Nate Williams" at Mar 4, 97 12:07:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > It seems to work fine in Windoze 95 however. So perhaps im using the > > > wrong port ? Any suggestions would be appriciated! > > > > You are confusing a PS/2 mouse (psm0 on port 0x60 of the keyboard > > controller) with a bus mouse (IRQ 12). > > The PS/2 mouse uses IR 12 by default. You are confused. :) Is this true? The ACER system which I have here has a mini-DIN connector, but it is a busmouse controller backing the connector, not the keyboard controller. It uses IRQ 12. I am *very* familiar with this particular bus mouse because ACER (stupidly) left the mouse out of the PnP BIOS local devices list in ROM, and the PnP stuff in Win95 was forever giving IRQ12 away to an Adaptec SCSI controller until we went in and manually disabled the PnP for the Adaptec and configured Win95 to know that the mouse was hard-coded for IRQ 12. That doesn't mean that this isn't an unrealted problem, however. 8-(. ...Stupid, frigging, !@#$%! ISA bus. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 13:03:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15696 for hackers-outgoing; Tue, 4 Mar 1997 13:03:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15683 for ; Tue, 4 Mar 1997 13:03:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10366; Tue, 4 Mar 1997 13:57:51 -0700 From: Terry Lambert Message-Id: <199703042057.NAA10366@phaeton.artisoft.com> Subject: Re: gcc question To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Tue, 4 Mar 1997 13:57:51 -0700 (MST) Cc: terry@lambert.org, FreeBSD-hackers@freebsd.org In-Reply-To: <199703042032.VAA03138@gvr.win.tue.nl> from "Guido van Rooij" at Mar 4, 97 09:32:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I've got a question about interfacing between `normal' c and -traditional. > > > > > > I have an API that is compiled with no -traditional flag that > > > expects the folowing parameters: > > > char *, char, char * > > > > > > I want to call this program from within something that has to be compiled > > > with -traditional. When I'd call this api function the secod argument > > > will be treated differently by the -traditional program and tha API > > > function (for which I do not have the source). My question: how can > > > I still interface between the two, without having to write a wrapper > > > (becasue I think that is ugly). > > > > Compile the ANSI C code without a prototype in scope, and it will use > > "traditional" stack type promotion calling conventions. > > > > As I specifically told in my mail, I do not have the ansi c api source. Then you must create a stub function, eg: /* * the prototype for the real thing must be in scope for this * compilation */ #include "api_header.h" /* * Stub, compiled without prototype for stub_apicall() in scope, * but *with* prototype for apicall() in scope. */ stub_apicall( xxx) { /* * Calls real thing, compiled with prototype in scope */ return apicall( xxx) } ... /* * other stup_apicalls.... */ ... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 13:09:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15964 for hackers-outgoing; Tue, 4 Mar 1997 13:09:48 -0800 (PST) Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15959 for ; Tue, 4 Mar 1997 13:09:45 -0800 (PST) Received: (from wong@localhost) by wong.rogerswave.ca (8.8.5/8.7.3) id VAA00436; Mon, 3 Mar 1997 21:19:44 -0500 (EST) Date: Mon, 3 Mar 1997 21:19:39 -0500 (EST) From: Ken Wong X-Sender: wong@wong.rogerswave.ca Reply-To: wong@rogerswave.ca To: Alan Cox cc: davem@jenolan.rutgers.edu, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Subject: Re: ok, final sockhash changes, new diff In-Reply-To: <199703022238.WAA23129@snowcrash.cymru.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Mar 1997, Alan Cox wrote: > I talked to a few dynamic "perfect has" folks a while ago. They all said > overhead of recomputation of the hash was too high. actually, this paper by Larson talks about the hash table with n items in each packet. when the packet axceed n items, it double its table size. Note that in most app, growth shouldn't happen often. however, if overhead is the problem, you can modify the algo a little to search said item k, if the design item is not in k, then search k/2 (asume that you know that to grow the table is doubling the table size). and if found re-insert it in k... Ken From owner-freebsd-hackers Tue Mar 4 13:17:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16311 for hackers-outgoing; Tue, 4 Mar 1997 13:17:13 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16305 for ; Tue, 4 Mar 1997 13:17:04 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA01188; Tue, 4 Mar 1997 14:13:21 -0700 (MST) Date: Tue, 4 Mar 1997 14:13:21 -0700 (MST) Message-Id: <199703042113.OAA01188@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), freebsd-hackers@freebsd.org Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-Reply-To: <199703042052.NAA10337@phaeton.artisoft.com> References: <199703041907.MAA00389@rocky.mt.sri.com> <199703042052.NAA10337@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The PS/2 mouse uses IR 12 by default. You are confused. :) > > Is this true? Would I dare to correct you if it wasn't, knowing that it could involved megabytes of email both directions while we discuss the problem? :) Nate From owner-freebsd-hackers Tue Mar 4 13:31:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16953 for hackers-outgoing; Tue, 4 Mar 1997 13:31:47 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16946 for ; Tue, 4 Mar 1997 13:31:40 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id WAA03370; Tue, 4 Mar 1997 22:30:12 +0100 (MET) From: Guido van Rooij Message-Id: <199703042130.WAA03370@gvr.win.tue.nl> Subject: Re: gcc question In-Reply-To: <199703042057.NAA10366@phaeton.artisoft.com> from Terry Lambert at "Mar 4, 97 01:57:51 pm" To: terry@lambert.org (Terry Lambert) Date: Tue, 4 Mar 1997 22:30:12 +0100 (MET) Cc: terry@lambert.org, FreeBSD-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > I still interface between the two, without having to write a wrapper > > > > (becasue I think that is ugly). > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Then you must create a stub function, eg: What I meant was isn't there an __whatever__ function attruibute that does this. -Guido From owner-freebsd-hackers Tue Mar 4 13:39:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17340 for hackers-outgoing; Tue, 4 Mar 1997 13:39:34 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17335 for ; Tue, 4 Mar 1997 13:39:29 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id WAA04475; Tue, 4 Mar 1997 22:34:02 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id WAA27608; Tue, 4 Mar 1997 22:07:05 +0100 (MET) Message-Id: <3.0.32.19970304220705.00ac4100@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 04 Mar 1997 22:07:06 +0100 To: Terry Lambert From: Eivind Eklund Subject: Copyright (was Re: Re : latest Java support source for FreeBSD..) Cc: adrian@obiwan.aceonline.com.au, hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:47 PM 3/4/97 -0700, Terry Lambert wrote: >> >/*- >> > * Copyright (c) 1997 Adrian Chadd >> > * All rights reserved. >> >> It would be very nice if you deleted this line, as presently you're not >> even allowing me to read the code you're sending to the mailing list ;-) >> (If you deleted the line, I believe you would get the effect of having the >> BSD copyright for the entire file) > >He has reserved all rights, then granted license under the terms of the >standard UCB license. There's a *lot* of code in the kernel with similar >copyright notices. Look at the VM system for a lot of examples. > >In point of fact, there *must* be a copyright holder, unless he >assigns the code (that's what people who "donated" to CSRG did, and >The Regents became the copyright holder, and therefore able to >grant the license). He is keeping all rights to the modifications he has done (all rights reserved). It is based on other code, which he is reproducing the copyright of (which he is required to do). Or at least that is how I believe a nasty lawyer would construct it. Removing the "All rights reserved." line would make both the modifications and the original be under BSD copyright. BTW: It was not my intention to send this to the list - it was meant to be a private mail. Oh, well. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Tue Mar 4 14:09:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19119 for hackers-outgoing; Tue, 4 Mar 1997 14:09:57 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19114 for ; Tue, 4 Mar 1997 14:09:53 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id OAA02108 for ; Tue, 4 Mar 1997 14:09:50 -0800 (PST) Date: Tue, 4 Mar 1997 14:09:50 -0800 (PST) From: Vincent Poy To: hackers@freebsd.org Subject: libs not found Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings all, For some reason, none of the libs in /usr/local/lib are working, ldconfig -r below shows the lib in line 44 but the file is there but this is the message I get when tcpd is run or any other program requiring a lib in /usr/local/bin: ld.so failed: Can't find shared library "libwrap.so.7.4" /var/run/ld.so.hints: search directories: /usr/lib:/usr/lib/compat:/usr/local/lib 0:-lftpio.4.0 => /usr/lib/libftpio.so.4.0 1:-lutil.2.2 => /usr/lib/libutil.so.2.2 2:-lmytinfo.2.0 => /usr/lib/libmytinfo.so.2.0 3:-lncurses.3.0 => /usr/lib/libncurses.so.3.0 4:-ltermcap.2.1 => /usr/lib/libtermcap.so.2.1 5:-lcrypt.2.0 => /usr/lib/libcrypt.so.2.0 6:-ldes.2.1 => /usr/lib/libdes.so.2.1 7:-ltcl.75.1 => /usr/lib/libtcl.so.75.1 8:-lresolv.2.0 => /usr/lib/libresolv.so.2.0 9:-lc.3.0 => /usr/lib/libc.so.3.0 10:-lskey.2.0 => /usr/lib/libskey.so.2.0 11:-ledit.2.0 => /usr/lib/libedit.so.2.0 12:-lreadline.3.0 => /usr/lib/libreadline.so.3.0 13:-lgcc.1.1 => /usr/lib/libgcc.so.1.1 14:-lkdb.2.0 => /usr/lib/libkdb.so.2.0 15:-lln.1.1 => /usr/lib/libln.so.1.1 16:-lstdc++.2.0 => /usr/lib/libstdc++.so.2.0 17:-lkrb.2.1 => /usr/lib/libkrb.so.2.1 18:-lc.2.2 => /usr/lib/libc.so.2.2 19:-lkvm.2.0 => /usr/lib/libkvm.so.2.0 20:-lcom_err.2.0 => /usr/lib/libcom_err.so.2.0 21:-lforms.3.0 => /usr/lib/libforms.so.3.0 22:-lgmp.3.0 => /usr/lib/libgmp.so.3.0 23:-lfakegnumalloc.2.0 => /usr/lib/libfakegnumalloc.so.2.0 24:-lgnumalloc.1.1 => /usr/lib/libgnumalloc.so.1.1 25:-lacl.2.0 => /usr/lib/libacl.so.2.0 26:-lmp.2.0 => /usr/lib/libmp.so.2.0 27:-lf2c.2.0 => /usr/lib/libf2c.so.2.0 28:-lgmp.2.0 => /usr/lib/libgmp.so.2.0 29:-ltcl.7.3 => /usr/local/lib/libtcl.so.7.3 30:-ltk.3.6 => /usr/local/lib/libtk.so.3.6 31:-ldpnetwork.3.2 => /usr/local/lib/libdpnetwork.so.3.2 32:-lrkinit.2.0 => /usr/lib/librkinit.so.2.0 33:-ltcl74.1.0 => /usr/local/lib/libtcl74.so.1.0 34:-lmalloc.1.1 => /usr/lib/libmalloc.so.1.1 35:-lcurses.2.0 => /usr/lib/libcurses.so.2.0 36:-lpico.1.3 => /usr/local/lib/libpico.so.1.3 37:-lxpg4.2.0 => /usr/lib/libxpg4.so.2.0 38:-lm.2.0 => /usr/lib/libm.so.2.0 39:-lgcc.261.0 => /usr/lib/libgcc.so.261.0 40:-ltermlib.2.1 => /usr/lib/libtermlib.so.2.1 41:-ltcl75.1.1 => /usr/lib/libtcl75.so.1.1 42:-lscrypt.2.0 => /usr/lib/libscrypt.so.2.0 43:-lgnumalloc.2.0 => /usr/lib/libgnumalloc.so.2.0 44:-lwrap.7.4 => /usr/local/lib/libwrap.so.7.4 45:-lpcap.2.1 => /usr/lib/libpcap.so.2.1 46:-ltk41.1.0 => /usr/local/lib/libtk41.so.1.0 47:-lmp.3.0 => /usr/lib/libmp.so.3.0 48:-ltelnet.2.0 => /usr/lib/libtelnet.so.2.0 49:-lss.2.0 => /usr/lib/libss.so.2.0 50:-lscsi.2.0 => /usr/lib/libscsi.so.2.0 51:-lkadm.2.0 => /usr/lib/libkadm.so.2.0 52:-lgnuregex.2.0 => /usr/lib/libgnuregex.so.2.0 53:-lipx.2.0 => /usr/lib/libipx.so.2.0 54:-lslang.0.9938 => /usr/local/lib/libslang.so.0.9938 55:-lg++.3.0 => /usr/lib/libg++.so.3.0 56:-ldialog.3.0 => /usr/lib/libdialog.so.3.0 57:-lcipher.2.0 => /usr/lib/libcipher.so.2.0 58:-lg++.4.0 => /usr/lib/libg++.so.4.0 59:-lftpio.3.0 => /usr/lib/libftpio.so.3.0 60:-lc-client.1.3 => /usr/local/lib/libc-client.so.1.3 61:-ldes.3.0 => /usr/lib/libdes.so.3.0 62:-ly.2.0 => /usr/lib/liby.so.2.0 63:-lmh.3.2 => /usr/local/lib/libmh.so.3.2 64:-lcompat.2.0 => /usr/lib/libcompat.so.2.0 65:-lz.2.0 => /usr/lib/libz.so.2.0 66:-lrpcsvc.2.0 => /usr/lib/librpcsvc.so.2.0 67:-lresolv.1.1 => /usr/lib/libresolv.so.1.1 68:-ldescrypt.2.0 => /usr/lib/libdescrypt.so.2.0 Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-hackers Tue Mar 4 14:13:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19415 for hackers-outgoing; Tue, 4 Mar 1997 14:13:37 -0800 (PST) Received: from TomQNX.tomqnx.com (ott-pm1-21.comnet.ca [206.75.140.21]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19402 for ; Tue, 4 Mar 1997 14:13:29 -0800 (PST) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0w22U9-0008QuC; Tue, 4 Mar 97 17:15 EST Message-Id: From: tom@tomqnx.com (Tom Torrance at home) Subject: ASUS Support To: freebsd-hackers@freebsd.org Date: Tue, 4 Mar 1997 17:15:00 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there support in Release 2.2 for the P55T2P4S MB with on-board AHA7880 Ultra Wide SCSI controller? Thanks, Tom From owner-freebsd-hackers Tue Mar 4 14:14:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19483 for hackers-outgoing; Tue, 4 Mar 1997 14:14:23 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19465 for ; Tue, 4 Mar 1997 14:14:11 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA01575; Tue, 4 Mar 1997 15:10:45 -0700 (MST) Date: Tue, 4 Mar 1997 15:10:45 -0700 (MST) Message-Id: <199703042210.PAA01575@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: somsky@dirac.phys.washington.edu (William R. Somsky), hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. In-Reply-To: <199703042044.NAA10311@phaeton.artisoft.com> References: <199703041926.LAA24593@dirac.phys.washington.edu> <199703042044.NAA10311@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ Lots of explicit gobbly-gook that shows the people doing the JAVA stuff haven't done much with JAVA and/or the JDK. > The reason for the terminal component interpretation, including the > globbing, in the kernel is that you want to interpret "name" as if > the user had typed "name.class" by virtue of the JAVA execution class > loader grovelling for "name". Hmm, when I run java programs, I tye 'java name', NOT 'java name.class'. Now, when I compile I type 'javac name.java', but that's another story altogether. The JDK interpreter must go off and find the Class 'name' somewhere in it's CLASSPATH, and *that's* IMHO the biggest impediment to this whole ordeal. Until SUN and/or one of the other folks standardize on a way to run JAVA programs w/out CLASSPATH it's simply not going to work. It's the interpreters responsibility to find the correct class. All a 'java' activator can do is check in the current proceses directory, or check to see if an explicit pathname was given (thus needing to append the .class on the end). Otherwise it has to grovel around in the CLASSPATH, zipfiles, etc.. and the kernel has no good reason to do that. Ex: CLASSPATH .:/usr/local/jdk/lib/classes.zip % java sun.tools.javac.Main use: javac [-g][-O][-debug][-depend][-jws][-nowarn][-verbose][-classpath path][-nowrite][-d dir] file.java... No tell me an easy way for the kernel to do this: % sun.tools.javac.Main use: javac [-g][-O][-debug][-depend][-jws][-nowarn][-verbose][-classpath path][-nowrite][-d dir] file.java... That's why the 'script' method as suggested by the saner arguers currently the best approach, and the approach SUN used for javac % cat javac #!/bin/sh `dirname $0`/java -ms8m sun.tools.javac.Main $* Nate From owner-freebsd-hackers Tue Mar 4 14:33:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20863 for hackers-outgoing; Tue, 4 Mar 1997 14:33:33 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20858 for ; Tue, 4 Mar 1997 14:33:27 -0800 (PST) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id OAA22716 for ; Tue, 4 Mar 1997 14:35:09 -0800 (PST) Received: (qmail 20288 invoked by uid 110); 4 Mar 1997 22:31:03 -0000 Message-ID: <19970304223102.20286.qmail@suburbia.net> Subject: Re: Removing execute privs from stack pages In-Reply-To: from Warner Losh at "Mar 4, 97 11:17:26 am" To: imp@village.org (Warner Losh) Date: Wed, 5 Mar 1997 09:31:02 +1100 (EST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Even making the stack non-executable will not solve the problem. It > is possible to use overflows to overwrite function pointers in .data > or .bss area that are called through (although this is much much > harder). > > Warner No, it is easier than that. If your heap is executable, you can just point the pc to data in there (e.g gethostbyaddr packet buffer) -- Prof. Julian Assange |If you want to build a ship, don't drum up people |together to collect wood and don't assign them tasks proff@iq.org |and work, but rather teach them to long for the endless proff@gnu.ai.mit.edu |immensity of the sea. -- Antoine de Saint Exupery From owner-freebsd-hackers Tue Mar 4 14:39:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA21202 for hackers-outgoing; Tue, 4 Mar 1997 14:39:59 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA21195 for ; Tue, 4 Mar 1997 14:39:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10541; Tue, 4 Mar 1997 15:34:21 -0700 From: Terry Lambert Message-Id: <199703042234.PAA10541@phaeton.artisoft.com> Subject: Re: PS2 Mouse on FreeBSD 2.1.5 To: nate@mt.sri.com (Nate Williams) Date: Tue, 4 Mar 1997 15:34:21 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, freebsd-hackers@freebsd.org In-Reply-To: <199703042113.OAA01188@rocky.mt.sri.com> from "Nate Williams" at Mar 4, 97 02:13:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > The PS/2 mouse uses IR 12 by default. You are confused. :) > > > > Is this true? > > Would I dare to correct you if it wasn't, knowing that it could involved > megabytes of email both directions while we discuss the problem? :) You have before... 8-). But I looked at the code, and you're right that the PS/2 driver uses IRQ 12 by default. Se La Guerre... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 14:42:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA21359 for hackers-outgoing; Tue, 4 Mar 1997 14:42:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA21353 for ; Tue, 4 Mar 1997 14:42:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10555; Tue, 4 Mar 1997 15:37:21 -0700 From: Terry Lambert Message-Id: <199703042237.PAA10555@phaeton.artisoft.com> Subject: Re: gcc question To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Tue, 4 Mar 1997 15:37:21 -0700 (MST) Cc: terry@lambert.org, FreeBSD-hackers@freebsd.org In-Reply-To: <199703042130.WAA03370@gvr.win.tue.nl> from "Guido van Rooij" at Mar 4, 97 10:30:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > I still interface between the two, without having to write a wrapper > > > > > (becasue I think that is ugly). > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Then you must create a stub function, eg: > > What I meant was isn't there an __whatever__ function attruibute that does > this. You mean "acts as if there were a prototype in scope for -traditional compilations"? No. It is not an attribute in the object file; it's a question of how arguments are pushed an popped with a prototype in scope and not in scope. Since ANSI does not *require* prototypes be used... why can't you dispense with -traditional? What behaviour are you depending on? You aren't going to change the way the stack is framed by caller vs. the way it is framed by callee without a stub function (or compiling the caller and callee in the same context). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Mar 4 14:59:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA21924 for hackers-outgoing; Tue, 4 Mar 1997 14:59:30 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21919 for ; Tue, 4 Mar 1997 14:59:27 -0800 (PST) Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA28556 for ; Tue, 4 Mar 1997 14:59:25 -0800 (PST) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by enst.enst.fr (8.8.4/8.8.4) with ESMTP id XAA19627; Tue, 4 Mar 1997 23:57:46 +0100 (MET) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id XAA15857; Tue, 4 Mar 1997 23:57:39 +0100 (MET) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id XAA13518; Tue, 4 Mar 1997 23:57:36 +0100 (MET) To: Ray Cummins Cc: Andrzej Bialecki , freebsd-hackers@FreeBSD.ORG X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Subject: Re: "stealing" pty/vty References: From: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: 04 Mar 1997 23:57:33 +0100 In-Reply-To: Ray Cummins's message of Mon, 24 Feb 1997 08:25:08 -0500 (EST) Message-ID: Lines: 30 X-Mailer: Red Gnus v0.50/XEmacs 19.14 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ray Cummins writes: > On Mon, 24 Feb 1997, Andrzej Bialecki wrote: > > > Sometimes I run into following problem: I start a process on a console (or > > vty) and then go home only to remember that I have to "press any key" for > > the damn process to continue... But how to do it, even if I log in and su > > to root? > > > > Is there a way to tap into the vty used by process and interact with it? > > > > man "watch" Another way to do it is to use the TIOCSTI ioctl. STI is for Simulate Terminal Input. Write a program which open the controling tty of the process that is waiting for a key, and then make a TIOCSTI with a pointer to "\n" as an argument on the filedescriptor of the tty. It will simulate a "\n" coming from the pty (you cannot simply write a "\n" on the pty because it cannot be opened twice and getty -or xterm...- has previously opened it before launching the shell that activated your program waiting for a key). Then, it will be interpreted by the program like a "\n" typed on your console (or xterm). This method works not only on FreeBSD but on most BSD-derivated systems too because it doesn't make use of the tty snoop interfaces. (I've tested it with success on SunOS 4.x too). Sincerly, Alexandre Fenyo From owner-freebsd-hackers Tue Mar 4 15:06:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22231 for hackers-outgoing; Tue, 4 Mar 1997 15:06:55 -0800 (PST) Received: from bellind.com ([206.101.34.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22224 for ; Tue, 4 Mar 1997 15:06:48 -0800 (PST) From: RGireyev@Bellind.com Received: from cdcexchange.bellind.com ([170.1.130.2]) by firewall.bellind.com with SMTP id <3663-2>; Tue, 4 Mar 1997 15:03:55 -0800 Received: by cdcexchange.bellind.com with Microsoft Exchange (IMC 4.0.837.3) id <01BC28AE.395B0C20@cdcexchange.bellind.com>; Tue, 4 Mar 1997 15:10:41 -0800 Message-ID: To: Cc: , Subject: RE: 2.2 Gamma Install Problem Date: Tue, 4 Mar 1997 15:10:39 -0800 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A completely worthless $0.02 but a similar thing happened to me once when I downloaded a file, off the Internet, and the last few bits didn't make it accross. Is the size of the original file, on the FTP server, the same as the size of the local .gz file? >---------- >From: Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] >Sent: Monday, March 03, 1997 11:09 PM >To: Typh0on@concentric.net >Cc: Doug White; hackers@freebsd.org >Subject: Re: 2.2 Gamma Install Problem > >> gunzip: stdin: invalid comp data--format violated >> /stand/cpio/: premature end of file >> Debug: switching back to VTY1 >> >> Any Clues ? > >Looks like the DOS I/O routines failed to read the data correctly off >of this partition. Interesting! How large is this DOS partition >you're reading from and what is the cylinder geometry of the disk it's >on? > > Jordan > From owner-freebsd-hackers Tue Mar 4 15:18:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22653 for hackers-outgoing; Tue, 4 Mar 1997 15:18:30 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22647 for ; Tue, 4 Mar 1997 15:18:26 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id PAA17467; Tue, 4 Mar 1997 15:17:36 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id PAA10615; Tue, 4 Mar 1997 15:17:35 -0800 (PST) Date: Tue, 4 Mar 1997 15:17:35 -0800 (PST) From: Chris Timmons Reply-To: Chris Timmons To: Dick van den Burg cc: cvsup-bugs@polstra.com, freebsd-hackers@freebsd.org Subject: Re: cvsup In-Reply-To: <199703012027.VAA20143@burg.is.ge.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dick, John Polstra (the CVSup author) might be able suggest something when he returns to the list mid-month. I'd encourage you to email him directly at . > Is there any way whereby I can tell the server to connect to the > firewall (in stead of my-host) on a given port or is there any way I > can specify a portnumber I can connect to on the server in passive > mode? Either way it would probably require modifications to CVSup and CVSupd. The former seems like it would be easier than trying to guarantee port assignments at the server for a particular run of passive-mode CVSup. > Any other suggestions ? It's probably not likely that you would change your firewall software (i.e. to socks) to get around this problem; however, might you locate an otherwise retired/discarded 386/486 machine outside the firewall with just ssh and cvsup? You could set up your own mirror and talk to it through the firewall using ssh port forwarding. If you are inclined to do this let me know, and I can help you with setting up your mirror. Good luck, -Chris From owner-freebsd-hackers Tue Mar 4 15:20:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22835 for hackers-outgoing; Tue, 4 Mar 1997 15:20:43 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22825 for ; Tue, 4 Mar 1997 15:20:39 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26667; Tue, 4 Mar 1997 18:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 4 Mar 1997 18:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id RAA29762; Tue, 4 Mar 1997 17:08:10 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA26782; Tue, 4 Mar 1997 17:13:49 -0500 (EST) Date: Tue, 4 Mar 1997 17:13:49 -0500 (EST) From: Thomas David Rivers Message-Id: <199703042213.RAA26782@lakes.water.net> To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers, ponds!eclogite.eps.nagoya-u.ac.jp!kato, ponds!lambert.org!terry Subject: "dup alloc" and Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > >Description: > > > The function vinvalbuf() in vfs_subr.c may clober b_vnbufs chain. > > in vinvalbuf(): > > s = splbio(); > for (;;) { > ... > for (bp = blist; bp; bp = nbp) { > ... > if (bp->b_flags & B_BUSY) { > ... > splx(s); <--- (1) > ... > break; <--- (2) > } > } > } > > Because disk I/O interruption is unmasked at (1), b_vnbufs is operated > without splbio() after `break' at (2). > This looks very interesting to me... does anything think it could be the cause of my "dup alloc" problems? I'm going to give it a try later this evening... - Dave Rivers - From owner-freebsd-hackers Tue Mar 4 16:14:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25601 for hackers-outgoing; Tue, 4 Mar 1997 16:14:54 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25582 for ; Tue, 4 Mar 1997 16:14:47 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA14131; Wed, 5 Mar 1997 09:14:17 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (sMoANGIaWf09R1pFBl28GnJYUBoInAH+@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA13880; Wed, 5 Mar 1997 09:14:17 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id JAA01622; Wed, 5 Mar 1997 09:18:24 +0900 (JST) Message-Id: <199703050018.JAA01622@zodiac.mech.utsunomiya-u.ac.jp> To: Michael Slater cc: freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-reply-to: Your message of "Tue, 04 Mar 1997 17:38:59 +0800." References: Date: Wed, 05 Mar 1997 09:18:22 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hello, > I am having trouble getting FreeBSD 2.1.5 to recognise my PS/2 mouse. >I'm using a normal Austek Pentium mb, with a built in PS/2 connector. I >noticed that in the kernel, it defaults to IRQ 12, port 0x60 but when >ever i boot up the machine, it gives me the message "psm0 not found on 0x60" >It seems to work fine in Windoze 95 however. So perhaps im using the >wrong port ? Any suggestions would be appriciated! > >thanks, > >Michael Slater >slaterm@tnet.com.au >http://www.tnet.com.au/~slaterm Yes, you are using the correct port and interrupt. But, the trouble is that the PS/2 mouse driver has had so many problems under 2.1.X. I would suggest that you add the following line to your kernel configuration file, rebuild the kernel and see if it works. options PSM_NO_RESET There isn't much else you can try, apart from hacking the driver source yourself. The PS/2 mouse driver under 2.2 will be much better. If you can wait for it, upgrading your system to 2.2 will be the best way to go. If the above option doesn't work for you, and you still want 2.1.5 to recognize your mouse, contact me. I will send you patch which "forces" the psm driver to recognize the mouse (even if it isn't there). Kazu From owner-freebsd-hackers Tue Mar 4 16:21:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26678 for hackers-outgoing; Tue, 4 Mar 1997 16:21:00 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA26604 for ; Tue, 4 Mar 1997 16:20:38 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01969; Tue, 4 Mar 1997 19:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 4 Mar 1997 19:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id TAA01628; Tue, 4 Mar 1997 19:12:40 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id TAA27728; Tue, 4 Mar 1997 19:18:20 -0500 (EST) Date: Tue, 4 Mar 1997 19:18:20 -0500 (EST) From: Thomas David Rivers Message-Id: <199703050018.TAA27728@lakes.water.net> To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers, ponds!lambert.org!terry Subject: Re: "dup alloc" and Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> Because disk I/O interruption is unmasked at (1), b_vnbufs is operated > >> without splbio() after `break' at (2). > >> > > > > > > This looks very interesting to me... does anything think it could > > be the cause of my "dup alloc" problems? I'm going to give it > > a try later this evening... > > It might, but it seems like the more likely failure would be a bad pointer > dereference. In any case, I suggest trying the patch I provided as a followup. > > -DG > > David Greenman Praise Be! Initial tests with the original patch are promising; I've tried three times now and can't get a demonstration of the problem (that is, I trash the inode and newfs successfully writes 0!!! Yeah!!!!) However; I'm going to build a pristine kernel and make sure that I can 1) Again reliable reproduce the problem. 2) Make this one change and watch the problem go away (hopefully!) I'll report back as soon as I have the results on that... It looks *very* promising! - Dave Rivers - From owner-freebsd-hackers Tue Mar 4 16:23:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26851 for hackers-outgoing; Tue, 4 Mar 1997 16:23:12 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26841 for ; Tue, 4 Mar 1997 16:23:08 -0800 (PST) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by bacchus.eng.umd.edu (8.8.5/8.8.5) with ESMTP id TAA23992; Tue, 4 Mar 1997 19:22:58 -0500 (EST) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.8.5/8.6.4) with SMTP id TAA15365; Tue, 4 Mar 1997 19:22:57 -0500 (EST) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 4 Mar 1997 19:22:52 -0500 (EST) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Vincent Poy cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Vincent Poy wrote: > Greetings all, > > For some reason, none of the libs in /usr/local/lib are working, > ldconfig -r below shows the lib in line 44 but the file is there but this > is the message I get when tcpd is run or any other program requiring a > lib in /usr/local/bin: > > ld.so failed: Can't find shared library "libwrap.so.7.4" > > /var/run/ld.so.hints: > search directories: /usr/lib:/usr/lib/compat:/usr/local/lib Is /usr/local/lib in your LD_LIBRARY_PATH (your environment variable)? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Mar 4 16:42:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28277 for hackers-outgoing; Tue, 4 Mar 1997 16:42:57 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA28266 for ; Tue, 4 Mar 1997 16:42:49 -0800 (PST) Received: from newman.concentric.net (newman.concentric.net [207.155.184.71]) by darius.concentric.net (8.8.5/(97/03/03 3.23)) id TAA16952; Tue, 4 Mar 1997 19:42:32 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0021ny.concentric.net [206.173.18.81]) by newman.concentric.net (8.8.5) id TAA26723; Tue, 4 Mar 1997 19:42:29 -0500 (EST) Message-ID: <331CC207.70C9@pop3.concentric.net> Date: Tue, 04 Mar 1997 19:44:55 -0500 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: RGireyev@Bellind.com CC: dwhite@lmbmicro.com, hackers@freebsd.org Subject: Re: 2.2 Gamma Install Problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk RGireyev@Bellind.com wrote: > > A completely worthless $0.02 but a similar thing happened to me > once when I downloaded a file, off the Internet, and the last few bits > didn't make it accross. Is the size of the original file, on the FTP > server, > the same as the size of the local .gz file? > > >---------- > >From: Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] > >Sent: Monday, March 03, 1997 11:09 PM > >To: Typh0on@concentric.net > >Cc: Doug White; hackers@freebsd.org > >Subject: Re: 2.2 Gamma Install Problem > > > >> gunzip: stdin: invalid comp data--format violated > >> /stand/cpio/: premature end of file > >> Debug: switching back to VTY1 > >> > >> Any Clues ? > > > >Looks like the DOS I/O routines failed to read the data correctly off > >of this partition. Interesting! How large is this DOS partition > >you're reading from and what is the cylinder geometry of the disk it's > >on? > > > > Jordan > > I thought that might be a problem. I had been doing the minimal installation (ie. the bin distribution) I went ahead and downloaded the bin dist. for 2.2 Gamma 2 more times with the same result...however I hadn't tried a different version with the same drive. I'd thought I would just wait until the CD of 2.1.7 I had ordered from Walnut Creek arrived. From owner-freebsd-hackers Tue Mar 4 17:02:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01037 for hackers-outgoing; Tue, 4 Mar 1997 17:02:06 -0800 (PST) Received: from excel.tnet.com.au (slaterm@excel.tnet.com.au [203.15.94.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01022 for ; Tue, 4 Mar 1997 17:02:03 -0800 (PST) Received: (from slaterm@localhost) by excel.tnet.com.au (8.7.4/8.7.3) id JAA12924; Wed, 5 Mar 1997 09:06:42 +0800 Date: Wed, 5 Mar 1997 09:06:41 +0800 (WST) From: Michael Slater To: Terry Lambert cc: freebsd-hackers@freebsd.org Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-Reply-To: <199703041725.KAA09986@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for the Reply, > > wrong port ? Any suggestions would be appriciated! > > You are confusing a PS/2 mouse (psm0 on port 0x60 of the keyboard > controller) with a bus mouse (IRQ 12). > I thought of that before posting the orignal query and have tried both of them. In the windows95 Control panel/device manager it is listed as a microsoft PS/2 mouse. But to be sure, i tried both of them. And no go, I also tried the same mouse/motherboard on a Linux install and it works fine as a PS/2 mouse. But i dont really like Linux so that isnt a practical option for me. > You are using the wrong mouse driver. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Tue Mar 4 17:11:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02180 for hackers-outgoing; Tue, 4 Mar 1997 17:11:16 -0800 (PST) Received: from excel.tnet.com.au (slaterm@excel.tnet.com.au [203.15.94.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02169 for ; Tue, 4 Mar 1997 17:11:09 -0800 (PST) Received: (from slaterm@localhost) by excel.tnet.com.au (8.7.4/8.7.3) id JAA13000; Wed, 5 Mar 1997 09:15:19 +0800 Date: Wed, 5 Mar 1997 09:15:19 +0800 (WST) From: Michael Slater To: Kazutaka YOKOTA cc: freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-Reply-To: <199703050018.JAA01622@zodiac.mech.utsunomiya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for the Reply, > works. > > options PSM_NO_RESET > Tried that before posting the orignal query.... no go. > > The PS/2 mouse driver under 2.2 will be much better. If you can wait I will be sure to do that, before much longer. > for it, upgrading your system to 2.2 will be the best way to go. > > If the above option doesn't work for you, and you still want 2.1.5 to > recognize your mouse, contact me. I will send you patch which "forces" > the psm driver to recognize the mouse (even if it isn't there). That would be great, especially as i know the mouse is there. :) I'll give it a go, at least i will be able to use my system the way i want. > > Kazu > From owner-freebsd-hackers Tue Mar 4 18:06:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09073 for hackers-outgoing; Tue, 4 Mar 1997 18:06:58 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09049 for ; Tue, 4 Mar 1997 18:06:49 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA19493 for hackers@freebsd.org; Wed, 5 Mar 1997 12:36:33 +1030 (CST) From: Michael Smith Message-Id: <199703050206.MAA19493@genesis.atrad.adelaide.edu.au> Subject: StarOffice, still looking for listing To: hackers@freebsd.org Date: Wed, 5 Mar 1997 12:36:32 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hiho people, just to let you know that I'm still looking for a ls -lR or similar (that would be good though) listing of a _full_ StarOffice 3.1 beta3 installation on a Linux system. I have a couple of partial listings, but lots of stuff that still doesn't have a home. If you think you can help, please let me know. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Mar 4 18:20:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10670 for hackers-outgoing; Tue, 4 Mar 1997 18:20:44 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA10662 for ; Tue, 4 Mar 1997 18:20:41 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA10111; Tue, 4 Mar 1997 21:20:04 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 4 Mar 1997 21:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id UAA04000; Tue, 4 Mar 1997 20:51:54 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id UAA00285; Tue, 4 Mar 1997 20:57:34 -0500 (EST) Date: Tue, 4 Mar 1997 20:57:34 -0500 (EST) From: Thomas David Rivers Message-Id: <199703050157.UAA00285@lakes.water.net> To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers, ponds!lambert.org!terry Subject: "dup alloc" - nope - kern/2875 wasn't it. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well; it's a sad day in Mudville... Unfortunately, when I built from a pristine source base, with only the vfs_subr.c patch; I was able to reproduce my bad inodes.... Seems that the combination of a couple of printf()s in the kernel and that particular splbio()/splx() masks the problem just as my printf()s in disksort did... So, my previous elation was misplaced. Don't misunderstand; I believe the fix needs to be there - it just didn't address my particular problem. I also note that vfs_subr.c, in 2.1.6.1 didn't have any splxxx() calls in it, was a lot of work done in this area for 2.2? Anyway - I'll keep looking for the culprit.... I have the feeling it's something along these lines (a missing splbio(), or an splbio()/splx mis-match.) - But, that's just a guess... By the way; I have noticed that around the time in the newfs when this particular block should be written; the SCSI light goes off, say, for 1/2 second. This seems to be rather large considering that: 1) The length of the buf queue is never greater than 1. 2) The blocks (during the newfs operation) are in ascending order. I wonder why, on a "fixit" shell when nothing else is running, the disk drive pauses like that. It could be related.... - Dave Rivers - From owner-freebsd-hackers Tue Mar 4 19:55:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20361 for hackers-outgoing; Tue, 4 Mar 1997 19:55:26 -0800 (PST) Received: from netrover.com (ottawa8.netrover.com [205.209.19.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20349 for ; Tue, 4 Mar 1997 19:55:18 -0800 (PST) Received: (from brianc@localhost) by netrover.com (8.8.5/8.8.5) id WAA00491; Tue, 4 Mar 1997 22:54:16 -0500 (EST) Message-ID: Date: Tue, 4 Mar 1997 22:54:16 -0500 From: brianc@netrover.com (Brian Campbell) To: freebsd-hackers@FreeBSD.org Subject: Re: scsi spindown References: <199703030708.RAA02623@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.51 Mime-Version: 1.0 Reply-to: brianc@pobox.com In-Reply-To: ; from J Wunsch on Mar 3, 1997 11:17:41 +0100 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Michael Smith wrote: > > > Has anyone modified FreeBSD-anything to spindown scsi (direct) drives > > > after some period of non-use? > > > A lot of disks will refuse to spin down. > > So you won't get this feature for these old suckers, what's the deal? I'm not sure how it's relevant. Those who have disks that don't spindown won't use the feature. It works with mine (under win95 and qnx and now freebsd). > > Better to configure your disks > > to spin themselves down using scsi(8) if they support it. > > Where should this be supported? IDE drives do sometimes support this > (though the standard is very very funky for this), but SCSI? I've > never stumpled across a mode page setting that allows for an auto > spindown. My jaz drive has an auto-spindown. I don't know which page it's in though. Looking at scsi_modes and the scsi man pages I didn't see anything that looked like what I needed. The fault I had was caused by softclock calling a timeout routine that called scsi_stop_unit that called scsi_scsi_cmd which calls tsleep. By including the SCSI_ITSDONE bit in the flags it doesn't fault and spins down/up as necessary (although I increased the timeout in scsi_start_unit by 50%) However, I get some messages I'd like to get rid of. On spindown (the first line is my printf): spindown 0.0 sd0(ahc0:0:0): timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0xd Ordered Tag queued And on spinup (again the first line is my printf): spinup 0.0 Ordered Tag sent sd0(ahc0:0:0): timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0xd Ordered Tag queued Ordered Tag sent Is there a flag I can set to disable these messages? From owner-freebsd-hackers Tue Mar 4 20:37:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA22170 for hackers-outgoing; Tue, 4 Mar 1997 20:37:42 -0800 (PST) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA22162; Tue, 4 Mar 1997 20:37:38 -0800 (PST) Received: (from pete@localhost) by silver.sms.fi (8.8.5/8.7.3) id GAA23994; Wed, 5 Mar 1997 06:37:21 +0200 (EET) Date: Wed, 5 Mar 1997 06:37:21 +0200 (EET) Message-Id: <199703050437.GAA23994@silver.sms.fi> From: Petri Helenius To: Jim Lowe Cc: hasty@rah.star-gate.com, mark@quickweb.com, , Michael@quickweb.com, Smith@quickweb.com, hackers@FreeBSD.ORG, julian@whistle.com, multimedia@FreeBSD.ORG Subject: Re: [FUN/WORK] BSD Networking virtual meeting. In-Reply-To: <199703041836.MAA18510@miller.cs.uwm.edu> References: <199703041836.MAA18510@miller.cs.uwm.edu> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Lowe writes: > > The Mbone (or multicast backbone) is tunnel'ed network (today) which > rides on top of the unicast Internet. A map of the mbone is available > from http://www.nlanr.net/Viz/Mbone/. The IETF MBONED group is > working on deploying multicast technologies for the Internet at large > (http://network-services.uoregon.edu/~meyer/MBONED/). A web > site with genreal Mbone information is http://www.mbone.com. > I would say that the MBone is 'partially tunneled' today. There are regions of dozens of routers in the MBone that run multicast native. (and those regions are growing bigger) Pete From owner-freebsd-hackers Tue Mar 4 21:36:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24771 for hackers-outgoing; Tue, 4 Mar 1997 21:36:19 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA24766 for ; Tue, 4 Mar 1997 21:36:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA08806; Wed, 5 Mar 1997 16:27:13 +1100 Date: Wed, 5 Mar 1997 16:27:13 +1100 From: Bruce Evans Message-Id: <199703050527.QAA08806@godzilla.zeta.org.au> To: FreeBSD-hackers@freebsd.org, guido@gvr.win.tue.nl Subject: Re: gcc question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have an API that is compiled with no -traditional flag that >expects the folowing parameters: >char *, char, char * > >I want to call this program from within something that has to be compiled >with -traditional. When I'd call this api function the secod argument >will be treated differently by the -traditional program and tha API >function (for which I do not have the source). My question: how can >I still interface between the two, without having to write a wrapper >(becasue I think that is ugly). Just declare a prototype for the function. Prototypes work in traditional mode. If you want to compile with a K&R compiler (`gcc - traditional' is not a K&R compiler), the try doing nothing. There is nothing better, since a K&R compiler can't pass an unpromoted (1 byte wide) char. It may work, since the ANSI compiler that compiled the library may promote char args anyway. Gcc on i386's always promotes char args, and everything works because i386's are little endian. Gcc does this because passing unpromoted char args is inefficient and incompatible with traditional mode. The FreeBSD syscall interface assumes this. gcc pessimizes char args in other ways :-]. Don't use char, short or float args. Bruce From owner-freebsd-hackers Tue Mar 4 22:48:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26919 for hackers-outgoing; Tue, 4 Mar 1997 22:48:05 -0800 (PST) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26907 for ; Tue, 4 Mar 1997 22:48:00 -0800 (PST) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id GAA05777 for freebsd.org!hackers; Wed, 5 Mar 1997 06:47:06 GMT Date: Wed, 5 Mar 1997 06:38:55 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Wed, 5 Mar 1997 06:38:55 GMT X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Bob Bishop Subject: ld broken in -current? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, With src-cur ctm at 2795 I get: cc -O -I/source/cleansrc/gnu/usr.bin/ld -I/source/cleansrc/gnu/usr.bin/ld/i386 - I/source/cleansrc/gnu/usr.bin/ld/../../../contrib/gcc -DIN_GCC -DDEMANGLE_CPLUSP LUS -c /source/cleansrc/gnu/usr.bin/ld/../../../contrib/gcc/cplus-dem.c /source/cleansrc/gnu/usr.bin/ld/../../../contrib/gcc/cplus-dem.c:111: parse erro r before string constant /source/cleansrc/gnu/usr.bin/ld/../../../contrib/gcc/cplus-dem.c:111: warning: i nitialization makes pointer from integer without a cast /source/cleansrc/gnu/usr.bin/ld/../../../contrib/gcc/cplus-dem.c:112: parse erro r before `{' *** Error code 1 Stop. Anyone else seeing this or have I broken something? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Mar 4 23:06:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA27651 for hackers-outgoing; Tue, 4 Mar 1997 23:06:23 -0800 (PST) Received: from emma.eng.uct.ac.za (emma.eng.uct.ac.za [137.158.128.160]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27644 for ; Tue, 4 Mar 1997 23:06:12 -0800 (PST) Received: (from shaun@localhost) by emma.eng.uct.ac.za (8.8.5/8.8.4) id JAA02952; Wed, 5 Mar 1997 09:06:08 +0200 (SAT) Message-ID: <19970305090608.20417@emma.eng.uct.ac.za> Date: Wed, 5 Mar 1997 09:06:08 +0200 From: Shaun Courtney To: hackers@freebsd.org Subject: make world error in gdb with 2.2-GAMMA source Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I'm trying to upgrade my 2.2-BETA to 2.2-GAMMA, so I grabed the source for 2.2-GAMMA and did a make world. It fell over when doing a make of gdb. I commented gdb out of the Makefile in /usr/src/gnu/usr.bin/ and when ahead with the make world --> no problem. The error in the gdb is in the bfd directory and in the file archive.c. Is this a know problem? Thanks Shaun Here is the output of a make: cc -O -I/usr/src/gnu/usr.bin/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../gdb/. -DDEFAULT_VECTOR=i386freebsd_vec -DSELECT_VECS='&i386freebsd_vec,&i386bsd_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DTRAD_CORE -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -c /usr/src/gnu/usr.bin/gdb/bfd/archive.c -o archive.o In file included from /usr/src/gnu/usr.bin/gdb/bfd/archive.c:130: /usr/src/gnu/usr.bin/gdb/bfd/libbfd.h:366: warning: duplicate `const' /usr/src/gnu/usr.bin/gdb/bfd/libbfd.h:371: warning: duplicate `const' /usr/src/gnu/usr.bin/gdb/bfd/archive.c:562: parse error before `->' /usr/src/gnu/usr.bin/gdb/bfd/archive.c:564: `index' redeclared as different kind of symbol /usr/include/string.h:81: previous declaration of `index' /usr/src/gnu/usr.bin/gdb/bfd/archive.c:565: parse error before `{' /usr/src/gnu/usr.bin/gdb/bfd/archive.c:568: `abfd' undeclared here (not in a function) /usr/src/gnu/usr.bin/gdb/bfd/archive.c:568: initializer element is not constant /usr/src/gnu/usr.bin/gdb/bfd/archive.c:568: warning: data definition has no type or storage class /usr/src/gnu/usr.bin/gdb/bfd/archive.c:569: parse error before `return' *** Error code 1 Stop. -- Department of Electrical Engineering and CERECAM Unix System Administrator and Unix support http://www.eng.uct.ac.za From owner-freebsd-hackers Tue Mar 4 23:58:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA29356 for hackers-outgoing; Tue, 4 Mar 1997 23:58:07 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29346 for ; Tue, 4 Mar 1997 23:58:04 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA01786 for hackers@freebsd.org; Wed, 5 Mar 1997 18:28:01 +1030 (CST) From: Michael Smith Message-Id: <199703050758.SAA01786@genesis.atrad.adelaide.edu.au> Subject: StarOffice Installer available To: hackers@freebsd.org Date: Wed, 5 Mar 1997 18:28:01 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok all you office-suite fiends, release 1 of the StarOffice Installer for FreeBSD is now available at ftp://gsoft.com.au/pub/staroffice/soffice_install-1.tar.gz Please note that this is an early release to solicit feedback; I've actually checked that it does, for me, what it's supposed to do, and that the resultant install is actually usable, but Star Division aren't answering to any of the email addresses I've mailed to and their support newsgroup has vanished, so this is still a reverse-engineering job, not a 100% replacement for their installer. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Mar 5 00:27:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01317 for hackers-outgoing; Wed, 5 Mar 1997 00:27:02 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01309 for ; Wed, 5 Mar 1997 00:26:59 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id JAA12481 for ; Wed, 5 Mar 1997 09:28:19 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA22975 for ; Wed, 5 Mar 1997 09:29:05 +0100 (MET) To: hackers@freebsd.org Subject: a worthwhile job for a hacker... Reply-to: phk@freebsd.org Date: Wed, 05 Mar 1997 09:29:05 +0100 Message-ID: <22973.857550545@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would LOVE if somebody integrated top into systat... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Mar 5 00:58:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03088 for hackers-outgoing; Wed, 5 Mar 1997 00:58:50 -0800 (PST) Received: from dfw-ix2.ix.netcom.com (dfw-ix2.ix.netcom.com [206.214.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03055; Wed, 5 Mar 1997 00:58:44 -0800 (PST) Received: (from smap@localhost) by dfw-ix2.ix.netcom.com (8.8.4/8.8.4) id CAA07292; Wed, 5 Mar 1997 02:58:07 -0600 (CST) Received: from wck-ca14-39.ix.netcom.com(207.92.174.103) by dfw-ix2.ix.netcom.com via smap (V1.3) id sma007288; Wed Mar 5 02:57:46 1997 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id AAA24992; Wed, 5 Mar 1997 00:57:42 -0800 (PST) Date: Wed, 5 Mar 1997 00:57:42 -0800 (PST) Message-Id: <199703050857.AAA24992@silvia.HIP.Berkeley.EDU> To: freebsd@trogon.kiwi.net CC: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG In-reply-to: (message from Christopher Taylor on Tue, 4 Mar 1997 11:42:42 -0800 (PST)) Subject: Re: Squid From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * cc: freebsd-questions@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG * * I am trying to get Squid to work on my FreeBSD 2.2-ALPHA system. It gives Two advices: (1) Use the port (2) Don't post to more than one mailing list (especially when none of them are appropriate ;) Satoshi From owner-freebsd-hackers Wed Mar 5 01:04:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03354 for hackers-outgoing; Wed, 5 Mar 1997 01:04:20 -0800 (PST) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA03349 for ; Wed, 5 Mar 1997 01:04:16 -0800 (PST) Received: from thomas.ge.com (thomas.ge.com [3.47.28.21]) by ns.ge.com (8.8.4/8.7.3) with ESMTP id DAA02872; Wed, 5 Mar 1997 03:59:00 -0500 (EST) Received: from burg.is.ge.com (burg.is.ge.com [3.19.120.24]) by thomas.ge.com (8.8.4/8.7.5) with ESMTP id EAA09749; Wed, 5 Mar 1997 04:01:52 -0500 (EST) Received: (from burg@localhost) by burg.is.ge.com (8.8.4/8.8.4) id JAA04235; Wed, 5 Mar 1997 09:53:44 +0100 (MET) Date: Wed, 5 Mar 1997 09:53:44 +0100 (MET) Message-Id: <199703050853.JAA04235@burg.is.ge.com> From: Dick van den Burg To: Chris Timmons Cc: Dick van den Burg , cvsup-bugs@polstra.com, freebsd-hackers@freebsd.org Subject: Re: cvsup In-Reply-To: References: <199703012027.VAA20143@burg.is.ge.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Timmons wrote: > > Dick, > > John Polstra (the CVSup author) might be able suggest something when he > returns to the list mid-month. I'd encourage you to email him directly at > . > > > Is there any way whereby I can tell the server to connect to the > > firewall (in stead of my-host) on a given port or is there any way I > > can specify a portnumber I can connect to on the server in passive > > mode? > > Either way it would probably require modifications to CVSup and CVSupd. > The former seems like it would be easier than trying to guarantee port > assignments at the server for a particular run of passive-mode CVSup. > I have successfully hacked CVSup to make my setup work. The temporary very gross workaround is that I hard-code the PORT command with the IP address of the firewall and the port number from the -P argument. This results in CVSupd connecting back to a know port on the firewall. That connection is then plugged through to my FreeBSD box and both cvsup sides think they are talking to each other. I would like to either expand the -P option to include a hostname or IP number, or add another option to specify the host to connect to, but I do not have enough knowledge of modula3 to do this quickly. I suspect that there are not many people waiting for this feature ... > > > Any other suggestions ? > > It's probably not likely that you would change your firewall software > (i.e. to socks) to get around this problem; however, might you locate an > otherwise retired/discarded 386/486 machine outside the firewall with just > ssh and cvsup? You could set up your own mirror and talk to it through > the firewall using ssh port forwarding. If you are inclined to do this > let me know, and I can help you with setting up your mirror. > Ssh, socks or another box on the DMZ are not options I can use under our current security policy. > Good luck, > > -Chris > > Thanks ... Dick From owner-freebsd-hackers Wed Mar 5 01:58:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA06699 for hackers-outgoing; Wed, 5 Mar 1997 01:58:17 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA06694 for ; Wed, 5 Mar 1997 01:58:16 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id BAA06769; Wed, 5 Mar 1997 01:58:08 -0800 (PST) Date: Wed, 5 Mar 1997 01:58:07 -0800 (PST) From: Vincent Poy To: Chuck Robey cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Chuck Robey wrote: > Is /usr/local/lib in your LD_LIBRARY_PATH (your environment variable)? How do I find out since in tcsh, env doesn't show LD_LIBRARY_PATH at all. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-hackers Wed Mar 5 03:03:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA08642 for hackers-outgoing; Wed, 5 Mar 1997 03:03:05 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08637 for ; Wed, 5 Mar 1997 03:02:40 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id LAA04303 for hackers@freebsd.org; Wed, 5 Mar 1997 11:58:52 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id MAA06861 for ; Wed, 5 Mar 1997 12:01:13 +0100 (MET) Message-Id: <3.0.32.19970305120112.00b117e0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 05 Mar 1997 12:01:14 +0100 To: hackers@freebsd.org From: Eivind Eklund Subject: Strange lpr or lpd bug Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Two printers connected to one FreeBSD server; all prints are done using either $ lpr -s -h -r -P (spawned by a shell script spawned by samba) or $ lpr -h (spawned by hand by me - nobody else use lpr from the command line) Problem: lp2 sometimes start to steal all the print jobs of lp. When this has started, all jobs that should have gone to lp goes to lp2 instead (and these are named jobs of the first form - and they are named correctly; I syslog the name). This kind of theft has happened twice since I installed the extra printer about 1.5 months ago. It has happened with both lpd from 2.1.0 and lpd from -stable as of Feb 18. I seem to remember that killing lpd solved the problem last time; this time, I had to remove the offending printer from printcap. My printcap: # @(#)printcap 5.3 (Berkeley) 6/30/90 lp|HP LaserJet 5MP Network:\ :rm=karianne.dimaga.com:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: lp2|local line printer:\ :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: If anybody can supply ideas for things to test, I'll try to make the problem reproducable and hunt it down. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Wed Mar 5 03:45:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA10070 for hackers-outgoing; Wed, 5 Mar 1997 03:45:14 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA10020 for ; Wed, 5 Mar 1997 03:44:51 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id NAA11466; Wed, 5 Mar 1997 13:42:24 +0200 (SAT) From: John Hay Message-Id: <199703051142.NAA11466@zibbi.mikom.csir.co.za> Subject: Re: Strange lpr or lpd bug In-Reply-To: <3.0.32.19970305120112.00b117e0@dimaga.com> from Eivind Eklund at "Mar 5, 97 12:01:14 pm" To: eivind@dimaga.com (Eivind Eklund) Date: Wed, 5 Mar 1997 13:42:24 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Problem: lp2 sometimes start to steal all the print jobs of lp. When this > has started, all jobs that should have gone to lp goes to lp2 instead (and > these are named jobs of the first form - and they are named correctly; I > syslog the name). This kind of theft has happened twice since I installed > the extra printer about 1.5 months ago. It has happened with both lpd from > 2.1.0 and lpd from -stable as of Feb 18. > > I seem to remember that killing lpd solved the problem last time; this > time, I had to remove the offending printer from printcap. > > My printcap: > # @(#)printcap 5.3 (Berkeley) 6/30/90 > > lp|HP LaserJet 5MP Network:\ > :rm=karianne.dimaga.com:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > > lp2|local line printer:\ > :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > Try different spool directories in the sd field. I'm using it here with different directories and have no problems. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed Mar 5 03:47:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA10201 for hackers-outgoing; Wed, 5 Mar 1997 03:47:36 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA10196 for ; Wed, 5 Mar 1997 03:47:32 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA00301; Wed, 5 Mar 1997 12:48:18 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id MAA24756; Wed, 5 Mar 1997 12:56:19 +0100 (MET) From: Christoph Kukulies Message-Id: <199703051156.MAA24756@gil.physik.rwth-aachen.de> Subject: Re: Strange lpr or lpd bug In-Reply-To: <3.0.32.19970305120112.00b117e0@dimaga.com> from Eivind Eklund at "Mar 5, 97 12:01:14 pm" To: eivind@dimaga.com (Eivind Eklund) Date: Wed, 5 Mar 1997 12:56:19 +0100 (MET) Cc: hackers@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Two printers connected to one FreeBSD server; all prints are done using either > $ lpr -s -h -r -P > (spawned by a shell script spawned by samba) > or > $ lpr -h > (spawned by hand by me - nobody else use lpr from the command line) > > Problem: lp2 sometimes start to steal all the print jobs of lp. When this > has started, all jobs that should have gone to lp goes to lp2 instead (and > these are named jobs of the first form - and they are named correctly; I > syslog the name). This kind of theft has happened twice since I installed > the extra printer about 1.5 months ago. It has happened with both lpd from > 2.1.0 and lpd from -stable as of Feb 18. > > I seem to remember that killing lpd solved the problem last time; this > time, I had to remove the offending printer from printcap. > > My printcap: > # @(#)printcap 5.3 (Berkeley) 6/30/90 > > lp|HP LaserJet 5MP Network:\ > :rm=karianne.dimaga.com:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > > lp2|local line printer:\ > :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > > If anybody can supply ideas for things to test, I'll try to make the > problem reproducable and hunt it down. > naive remark: When two printers are using the same spool directory (as in your case) what happens? Does the lpd/lpr spool mechanism provide a means for telling printer jobs from each other? I'm using separate spool directories for every printer. > > > Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Mar 5 04:33:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13551 for hackers-outgoing; Wed, 5 Mar 1997 04:33:16 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13546 for ; Wed, 5 Mar 1997 04:33:12 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27473 for ; Wed, 5 Mar 1997 13:24:23 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA14435 for hackers@freefall.freebsd.org; Tue, 4 Mar 1997 23:01:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12238; Tue, 4 Mar 1997 22:30:58 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 22:30:58 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <199703041926.LAA24593@dirac.phys.washington.edu> <199703042052.PAA13147@jenolan.caipgeneral> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703042052.PAA13147@jenolan.caipgeneral>; from David S. Miller on Mar 4, 1997 15:52:03 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David S. Miller wrote: > This is the sort of thing that procfs root writable only tunables are > for. Or sysctl root writable only tunables, just to call the same interface by another (non-Linux :) name... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:33:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13581 for hackers-outgoing; Wed, 5 Mar 1997 04:33:27 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13574 for ; Wed, 5 Mar 1997 04:33:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27474 for ; Wed, 5 Mar 1997 13:24:24 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA14488 for hackers@freefall.freebsd.org; Tue, 4 Mar 1997 23:07:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12247; Tue, 4 Mar 1997 22:31:26 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 22:31:26 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <199703040550.VAA26081@freefall.freebsd.org> <199703041926.LAA24593@dirac.phys.washington.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703041926.LAA24593@dirac.phys.washington.edu>; from William R. Somsky on Mar 4, 1997 11:26:04 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As William R. Somsky wrote: > Hmm... Although it would be useful, I'd argue that any path/extention/etc > expansion does _not_ belong in the kernel's implementation of 'exec'. How are you going to handle /sbin/init then? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:33:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13635 for hackers-outgoing; Wed, 5 Mar 1997 04:33:40 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13622 for ; Wed, 5 Mar 1997 04:33:34 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27353 for ; Wed, 5 Mar 1997 13:20:38 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA18986 for freebsd-hackers@freebsd.org; Wed, 5 Mar 1997 09:02:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15185; Wed, 5 Mar 1997 08:46:51 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 08:46:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: PS2 Mouse on FreeBSD 2.1.5 References: <199703041725.KAA09986@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Slater on Mar 5, 1997 09:06:41 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Slater wrote: > In the windows95 Control panel/device manager it is listed as a > microsoft PS/2 mouse. Now that's a good joke! :-) I didn't know yet that Microsloth ever built PS/2... Maybe the Winlows bootloader will some day recognize our fdisk entries as ``Microsoft BSD''? :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:33:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13670 for hackers-outgoing; Wed, 5 Mar 1997 04:33:43 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13624 for ; Wed, 5 Mar 1997 04:33:37 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27871 for ; Wed, 5 Mar 1997 13:29:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA07720 for freebsd-hackers@FreeBSD.ORG; Tue, 4 Mar 1997 07:52:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA10310; Tue, 4 Mar 1997 07:21:31 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 07:21:31 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: scsi spindown References: <199703040001.KAA08579@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703040001.KAA08579@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 4, 1997 10:31:57 +1030 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > > A lot of disks will refuse to spin down. > > > > So you won't get this feature for these old suckers, what's the deal? > > You will get lots of nasty error messages instead. Only if you're stupid enough to enable the spindown feature for them. :.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:35:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14131 for hackers-outgoing; Wed, 5 Mar 1997 04:35:42 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14125 for ; Wed, 5 Mar 1997 04:35:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27486 for ; Wed, 5 Mar 1997 13:24:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14163 for hackers@freebsd.org; Tue, 4 Mar 1997 22:41:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA11977; Tue, 4 Mar 1997 22:07:01 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 22:07:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Re : latest Java support source for FreeBSD.. References: <3.0.32.19970304164156.0092a2d0@dimaga.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970304164156.0092a2d0@dimaga.com>; from Eivind Eklund on Mar 4, 1997 16:41:57 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Eivind Eklund wrote: > >-- Begin /usr/sys/sys/kern/imgact_jave.c > >/*- > > * Copyright (c) 1997 Adrian Chadd > > * All rights reserved. > > It would be very nice if you deleted this line, as presently you're not > even allowing me to read the code you're sending to the mailing list ;-) > (If you deleted the line, I believe you would get the effect of having the > BSD copyright for the entire file) Huh? No. > > * Redistribution and use in source and binary forms, with or without > > * modification, are permitted provided that the following conditions > > * are met: This makes it entirely clear that ``redistribution and use in...'' is allowed. Also Eivind -- don't quote entire articles, pleeeeze. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:39:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14454 for hackers-outgoing; Wed, 5 Mar 1997 04:39:32 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14446 for ; Wed, 5 Mar 1997 04:39:27 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27497 for ; Wed, 5 Mar 1997 13:24:57 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA13949 for hackers@FreeBSD.org; Tue, 4 Mar 1997 22:24:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA11999; Tue, 4 Mar 1997 22:13:18 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 22:13:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Re : latest Java support source for FreeBSD.. References: <331BBFAB.59E2B600@whistle.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <331BBFAB.59E2B600@whistle.com>; from Julian Elischer on Mar 3, 1997 22:22:35 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > Test it, find bugs, and tell me asap so I can go forth and fix them.. this > > might be a good addition to the 2.2-rel *grin* > > > > not as such.. it's way too late in the game.., weeelllll I think so > anyhow.. > Of course as it IS a totally new file and functionality, > it MIGHT be safe to include it..... I think it is safe. For one, it actually works. (Well, we've got DEVFS there in 2.2, and it doesn't even work. *grinnnn*) Also, it'll only affect those who're really using it. > hmmmmmm > joerg? > what do you think? I'm only undecided whether to ship it enabled or disabled by default. On one hand, we ship imgact_gzip enabled, OTOH, this one requires the installation of a package before it can be used at all. Anyhow, if the package isn't installed, no harm is done -- it's just the usual slightly bogus ``Command not found.'' message. I probably won't rush the LKM stuff however, since i don't have the slightest idea how to extend (or shrink) the sysctl tree when loading/unloading the LKM. Apart from this, the LKM has proven to work on my machine at work. I still haven't rebooted it at all, thus i don't know whether imgact_java.c would really work when compiled static into the kernel. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:43:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14795 for hackers-outgoing; Wed, 5 Mar 1997 04:43:52 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14779 for ; Wed, 5 Mar 1997 04:43:48 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27351; Wed, 5 Mar 1997 13:20:25 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA19595; Wed, 5 Mar 1997 10:02:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA15512; Wed, 5 Mar 1997 09:31:57 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 09:31:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: shaun@emma.eng.uct.ac.za (Shaun Courtney) Cc: hackers@FreeBSD.ORG Subject: Re: make world error in gdb with 2.2-GAMMA source References: <19970305090608.20417@emma.eng.uct.ac.za> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970305090608.20417@emma.eng.uct.ac.za>; from Shaun Courtney on Mar 5, 1997 09:06:08 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Shaun Courtney wrote: > I'm trying to upgrade my 2.2-BETA to 2.2-GAMMA, so I grabed the source > for 2.2-GAMMA and did a make world. It fell over when doing a make of gdb. For all the people with gdb problems: gdb has undergone a major source tree restructuring, first in -current, and following in RELENG_2_2. Most of the code has been moved out to /usr/src/contrib/gdb. If you have build problems with it, please do the following: rm -rf /usr/obj/usr/src/gnu/usr.bin/gdb If you can: rm -rf /usr/src/gnu/usr.bin/gdb and reinstall from pristine source (e.g. CVS or CVSup). cd /usr/src/gnu/usr.bin/gdb make obj depend all I can assure you all that Jordan's and my builds in the RELENG_2_2 tree (which we are doing on a fairly regular basis, and which imply more than a `make world') *don't* fall over, so it must indeed be some stale old file or .depend or whatnot in your tree that breaks it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:44:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14858 for hackers-outgoing; Wed, 5 Mar 1997 04:44:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14833 for ; Wed, 5 Mar 1997 04:43:59 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id EAA29959 for ; Wed, 5 Mar 1997 04:43:56 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27452; Wed, 5 Mar 1997 13:23:58 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14085; Tue, 4 Mar 1997 22:31:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA12025; Tue, 4 Mar 1997 22:18:47 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 22:18:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Cc: jlemon@americantv.com (Jonathan Lemon) Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> <19970303145038.39150@right.PCS> <19970304114236.19668@right.PCS> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970304114236.19668@right.PCS>; from Jonathan Lemon on Mar 4, 1997 11:42:36 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jonathan Lemon wrote: > Either the gdb.1 file should be put back (was it erroneously removed?) or a > rule should be added somewhere telling it how to make the man page. There actually _is_ a gdb.1: j@uriah 261% locate gdb.1 /usr/obj/usr/src/gnu/usr.bin/gdb/gdb/gdb.1.gz /usr/share/man/cat1/gdb.1.gz /usr/share/man/man1/gdb.1.gz /usr/src/contrib/gdb/gdb/gdb.1 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ that's the source, and the build process is supposed to pick this one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:45:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15078 for hackers-outgoing; Wed, 5 Mar 1997 04:45:39 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15061; Wed, 5 Mar 1997 04:45:37 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id EAA29968 ; Wed, 5 Mar 1997 04:45:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27870; Wed, 5 Mar 1997 13:29:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07738; Tue, 4 Mar 1997 08:03:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA10348; Tue, 4 Mar 1997 07:31:13 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 07:31:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Typh0on@concentric.net Cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: 2.2 Gamma Install Problem References: <331B43BB.30AB@pop3.concentric.net> <331B8448.67EE@pop3.concentric.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <331B8448.67EE@pop3.concentric.net>; from Richard Linane on Mar 3, 1997 21:09:12 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Richard Linane wrote: > usr/bin/window > usr/bin/write > usr/bin/xargs > > gunzip: stdin: invalid comp data--format violated > /stand/cpio/: premature end of file > Debug: switching back to VTY1 > > >Thats exactly what had been displayed< That means input data has stopped flowing in. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:45:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15125 for hackers-outgoing; Wed, 5 Mar 1997 04:45:46 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15048; Wed, 5 Mar 1997 04:45:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27354; Wed, 5 Mar 1997 13:20:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19293; Wed, 5 Mar 1997 09:40:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA15427; Wed, 5 Mar 1997 09:02:28 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 09:02:28 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd@trogon.kiwi.net (Christopher Taylor) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: Squid References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Christopher Taylor on Mar 4, 1997 11:42:42 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christopher Taylor wrote: > Making all in src... > gcc -o dnsserver -g dnsserver.o -L../lib -lmiscutil -lm -lresolv -lgnumalloc > dnsserver.c:267: Undefined symbol `___res_init' referenced from text segment > /usr/lib/libresolv.so.2.0: Undefined symbol `___res_init' referenced mv /usr/lib/libresolv.so.2.0 /usr/lib/compat/ ldconfig -m /usr/lib/compat rm /usr/lib/libresolv* FreeBSD 2.2 is not supposed to have one at all. Remove -lresolv, you don't need it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 04:54:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15692 for hackers-outgoing; Wed, 5 Mar 1997 04:54:00 -0800 (PST) Received: from steinberg.umd.edu (root@steinberg.umd.edu [129.2.71.109]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15684 for ; Wed, 5 Mar 1997 04:53:57 -0800 (PST) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.103.21]) by steinberg.umd.edu (8.8.5/8.8.5) with ESMTP id HAA10197; Wed, 5 Mar 1997 07:53:40 -0500 (EST) Received: from localhost (chuckr@localhost) by gilligan.eng.umd.edu (8.8.5/8.6.4) with SMTP id HAA23180; Wed, 5 Mar 1997 07:53:39 -0500 (EST) X-Authentication-Warning: gilligan.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 5 Mar 1997 07:53:38 -0500 (EST) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: Vincent Poy cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Vincent Poy wrote: > On Tue, 4 Mar 1997, Chuck Robey wrote: > > > Is /usr/local/lib in your LD_LIBRARY_PATH (your environment variable)? > > How do I find out since in tcsh, env doesn't show LD_LIBRARY_PATH > at all. Then insert the line: setenv LD_LIBRARY_PATH /usr/lib:/usr/local/lib:/usr/X11R6/lib into your .cshrc. This line (or something very much like it, but probably missing /usr/local/lib for you) is probably in your /etc/sysconfig. > > > Cheers, > Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ > Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] > GaiaNet Corporation - M & C Estate / / / / | / | __] ] > Beverly Hills, California USA 90210 / / / / / |/ / | __] ] > HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 5 05:06:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16256 for hackers-outgoing; Wed, 5 Mar 1997 05:06:44 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16249 for ; Wed, 5 Mar 1997 05:06:39 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id XAA03577; Wed, 5 Mar 1997 23:36:36 +1030 (CST) From: Michael Smith Message-Id: <199703051306.XAA03577@genesis.atrad.adelaide.edu.au> Subject: Wavelan driver; gamma test version available. To: hackers@freebsd.org Date: Wed, 5 Mar 1997 23:36:35 +1030 (CST) Cc: jrb@cs.pdx.edu X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The most recent version of the driver for ISA Wavelan cards for FreeBSD 2.2 is now available at ftp://spam.frisbee.net.au/FreeBSD/wavelan/wl970305.tar.gz I would appreciate any feedback on this ASAP, as I'm happy that the driver is now functioning as well as can be expected and will thus be returning the cards to the people that lent them to me fairly soon. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Mar 5 05:09:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16367 for hackers-outgoing; Wed, 5 Mar 1997 05:09:07 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA16349 for ; Wed, 5 Mar 1997 05:09:04 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id EAA29936 for ; Wed, 5 Mar 1997 04:42:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27878; Wed, 5 Mar 1997 13:29:17 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07742; Tue, 4 Mar 1997 08:06:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA10357; Tue, 4 Mar 1997 07:33:13 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 07:33:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: julian@whistle.com (Julian Elischer) Cc: hackers@freebsd.org Subject: Re: branch off 2.2/sys/net* References: <331B6903.41C67EA6@whistle.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <331B6903.41C67EA6@whistle.com>; from Julian Elischer on Mar 3, 1997 16:12:51 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > I'd like to do is > make a branch off the 2.2 tree to add these changes.. > doe sanyone violently object? > this would be similar to Justin's SCSI branch.. > joerg? peter? > poul? garrett? Not from me, except, i think it only makes sense if you intend to integrate it into HEAD some day (as #ifdef's for kernel options, i suppose). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 05:27:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA17053 for hackers-outgoing; Wed, 5 Mar 1997 05:27:45 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17044 for ; Wed, 5 Mar 1997 05:27:35 -0800 (PST) Message-Id: <199703051327.FAA17044@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA049128244; Thu, 6 Mar 1997 00:24:04 +1100 From: Darren Reed Subject: Re: ok, final sockhash changes, new diff To: mingo@pc5829.hil.siemens.at (Ingo Molnar) Date: Thu, 6 Mar 1997 00:24:04 +1100 (EDT) Cc: davem@jenolan.rutgers.edu, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-Reply-To: from "Ingo Molnar" at Mar 4, 97 04:17:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Ingo Molnar, sie said: > > > On Tue, 4 Mar 1997, David S. Miller wrote: > > > actually, this paper by Larson talks about the hash table with n > > items in each packet. when the packet axceed n items, it double its > > table size. [...] > > > For servers with bursty patterns (ie. nearly all heavily loaded > > machines) this scheme can be extremely inefficient, you get this yo-yo > > effect in the chain lengths over ~4 second intervals of time at 12,000 > > Web operations per second, but then again once you reach that point > > TIME_WAIT begins to kill you as well and many commercial UNIX's break > > rfc1122 just to work around this, and that causes so many problems > > that I don't want to talk about it. > > people with big servers should simply choose bigger HASH_TABLE_SIZE. As > the caches most probably get trashed between two packet receives anyways, > this seems to be a non-issue. [3k more nonswappable memory for size 1024, > who cares?] > > as a rule of thumb: SIZE := max(256,"wc -l /proc/net/tcp") ? > > [the hash table should be kept compressed to avoid cache pollution] Why can't it "autoconfigure" according to the size of your RAM ? i.e. more RAM => bigger server => more users/network connections Darren p.s. of course it should be possible to manually override this "number', for extreme cases, but why build kernels dumb ? From owner-freebsd-hackers Wed Mar 5 05:30:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA17189 for hackers-outgoing; Wed, 5 Mar 1997 05:30:12 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17183 for ; Wed, 5 Mar 1997 05:30:09 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id IAA27252; Wed, 5 Mar 1997 08:28:17 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id IAA14097; Wed, 5 Mar 1997 08:28:06 -0500 Date: Wed, 5 Mar 1997 08:28:06 -0500 Message-Id: <199703051328.IAA14097@jenolan.caipgeneral> From: "David S. Miller" To: avalon@coombs.anu.edu.au CC: mingo@pc5829.hil.siemens.at, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-reply-to: <199703051326.IAA27175@caipfs.rutgers.edu> (message from Darren Reed on Thu, 6 Mar 1997 00:24:04 +1100 (EDT)) Subject: Re: ok, final sockhash changes, new diff Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Darren Reed Date: Thu, 6 Mar 1997 00:24:04 +1100 (EDT) > [the hash table should be kept compressed to avoid cache pollution] Why can't it "autoconfigure" according to the size of your RAM ? i.e. more RAM => bigger server => more users/network connections Extra silly cycles in the critical code path. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 5 05:31:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA17250 for hackers-outgoing; Wed, 5 Mar 1997 05:31:40 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17243 for ; Wed, 5 Mar 1997 05:31:37 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id AAA03746; Thu, 6 Mar 1997 00:00:33 +1030 (CST) From: Michael Smith Message-Id: <199703051330.AAA03746@genesis.atrad.adelaide.edu.au> Subject: Re: Wavelan driver; gamma test version available. In-Reply-To: <199703051321.PAA20128@zibbi.mikom.csir.co.za> from Paul Allenby at "Mar 5, 97 03:21:02 pm" To: pallenby@zibbi.mikom.csir.co.za (Paul Allenby) Date: Thu, 6 Mar 1997 00:00:33 +1030 (CST) Cc: hackers@freebsd.org, jrb@cs.pdx.edu X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Allenby stands accused of saying: > "Michael Smith wrote:" > > > > The most recent version of the driver for ISA Wavelan cards for > > FreeBSD 2.2 is now available at > > ftp://spam.frisbee.net.au/FreeBSD/wavelan/wl970305.tar.gz > > > > I would appreciate any feedback on this ASAP, as I'm happy that the > > driver is now functioning as well as can be expected and will thus be > > returning the cards to the people that lent them to me fairly soon. > > > Michael, I've been trying for two days to get latest driver code from > spam.frisbee.net.au, but even name-lookups aren't resolved. Damn, my provider(s) have screwed my DNS again. spam's IP is 202.0.75.1. > Paul > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Mar 5 05:48:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18281 for hackers-outgoing; Wed, 5 Mar 1997 05:48:49 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18273 for ; Wed, 5 Mar 1997 05:48:43 -0800 (PST) Message-Id: <199703051348.FAA18273@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA053059526; Thu, 6 Mar 1997 00:45:26 +1100 From: Darren Reed Subject: Re: ok, final sockhash changes, new diff To: davem@jenolan.rutgers.edu (David S. Miller) Date: Thu, 6 Mar 1997 00:45:26 +1100 (EDT) Cc: avalon@coombs.anu.edu.au, mingo@pc5829.hil.siemens.at, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-Reply-To: <199703051328.IAA14097@jenolan.caipgeneral> from "David S. Miller" at Mar 5, 97 08:28:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from David S. Miller, sie said: > > From: Darren Reed > Date: Thu, 6 Mar 1997 00:24:04 +1100 (EDT) > > > [the hash table should be kept compressed to avoid cache pollution] > > Why can't it "autoconfigure" according to the size of your RAM ? > > i.e. more RAM => bigger server => more users/network connections > > Extra silly cycles in the critical code path. Yes, if you were doing it all the time to make sure the table was a good size, but I was referring to doing it once - at boot. (I should ahve made myself more clear). From owner-freebsd-hackers Wed Mar 5 05:56:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18652 for hackers-outgoing; Wed, 5 Mar 1997 05:56:19 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18647 for ; Wed, 5 Mar 1997 05:56:15 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id IAA28087; Wed, 5 Mar 1997 08:54:57 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id IAA14114; Wed, 5 Mar 1997 08:54:45 -0500 Date: Wed, 5 Mar 1997 08:54:45 -0500 Message-Id: <199703051354.IAA14114@jenolan.caipgeneral> From: "David S. Miller" To: avalon@coombs.anu.edu.au CC: avalon@coombs.anu.edu.au, mingo@pc5829.hil.siemens.at, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-reply-to: <199703051347.IAA27923@caipfs.rutgers.edu> (message from Darren Reed on Thu, 6 Mar 1997 00:45:26 +1100 (EDT)) Subject: Re: ok, final sockhash changes, new diff Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Darren Reed Date: Thu, 6 Mar 1997 00:45:26 +1100 (EDT) > Extra silly cycles in the critical code path. Yes, if you were doing it all the time to make sure the table was a good size, but I was referring to doing it once - at boot. (I should ahve made myself more clear). You thus have to load the power of two size of the hash table from a kernel variable (thus a dead cycle as far as I'm concerned) every lookup and furthermore every other operation on the tables. But it is still a nice idea. People who truly want their machine to scream are probably best off the configure it via a macro at compile time and be done with it (as per Ingo's original suggestion). ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 5 06:05:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19487 for hackers-outgoing; Wed, 5 Mar 1997 06:05:54 -0800 (PST) Received: from ns.newreach.net (root@ns.newreach.net [206.25.170.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19458 for ; Wed, 5 Mar 1997 06:05:47 -0800 (PST) Received: from phoenix.aristar.com (ip93.akron.newreach.net [206.25.171.93]) by ns.newreach.net (8.8.4/8.6.9) with SMTP id JAA02097 for ; Wed, 5 Mar 1997 09:05:41 -0500 (EST) Message-ID: <331D7DE6.41C67EA6@aristar.com> Date: Wed, 05 Mar 1997 09:06:30 -0500 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers Subject: FreeBSD and IRDa?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all, Does anyone know anything about FreeBSD and IRDa? TIA -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Wed Mar 5 06:09:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19801 for hackers-outgoing; Wed, 5 Mar 1997 06:09:26 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19790 for ; Wed, 5 Mar 1997 06:09:19 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id PAA07093; Wed, 5 Mar 1997 15:05:34 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id PAA11142; Wed, 5 Mar 1997 15:09:23 +0100 (MET) Message-Id: <3.0.32.19970305150922.00c98100@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 05 Mar 1997 15:09:23 +0100 To: Christoph Kukulies From: Eivind Eklund Subject: Re: Strange lpr or lpd bug Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:56 PM 3/5/97 +0100, Christoph Kukulies wrote: >> If anybody can supply ideas for things to test, I'll try to make the >> problem reproducable and hunt it down. >> > >naive remark: When two printers are using the same spool directory >(as in your case) what happens? Does the lpd/lpr spool mechanism >provide a means for telling printer jobs from each other? > >I'm using separate spool directories for every printer. Several people have commented on this; I'd assumed there was some protection, as sharing the spool directories worked for about a month, then this problem occured, then it worked for another month. If this really is what is causing the problem, I'll add a test for it to lpd, unless somebody object. Nothing should be allowed to create that sporadic problems if it can be tested for. I'd make the test check for printers with same spool directory but different targets - somebody might want to use the same printer with different filters and the same spooldir. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Wed Mar 5 06:47:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21221 for hackers-outgoing; Wed, 5 Mar 1997 06:47:59 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21216 for ; Wed, 5 Mar 1997 06:47:53 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id JAA12584; Wed, 5 Mar 1997 09:23:42 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA05171; Wed, 5 Mar 1997 14:48:12 GMT Message-ID: <19970305084811.40835@right.PCS> Date: Wed, 5 Mar 1997 08:48:11 -0600 From: Jonathan Lemon To: Joerg Wunsch Cc: FreeBSD hackers Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> <19970303145038.39150@right.PCS> <19970304114236.19668@right.PCS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from J Wunsch on Mar 03, 1997 at 10:18:46PM +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 10:18:46PM +0100, J Wunsch wrote: > As Jonathan Lemon wrote: > > > Either the gdb.1 file should be put back (was it erroneously removed?) or a > > rule should be added somewhere telling it how to make the man page. > > There actually _is_ a gdb.1: > > j@uriah 261% locate gdb.1 > /usr/obj/usr/src/gnu/usr.bin/gdb/gdb/gdb.1.gz > /usr/share/man/cat1/gdb.1.gz > /usr/share/man/man1/gdb.1.gz > /usr/src/contrib/gdb/gdb/gdb.1 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ that's the source, and the build process is > supposed to pick this one. AHA! rm -f /usr/src/contrib/gdb/gdb/gdb.1 cvsup -g -L 2 gamma-cvsup5 (tag=RELENG_2_2, host=cvsup5) Updating collection src-all/cvs Shutting down connection to server It looks like for some reason, cvsup isn't picking up that particular file. Could somebody please check that this file is actually listed in the cvsup distribution? Who babysits cvsup while John's away on vacation? -- Jonathan From owner-freebsd-hackers Wed Mar 5 09:12:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27867 for hackers-outgoing; Wed, 5 Mar 1997 09:12:24 -0800 (PST) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27834; Wed, 5 Mar 1997 09:11:56 -0800 (PST) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id UAA00695; Wed, 5 Mar 1997 20:10:58 +0300 (MSK) Date: Wed, 5 Mar 1997 20:10:58 +0300 (MSK) From: "Maxim A. Bolotin" To: Stefan Esser cc: hackers@freebsd.org Subject: Re: Acer ALTOS 7000 instalation problem. In-Reply-To: <19970304204305.GY21094@x14.mi.uni-koeln.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Stefan Esser wrote: > Please try, whether the following patch stops PCI being found > on your EISA-only system ... > > I'd appreciate receiving verbose boot messages, independently > of whether the problem is fixed by this patch. OK, there're : FreeBSD 2.2-970215-GAMMA #2: Wed Mar 5 11:45:41 MSK 1997 max@altos.rnd.runnet.ru:/usr/src/sys/compile/ALTOS Calibrating clock(s) relative to mc146818A clock ... i586 clock: 66667614 Hz, i8254 clock: 1193167 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (66.67-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x515 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30470144 (29756K bytes) eisa0: Probing for devices on the EISA bus ahc0: at 0x9c00-0x9cff irq 11 ahc0: on eisa0 slot 9 ahc0: Using Level Sensitive Interrupts ahc0: aic7770 <= Rev C, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4 SCBs ahc0: Reseting Channel B ahc0: Reseting Channel A ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:0:0): "MICROP 4110-09NB_Nov18F TN0F" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1002MB (2053880 512 byte sectors) sd0(ahc0:0:0): with 2428 cyls, 9 heads, and an average 93 sectors/track ---skiped. cd0(ahc0:5:0): CD-ROM can't get the size pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x81000800 pcibus_setup(2): mode 2 enable port (0x0cf8) is 0x00 pcibus_setup(2a): mode2res=0x0e (0x0e) pcibus_setup(2a): now trying mechanism 2 pcibus_check: device 0 1 2 3 [class=32046] 4 5 6 7 [class=32046] 8 9 10 11 [class=32046] 12 13 14 15 [class=32046] -- nothing found Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <6 virtual consoles, flags=0x0> ... Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet max@run.net. From owner-freebsd-hackers Wed Mar 5 09:37:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28870 for hackers-outgoing; Wed, 5 Mar 1997 09:37:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28863 for ; Wed, 5 Mar 1997 09:37:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA11876 for hackers@freebsd.org; Wed, 5 Mar 1997 10:31:56 -0700 From: Terry Lambert Message-Id: <199703051731.KAA11876@phaeton.artisoft.com> Subject: Junk mail from hackers list To: hackers@freebsd.org Date: Wed, 5 Mar 1997 10:31:56 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have noticed that I am receiving junk mail from AOL's mailing list agregator again, now that someone from AOL recently subscribed to the list, and was wondering if anyone else had the same experience? I got on this list once before by sending email to my Dad's AOL account. Apparently, if you send to an AOL account, you are put on a mailing list for use by people who wish to advertise to you by mailing to a single list address at AOL. Anyone else getting a higher than normal amount of junk mail? You would think AOL would have enough problems without pissing off a lot of highly technically knowledgable people... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 5 09:51:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29866 for hackers-outgoing; Wed, 5 Mar 1997 09:51:15 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29855 for ; Wed, 5 Mar 1997 09:51:12 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA07493; Wed, 5 Mar 1997 12:50:07 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 5 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA19838 for ; Wed, 5 Mar 1997 08:00:57 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA04036 for freebsd-hackers@freefall.cdrom.com; Wed, 5 Mar 1997 08:06:39 -0500 (EST) Date: Wed, 5 Mar 1997 08:06:39 -0500 (EST) From: Thomas David Rivers Message-Id: <199703051306.IAA04036@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: "dup alloc" - follow up on Warner's suggestion (2.2-GAMMA) Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner suggested that I try the latest 2.2-GAMMA kernel, to ensure this problem had not been fixed by some other 2.2-GAMMA changes. I've just FTPd the floppy images from ftp.freebsd.org (the 2.2-GAMMA 970225 images); and tried my "dup alloc" test case. 2.2-GAMMA continues to fail this test... so, the problem still exists there (at least as of 2/25.) Since so few people have reported this problem; and so many people are successfully running 2.2 (as they did previous releases) I don't think we should hold up 2.2 for this fix... it would be nice to fix it, though. - Dave Rivers - From owner-freebsd-hackers Wed Mar 5 09:58:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00759 for hackers-outgoing; Wed, 5 Mar 1997 09:58:41 -0800 (PST) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00747 for ; Wed, 5 Mar 1997 09:58:37 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.6.9) id LAA10107 for freebsd-hackers@freebsd.org; Wed, 5 Mar 1997 11:58:33 -0600 (CST) From: Gary Clark II Message-Id: <199703051758.LAA10107@main.gbdata.com> Subject: port UCSD-SNMP is broken due to in_ifaddr changes To: freebsd-hackers@freebsd.org Date: Wed, 5 Mar 1997 11:58:33 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I've been trying to get the ucsd-snmp port to compile. Everything is fine except for the in_ifaddr stucture in snmp_vars.c. We no longer have a ia_next member and it bitches and dies. This is besides the fact that there are a lot of header files that have to be added to even get that far. Could one of the network people take a look at the port and see what is going on? Thanks, Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-hackers Wed Mar 5 10:13:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02217 for hackers-outgoing; Wed, 5 Mar 1997 10:13:33 -0800 (PST) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02210 for ; Wed, 5 Mar 1997 10:13:30 -0800 (PST) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA8094; Wed, 5 Mar 1997 10:10:19 -0800 Message-Id: <3.0.32.19970305101332.009a5560@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 05 Mar 1997 10:13:33 -0800 To: Terry Lambert From: "Tim Oneil" Subject: Re: Junk mail from hackers list Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:31 AM 3/5/97 -0700, you wrote: >I have noticed that I am receiving junk mail from AOL's mailing >list agregator again, now that someone from AOL recently subscribed >to the list, and was wondering if anyone else had the same experience? > >I got on this list once before by sending email to my Dad's AOL >account. Apparently, if you send to an AOL account, you are put >on a mailing list for use by people who wish to advertise to you >by mailing to a single list address at AOL. > >Anyone else getting a higher than normal amount of junk mail? > >You would think AOL would have enough problems without pissing off >a lot of highly technically knowledgable people... Terry; I never send mail to people with an AOL account. Forget it, not worth the hassle. Did you send this to AOL? I think these are some words they should hear... -Tim From owner-freebsd-hackers Wed Mar 5 10:16:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02499 for hackers-outgoing; Wed, 5 Mar 1997 10:16:15 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA02488 for ; Wed, 5 Mar 1997 10:16:04 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA01201 (5.67b/IDA-1.5 for ); Wed, 5 Mar 1997 19:16:00 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id TAA25536; Wed, 5 Mar 1997 19:15:57 +0100 (CET) Message-Id: <19970305191556.GO20729@x14.mi.uni-koeln.de> Date: Wed, 5 Mar 1997 19:15:56 +0100 From: se@freebsd.org (Stefan Esser) To: max@rnd.runnet.ru (Maxim A. Bolotin) Cc: hackers@freebsd.org Subject: Re: Acer ALTOS 7000 instalation problem. References: <19970304204305.GY21094@x14.mi.uni-koeln.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 In-Reply-To: ; from Maxim A. Bolotin on Mar 5, 1997 20:10:58 +0300 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 5, max@rnd.runnet.ru (Maxim A. Bolotin) wrote: > On Tue, 4 Mar 1997, Stefan Esser wrote: > > Please try, whether the following patch stops PCI being found > > on your EISA-only system ... > > > > I'd appreciate receiving verbose boot messages, independently > > of whether the problem is fixed by this patch. > OK, > there're : > FreeBSD 2.2-970215-GAMMA #2: Wed Mar 5 11:45:41 MSK 1997 > max@altos.rnd.runnet.ru:/usr/src/sys/compile/ALTOS > pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x81000800 > pcibus_setup(2): mode 2 enable port (0x0cf8) is 0x00 > pcibus_setup(2a): mode2res=0x0e (0x0e) > pcibus_setup(2a): now trying mechanism 2 > pcibus_check: device 0 1 2 3 [class=32046] 4 5 6 7 [class=32046] 8 9 10 11 [class=32046] 12 13 14 15 [class=32046] -- nothing found > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <6 virtual consoles, flags=0x0> Thanks! This seems to indicate, that the patched code correctly identifies your motherboard as non-PCI, and that it should work without the other patch, that forced PCI disabled, even after a (seemingly) successful probe ? If this is the case, then I'll commit that patch to -current, and will see whether there is any chance it might make it into 2.2 ... Regards, STefan From owner-freebsd-hackers Wed Mar 5 10:22:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02808 for hackers-outgoing; Wed, 5 Mar 1997 10:22:10 -0800 (PST) Received: from caliban.dihelix.com (caliban.mrtc.org [199.4.33.251]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02800 for ; Wed, 5 Mar 1997 10:22:07 -0800 (PST) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.4/8.8.3) id IAA19324; Wed, 5 Mar 1997 08:21:54 -1000 (HST) Message-Id: <199703051821.IAA19324@caliban.dihelix.com> Subject: Re: StarOffice Installer available In-Reply-To: <199703050758.SAA01786@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 5, 97 06:28:01 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 5 Mar 1997 08:21:54 -1000 (HST) Cc: hackers@FreeBSD.org From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Cool I will try it out tonight. Does this work with the big beta3.tgz file from sunsite??? Thanks.... :) -David Langford langfod@dihelix.com >Ok all you office-suite fiends, release 1 of the StarOffice Installer >for FreeBSD is now available at > ftp://gsoft.com.au/pub/staroffice/soffice_install-1.tar.gz > >Please note that this is an early release to solicit feedback; I've >actually checked that it does, for me, what it's supposed to do, and >that the resultant install is actually usable, but Star Division >aren't answering to any of the email addresses I've mailed to and >their support newsgroup has vanished, so this is still a >reverse-engineering job, not a 100% replacement for their installer. > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Wed Mar 5 10:25:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02968 for hackers-outgoing; Wed, 5 Mar 1997 10:25:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA02962 for ; Wed, 5 Mar 1997 10:25:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA11950; Wed, 5 Mar 1997 11:19:42 -0700 From: Terry Lambert Message-Id: <199703051819.LAA11950@phaeton.artisoft.com> Subject: Re: Junk mail from hackers list To: toneil@visigenic.com (Tim Oneil) Date: Wed, 5 Mar 1997 11:19:41 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <3.0.32.19970305101332.009a5560@visigenic.com> from "Tim Oneil" at Mar 5, 97 10:13:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I never send mail to people with an AOL account. Forget it, > not worth the hassle. With AOL subscribers on the -hackers list, you *do* send messages to people with an AOL account every time you send a message to the list. That's why it was even worthy of a posting. > Did you send this to AOL? I think these are some words they > should hear... Yes, I did; they have a really rude "send comments" screen on their WWW page. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 5 10:28:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03149 for hackers-outgoing; Wed, 5 Mar 1997 10:28:16 -0800 (PST) Received: from reflections.mindspring.com (reflections.eng.mindspring.net [207.69.183.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03142 for ; Wed, 5 Mar 1997 10:28:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by reflections.mindspring.com (8.7.6/8.7.3) with SMTP id NAA00768; Wed, 5 Mar 1997 13:27:24 -0500 Date: Wed, 5 Mar 1997 13:27:24 -0500 (EST) From: Todd Graham Lewis Reply-To: Todd Graham Lewis To: Darren Reed cc: netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Subject: Re: ok, final sockhash changes, new diff In-Reply-To: <199703051329.HAA08596@roxanne.nuclecu.unam.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, Darren Reed wrote: > Why can't it "autoconfigure" according to the size of your RAM ? > > i.e. more RAM => bigger server => more users/network connections > > Darren > > p.s. of course it should be possible to manually override this "number', > for extreme cases, but why build kernels dumb ? Or, alternatively, make it run-time configurable via /proc, sysctl, etc. This might be a tad tricky, though. __ Todd Graham Lewis Linux! Core Engineering Mindspring Enterprises tlewis@mindspring.com (800) 719 4664, x2804 From owner-freebsd-hackers Wed Mar 5 10:36:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03615 for hackers-outgoing; Wed, 5 Mar 1997 10:36:23 -0800 (PST) Received: from ns1.Telkomsel.co.id (root@ip161.cbn.net.id [202.158.8.161]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03606 for ; Wed, 5 Mar 1997 10:36:14 -0800 (PST) Received: from localhost (arman@localhost) by ns1.Telkomsel.co.id (8.8.4/8.8.3) with SMTP id BAA15154 for ; Thu, 6 Mar 1997 01:35:34 +0700 (JVT) X-Authentication-Warning: ns1.Telkomsel.co.id: arman owned process doing -bs Date: Thu, 6 Mar 1997 01:35:34 +0700 (JVT) From: Arman Hazairin Hasan X-Sender: arman@ns1.Telkomsel.co.id To: hackers@freebsd.org Subject: pipe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello All, any idea how to increase 'pipe' throughput ? special tuning on the kernel parameters ? or is it already in 3.0-RELEASE ? TIA, -arman- From owner-freebsd-hackers Wed Mar 5 10:49:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04323 for hackers-outgoing; Wed, 5 Mar 1997 10:49:34 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04312 for ; Wed, 5 Mar 1997 10:49:30 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id KAA07166; Wed, 5 Mar 1997 10:49:26 -0800 (PST) Message-ID: <19970305104925.IC09974@hydrogen.nike.efn.org> Date: Wed, 5 Mar 1997 10:49:25 -0800 From: jmg@hydrogen.nike.efn.org (John-Mark Gurney) To: freebsd-hackers@FreeBSD.ORG Subject: Re: PS2 Mouse on FreeBSD 2.1.5 References: <199703041725.KAA09986@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Reply-To: John-Mark Gurney X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking In-Reply-To: ; from J Wunsch on Mar 5, 1997 08:46:50 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Michael Slater wrote: > > > In the windows95 Control panel/device manager it is listed as a > > microsoft PS/2 mouse. > > Now that's a good joke! :-) I didn't know yet that Microsloth ever > built PS/2... well... my Toshiba mouse has this on the label: Microsoft BallPoint mouse v2.0... and it's a ps/2 mouse... of course it's made by Toshiba though :) -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Wed Mar 5 11:14:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05776 for hackers-outgoing; Wed, 5 Mar 1997 11:14:07 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05770 for ; Wed, 5 Mar 1997 11:14:04 -0800 (PST) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA00535 for ; Wed, 5 Mar 1997 11:13:43 -0800 (PST) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id LAA07841; Wed, 5 Mar 1997 11:04:50 -0800 (PST) Received: from japonica.csl.sri.com (localhost.csl.sri.com [127.0.0.1]) by japonica.csl.sri.com (8.8.5/8.8.5) with ESMTP id LAA00518; Wed, 5 Mar 1997 11:03:58 -0800 (PST) Message-Id: <199703051903.LAA00518@japonica.csl.sri.com> To: Gary Clark II cc: freebsd-hackers@FreeBSD.ORG Subject: Re: port UCSD-SNMP is broken due to in_ifaddr changes In-reply-to: Your message of "Wed, 05 Mar 1997 11:58:33 CST." <199703051758.LAA10107@main.gbdata.com> Date: Wed, 05 Mar 1997 11:03:58 -0800 From: Fred Gilham Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, The latest ucd_snmp release (ucd-snmp-3.1.3) compiles right out of the box...uh, tar file...on FreeBSD. -Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Wed Mar 5 11:46:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07967 for hackers-outgoing; Wed, 5 Mar 1997 11:46:25 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07959 for ; Wed, 5 Mar 1997 11:46:16 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id UAA01479 for freebsd-hackers@freefall.cdrom.com; Wed, 5 Mar 1997 20:51:20 +0100 (MET) Date: Wed, 5 Mar 1997 20:51:20 +0100 (MET) From: Christoph Kukulies Message-Id: <199703051951.UAA01479@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: mail bounces - apologies Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry, I had a (probably campus) mail problem with about a couple of bounces due to too many hops. I haven't yet located the cause but taking out the DS (smart mail host) from sendmail.cf cured the problem for me here temporarily. If there's a mail expert out there who could lend me a helping hand I could show him one of the bounces (which may also have reached the list - don't know if they get filtered though) -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Mar 5 11:57:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08608 for hackers-outgoing; Wed, 5 Mar 1997 11:57:49 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08603 for ; Wed, 5 Mar 1997 11:57:47 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id LAA08794; Wed, 5 Mar 1997 11:53:28 -0800 (PST) Message-ID: <331DCEA9.167EB0E7@whistle.com> Date: Wed, 05 Mar 1997 20:51:05 +0100 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: hackers@FreeBSD.ORG Subject: Re: branch off 2.2/sys/net* References: <331B6903.41C67EA6@whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Julian Elischer wrote: > > > I'd like to do is > > make a branch off the 2.2 tree to add these changes.. > > doe sanyone violently object? > > this would be similar to Justin's SCSI branch.. > > > joerg? peter? > > poul? garrett? > > Not from me, except, i think it only makes sense if you intend to > integrate it into HEAD some day (as #ifdef's for kernel options, i > suppose). I do hope to do so eventually > From owner-freebsd-hackers Wed Mar 5 12:13:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09305 for hackers-outgoing; Wed, 5 Mar 1997 12:13:19 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09295; Wed, 5 Mar 1997 12:13:04 -0800 (PST) Received: from altos.rnd.runnet.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0w2N3b-00091RC; Wed, 5 Mar 97 12:12 PST Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id VAA04669; Wed, 5 Mar 1997 21:27:26 +0300 (MSK) Date: Wed, 5 Mar 1997 21:27:25 +0300 (MSK) From: "Maxim A. Bolotin" To: Stefan Esser cc: hackers@freebsd.org Subject: Re: Acer ALTOS 7000 instalation problem. In-Reply-To: <19970305191556.GO20729@x14.mi.uni-koeln.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Stefan Esser wrote: > Thanks! > > This seems to indicate, that the patched code correctly identifies > your motherboard as non-PCI, and that it should work without the > other patch, that forced PCI disabled, even after a (seemingly) > successful probe ? OK, All work fine! I think you can commit it. > > If this is the case, then I'll commit that patch to -current, and > will see whether there is any chance it might make it into 2.2 ... > > Regards, STefan > Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet max@run.net. From owner-freebsd-hackers Wed Mar 5 12:15:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09426 for hackers-outgoing; Wed, 5 Mar 1997 12:15:11 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09420 for ; Wed, 5 Mar 1997 12:15:07 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id MAA09148; Wed, 5 Mar 1997 12:06:48 -0800 (PST) Message-ID: <331DD1CB.794BDF32@whistle.com> Date: Wed, 05 Mar 1997 21:04:27 +0100 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <199703041926.LAA24593@dirac.phys.washington.edu> <199703042052.PAA13147@jenolan.caipgeneral> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As David S. Miller wrote: > > > This is the sort of thing that procfs root writable only tunables are > > for. > > Or sysctl root writable only tunables, just to call the same interface > by another (non-Linux :) name... > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) actually it's not quite the same.. they have som intersting work in procfs going on where thay allow you to set different values for differnt processes. sort of sysctl -per-process. don't know if it's in the mainline yet or ever will be but it'd sure be useful. There was a talk on it at the USELINUX part of USENIX. From owner-freebsd-hackers Wed Mar 5 12:45:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11041 for hackers-outgoing; Wed, 5 Mar 1997 12:45:32 -0800 (PST) Received: from sunsite.ms.mff.cuni.cz (sunsite-atm.ms.mff.cuni.cz [194.50.23.220]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11030 for ; Wed, 5 Mar 1997 12:45:14 -0800 (PST) Received: (from jj@localhost) by sunsite.ms.mff.cuni.cz (8.7.3/8.7.3) id VAA00601; Wed, 5 Mar 1997 21:45:07 +0100 (MET) From: Jakub Jelinek Message-Id: <199703052045.VAA00601@sunsite.ms.mff.cuni.cz> Subject: Re: ok, final sockhash changes, new diff To: davem@jenolan.rutgers.edu (David S. Miller) Date: Wed, 5 Mar 1997 21:45:07 +0100 (MET) Cc: avalon@coombs.anu.edu.au, mingo@pc5829.hil.siemens.at, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org Reply-To: jj@sunsite.ms.mff.cuni.cz In-Reply-To: <199703051354.IAA14114@jenolan.caipgeneral> from "David S. Miller" at Mar 5, 97 08:54:45 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > From: Darren Reed > Date: Thu, 6 Mar 1997 00:45:26 +1100 (EDT) > > > Extra silly cycles in the critical code path. > > Yes, if you were doing it all the time to make sure the table was a good > size, but I was referring to doing it once - at boot. (I should ahve made > myself more clear). > > You thus have to load the power of two size of the hash table from a > kernel variable (thus a dead cycle as far as I'm concerned) every > lookup and furthermore every other operation on the tables. > > But it is still a nice idea. People who truly want their machine to > scream are probably best off the configure it via a macro at compile > time and be done with it (as per Ingo's original suggestion). On the other side you can put there three four different routines for different hash table sizes and thus avoid that dead cycle. Or we can use code patching (as we already do on the sparc for other stuff). .u$e. Cheers .$$$$$:S Jakub $"*$/"*$$ $.`$ . ^F 4k+#+T.$F -------------------------------------------------------------- 4P+++"$"$ --- Jakub Jelinek, jj@sunsite.mff.cuni.cz :R"+ t$$B Administrator of SunSITE Czech Republic ___# $$$ MFF, Charles University, Prague | | R$$k ---------------------------------------------------------- dd. | Linux $!$ Give your Sparc a new beginning - SparcLinux ddd | Sparc $9$F -------------------------------------------------------- '!!!!!$ !!#!` !!!!!* .!!!!!` '!!!!!!!W..e$$!!!!!!` "~^^~ ^~~^ From owner-freebsd-hackers Wed Mar 5 12:48:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11234 for hackers-outgoing; Wed, 5 Mar 1997 12:48:52 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11229 for ; Wed, 5 Mar 1997 12:48:48 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id PAA13802; Wed, 5 Mar 1997 15:44:04 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id PAA14523; Wed, 5 Mar 1997 15:43:51 -0500 Date: Wed, 5 Mar 1997 15:43:51 -0500 Message-Id: <199703052043.PAA14523@jenolan.caipgeneral> From: "David S. Miller" To: jj@sunsite.ms.mff.cuni.cz CC: avalon@coombs.anu.edu.au, mingo@pc5829.hil.siemens.at, wong@rogerswave.ca, alan@cymru.net, imb@scgt.oz.au, dg@root.com, netdev@roxanne.nuclecu.unam.mx, hackers@freebsd.org In-reply-to: <199703052045.VAA00601@sunsite.ms.mff.cuni.cz> (message from Jakub Jelinek on Wed, 5 Mar 1997 21:45:07 +0100 (MET)) Subject: Re: ok, final sockhash changes, new diff Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Jakub Jelinek Date: Wed, 5 Mar 1997 21:45:07 +0100 (MET) On the other side you can put there three four different routines for different hash table sizes and thus avoid that dead cycle. Or we can use code patching (as we already do on the sparc for other stuff). I'm seriously considering making the lookup routines for TCP be per-architecture so you do it all in assembly for maximum performance. The lookup code is so hot in the profiling logs that only the csum_partial_copy() and memcpy() code dwarf it. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Wed Mar 5 13:47:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14118 for hackers-outgoing; Wed, 5 Mar 1997 13:47:27 -0800 (PST) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14113 for ; Wed, 5 Mar 1997 13:47:22 -0800 (PST) Received: from localhost (ben@localhost) by narcissus.ml.org (8.7.5/8.7.3) with SMTP id NAA15808; Wed, 5 Mar 1997 13:46:05 -0800 (PST) Date: Wed, 5 Mar 1997 13:46:05 -0800 (PST) From: Snob Art Genre To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PS2 Mouse on FreeBSD 2.1.5 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, J Wunsch wrote: > As Michael Slater wrote: > > > In the windows95 Control panel/device manager it is listed as a > > microsoft PS/2 mouse. > > Now that's a good joke! :-) I didn't know yet that Microsloth ever > built PS/2... > > Maybe the Winlows bootloader will some day recognize our fdisk entries > as ``Microsoft BSD''? :-)) When you add a networking protocol in Win95, you pick from a list that is organized by vendor. TCP/IP is located under "Microsoft". In other words, you're not far off at all! > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Wed Mar 5 14:02:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14599 for hackers-outgoing; Wed, 5 Mar 1997 14:02:32 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14580 for ; Wed, 5 Mar 1997 14:01:46 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id VAA08471; Wed, 5 Mar 1997 21:56:01 +0100 (MET) From: Søren Schmidt Message-Id: <199703052056.VAA08471@ravenock.cybercity.dk> Subject: Re: StarOffice Installer available In-Reply-To: <199703051821.IAA19324@caliban.dihelix.com> from David Langford at "Mar 5, 97 08:21:54 am" To: langfod@dihelix.com (David Langford) Date: Wed, 5 Mar 1997 21:56:01 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to David Langford who wrote: > Cool I will try it out tonight. Does this work with the big beta3.tgz file > from sunsite??? No, you only need the disk* files... I've installed this beast, and it looks really impressive, now we can all ditch that win box over in the corner :) > >Ok all you office-suite fiends, release 1 of the StarOffice Installer > >for FreeBSD is now available at > > ftp://gsoft.com.au/pub/staroffice/soffice_install-1.tar.gz > > > >Please note that this is an early release to solicit feedback; I've > >actually checked that it does, for me, what it's supposed to do, and > >that the resultant install is actually usable, but Star Division > >aren't answering to any of the email addresses I've mailed to and > >their support newsgroup has vanished, so this is still a > >reverse-engineering job, not a 100% replacement for their installer. > > > >-- > >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > >]] Genesis Software genesis@gsoft.com.au [[ > >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > >]] realtime instrument control. (ph) +61-8-8267-3493 [[ > >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Wed Mar 5 14:06:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14805 for hackers-outgoing; Wed, 5 Mar 1997 14:06:59 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14796 for ; Wed, 5 Mar 1997 14:06:54 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id OAA01414; Wed, 5 Mar 1997 14:06:42 -0800 (PST) Date: Wed, 5 Mar 1997 14:06:42 -0800 (PST) From: Vincent Poy To: Chuck Robey cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Chuck Robey wrote: > On Wed, 5 Mar 1997, Vincent Poy wrote: > > > On Tue, 4 Mar 1997, Chuck Robey wrote: > > > > > Is /usr/local/lib in your LD_LIBRARY_PATH (your environment variable)? > > > > How do I find out since in tcsh, env doesn't show LD_LIBRARY_PATH > > at all. > > Then insert the line: > > setenv LD_LIBRARY_PATH /usr/lib:/usr/local/lib:/usr/X11R6/lib > > into your .cshrc. This line (or something very much like it, but probably > missing /usr/local/lib for you) is probably in your /etc/sysconfig. Actually, that wouldn't work because tcpd is the tcpwrapper program so it doesn't run out of a account. Also, /usr/local/lib is defined in /etc/rc which is the default /etc/rc file. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-hackers Wed Mar 5 14:11:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15100 for hackers-outgoing; Wed, 5 Mar 1997 14:11:38 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15092 for ; Wed, 5 Mar 1997 14:11:34 -0800 (PST) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id RAA05573; Wed, 5 Mar 1997 17:11:19 -0500 (EST) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.8.5/8.6.4) with SMTP id RAA05340; Wed, 5 Mar 1997 17:11:18 -0500 (EST) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 5 Mar 1997 17:11:18 -0500 (EST) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Vincent Poy cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Vincent Poy wrote: > On Wed, 5 Mar 1997, Chuck Robey wrote: > > > On Wed, 5 Mar 1997, Vincent Poy wrote: > > > > > On Tue, 4 Mar 1997, Chuck Robey wrote: > > > > > > > Is /usr/local/lib in your LD_LIBRARY_PATH (your environment variable)? > > > > > > How do I find out since in tcsh, env doesn't show LD_LIBRARY_PATH > > > at all. > > > > Then insert the line: > > > > setenv LD_LIBRARY_PATH /usr/lib:/usr/local/lib:/usr/X11R6/lib > > > > into your .cshrc. This line (or something very much like it, but probably > > missing /usr/local/lib for you) is probably in your /etc/sysconfig. > > Actually, that wouldn't work because tcpd is the tcpwrapper > program so it doesn't run out of a account. Also, /usr/local/lib is > defined in /etc/rc which is the default /etc/rc file. Fine. Whoever starts that program has a LD_LIBRARY_PATH, or should have, even root. Set that variable, and it will work. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 5 14:33:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16242 for hackers-outgoing; Wed, 5 Mar 1997 14:33:44 -0800 (PST) Received: from cobber.cord.edu (cobber.cord.edu [138.129.1.32]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16232 for ; Wed, 5 Mar 1997 14:33:37 -0800 (PST) Received: by cobber.cord.edu (4.1/SMI-4.1) id AA12606; Wed, 5 Mar 97 16:27:35 CST Date: Wed, 5 Mar 1997 16:26:06 -0600 (CST) From: Kyle Mestery Subject: Java awt support? To: freebsd-hackers@freebsd.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know if there are plans to support the awt class libraries for FreeBSD? These are all of the graphics, which arent in the current freebsd jdk librarires. I have a java class at school, and we have to right appliacations now instead of applets, nad I would prefer to stay away from 95 if at all possible. Thanks! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Kyle A.D. Mestery | --* POWERED BY FREEBSD *-- 1901 20th St. S #4 | Network Support Specialist Moorhead, MN 56560 | Concordia College, Moorhead, MN 218-236-6359 | "My other computer runs UNIX also" -TJ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< From owner-freebsd-hackers Wed Mar 5 14:39:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16541 for hackers-outgoing; Wed, 5 Mar 1997 14:39:41 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16536 for ; Wed, 5 Mar 1997 14:39:39 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id OAA01534; Wed, 5 Mar 1997 14:39:33 -0800 (PST) Date: Wed, 5 Mar 1997 14:39:32 -0800 (PST) From: Vincent Poy To: Chuck Robey cc: hackers@freebsd.org Subject: Re: libs not found In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Chuck Robey wrote: > > > into your .cshrc. This line (or something very much like it, but probably > > > missing /usr/local/lib for you) is probably in your /etc/sysconfig. > > > > Actually, that wouldn't work because tcpd is the tcpwrapper > > program so it doesn't run out of a account. Also, /usr/local/lib is > > defined in /etc/rc which is the default /etc/rc file. > > Fine. Whoever starts that program has a LD_LIBRARY_PATH, or should have, > even root. Set that variable, and it will work. Normally, doesn't /etc/rc get started by FreeBSD on it's own? For the LD_LIBRARY_PATH, wouldn't it just work only until you reboot or shutdown the machine. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-hackers Wed Mar 5 14:47:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16959 for hackers-outgoing; Wed, 5 Mar 1997 14:47:28 -0800 (PST) Received: from caliban.dihelix.com (caliban.mrtc.org [199.4.33.251]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16947 for ; Wed, 5 Mar 1997 14:47:19 -0800 (PST) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.4/8.8.3) id MAA20247; Wed, 5 Mar 1997 12:45:03 -1000 (HST) Message-Id: <199703052245.MAA20247@caliban.dihelix.com> Subject: Re: StarOffice Installer available In-Reply-To: <199703052056.VAA08471@ravenock.cybercity.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Mar 5, 97 09:56:01 pm" To: sos@ravenock.cybercity.dk (Søren Schmidt) Date: Wed, 5 Mar 1997 12:45:03 -1000 (HST) Cc: langfod@dihelix.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In reply to David Langford who wrote: >> Cool I will try it out tonight. Does this work with the big beta3.tgz file >> from sunsite??? > >No, you only need the disk* files... Okay next question. What are you guys doing for the Motif 2.0 libs? I have Motif 2.0 from Xinside for FreeBSD and Motif 1.0 for Linux from Caldera :) Thanks, -David Langford langfod@dihelix.com From owner-freebsd-hackers Wed Mar 5 15:16:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18625 for hackers-outgoing; Wed, 5 Mar 1997 15:16:26 -0800 (PST) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18620 for ; Wed, 5 Mar 1997 15:16:24 -0800 (PST) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with SMTP id SAA09758 for ; Wed, 5 Mar 1997 18:17:43 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 05 Mar 1997 15:33:03 -0500 (EST) Organization: Cybernet Systems Corporation From: Mark Taylor To: freebsd-hackers@freebsd.org Subject: "arp -n" option Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While performing a patch to /usr/sbin/arp to add the "-n" option, I noticed that it already existed! The man page says nothing about it. :) The only problem with using it is that it gets ignored when doing "arp -a -n", because when the "-a" option is seen in the switch() after getopt(), dump(0) is called immediately, and then arp exits. The "-n" option must be first in order for it to work. I can imagine that when, one fine day, the "-n" option IS documented, that a user goes "arp -a -n" and sees the program hang doing a DNS lookup, he/she is going to be pissed that it doesn't work. :) That's what has been happening to me. :) -------------------------------------------------------------------- Mark J. Taylor Network R&D Manager Cybernet Systems mtaylor@cybernet.com 727 Airport Blvd. PHONE (313) 668-2567 Ann Arbor, MI 48108 FAX (313) 668-8780 -------------------------------------------------------------------- From owner-freebsd-hackers Wed Mar 5 15:28:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19260 for hackers-outgoing; Wed, 5 Mar 1997 15:28:10 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19254 for ; Wed, 5 Mar 1997 15:28:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id AAA14074 for ; Thu, 6 Mar 1997 00:20:52 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA23654 for hackers@FreeBSD.ORG; Thu, 6 Mar 1997 00:20:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA02161; Wed, 5 Mar 1997 23:53:07 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 23:53:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Strange lpr or lpd bug References: <3.0.32.19970305150922.00c98100@dimaga.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970305150922.00c98100@dimaga.com>; from Eivind Eklund on Mar 5, 1997 15:09:23 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Eivind Eklund wrote: > I'd make the test check for printers with same spool directory but > different targets - somebody might want to use the same printer with > different filters and the same spooldir. Even this is bogus, and will cause all jobs to be spooled through the same filter. Don't worry, i once stumpled across exactly the same problem :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 5 15:46:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20689 for hackers-outgoing; Wed, 5 Mar 1997 15:46:52 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20675 for ; Wed, 5 Mar 1997 15:46:44 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA07401; Thu, 6 Mar 1997 10:14:58 +1030 (CST) From: Michael Smith Message-Id: <199703052344.KAA07401@genesis.atrad.adelaide.edu.au> Subject: Re: StarOffice Installer available In-Reply-To: <199703052245.MAA20247@caliban.dihelix.com> from David Langford at "Mar 5, 97 12:45:03 pm" To: langfod@dihelix.com (David Langford) Date: Thu, 6 Mar 1997 10:14:58 +1030 (CST) Cc: sos@ravenock.cybercity.dk, langfod@dihelix.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Langford stands accused of saying: > >In reply to David Langford who wrote: > >> Cool I will try it out tonight. Does this work with the big beta3.tgz file > >> from sunsite??? > > > >No, you only need the disk* files... > > Okay next question. What are you guys doing for the Motif 2.0 libs? > I have Motif 2.0 from Xinside for FreeBSD and Motif 1.0 for Linux from > Caldera :) We're not. That's why I had to write an installer; their setup program is dynamically linked against the Motif library, but the applications themselves are static. You'd need the 2.0 Linux Motif libraries to run the installer. > -David Langford > langfod@dihelix.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Mar 5 15:57:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21172 for hackers-outgoing; Wed, 5 Mar 1997 15:57:33 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21167 for ; Wed, 5 Mar 1997 15:57:28 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA09392; Wed, 5 Mar 1997 16:57:23 -0700 (MST) Date: Wed, 5 Mar 1997 16:57:23 -0700 (MST) Message-Id: <199703052357.QAA09392@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Kyle Mestery Cc: freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Does anyone know if there are plans to support the awt class libraries > for FreeBSD? Which JDK are you using? The JDK that Jeffrey Hsu ported to FreeBSD contains all of these. Also, netscape supports them as well. Nate From owner-freebsd-hackers Wed Mar 5 16:42:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26051 for hackers-outgoing; Wed, 5 Mar 1997 16:42:01 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26046 for ; Wed, 5 Mar 1997 16:41:57 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA07858; Thu, 6 Mar 1997 11:10:21 +1030 (CST) From: Michael Smith Message-Id: <199703060040.LAA07858@genesis.atrad.adelaide.edu.au> Subject: Re: Kernel panic with 2.2-Gamma In-Reply-To: from Mark Mayo at "Mar 4, 97 11:46:23 am" To: mark@quickweb.com (Mark Mayo) Date: Thu, 6 Mar 1997 11:10:20 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, vinay@agni.nuko.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > On Tue, 4 Mar 1997, Michael Smith wrote: > > > Vinay Kumar stands accused of saying: > > > > > > I decided to upgrade from 2.1.5 to the latest RELENG_2_2 from > > > cvsup.freebsd.org. I managed to compile, but the kernle panics after > > > learning that my computer is a pentium pro. > > > > When upgrading, you should check with the sample GENERIC configuration > > file to make sure that new options haven't been added that your old > > configuration is missing. Using a kernel config file from 2.1.5 with 2.2 > > is a Very Bad Idea. > > Does a make world put a new copy of the GENERIC and LINT kernels in > /usr/src/sys/i386/conf ?? I didn't think so, which leads me to ask where > to get a new GENERIC kernel file? If you have updated your sources in order to 'make world', you will alreay have put new GENERIC and LINT files in /usr/src/sys/i386/conf. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Mar 5 16:45:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26231 for hackers-outgoing; Wed, 5 Mar 1997 16:45:22 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26218 for ; Wed, 5 Mar 1997 16:45:18 -0800 (PST) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id TAA10600; Wed, 5 Mar 1997 19:45:06 -0500 (EST) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.8.5/8.6.4) with SMTP id TAA05444; Wed, 5 Mar 1997 19:45:05 -0500 (EST) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 5 Mar 1997 19:45:05 -0500 (EST) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Kyle Mestery cc: freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Kyle Mestery wrote: > > Does anyone know if there are plans to support the awt class libraries > for FreeBSD? These are all of the graphics, which arent in the current > freebsd jdk librarires. I have a java class at school, and we have to > right appliacations now instead of applets, nad I would prefer to stay > away from 95 if at all possible. Thanks! sawt (/usr/ports/devel/sawt) is a fledgling awt, but it's not complete. Currently it's broke, but I don't think it'd take much to fix it. It got broke when the kaffe port was last upgraded. I _might_ have time to fix it this weekend, but I have to finish my Objective C ports first. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > Kyle A.D. Mestery | --* POWERED BY FREEBSD *-- > 1901 20th St. S #4 | Network Support Specialist > Moorhead, MN 56560 | Concordia College, Moorhead, MN > 218-236-6359 | "My other computer runs UNIX also" -TJ > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 5 17:38:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA29770 for hackers-outgoing; Wed, 5 Mar 1997 17:38:28 -0800 (PST) Received: from cobber.cord.edu (cobber.cord.edu [138.129.1.32]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA29762 for ; Wed, 5 Mar 1997 17:38:22 -0800 (PST) Received: by cobber.cord.edu (4.1/SMI-4.1) id AA13721; Wed, 5 Mar 97 19:32:20 CST Date: Wed, 5 Mar 1997 19:31:17 -0600 (CST) From: Kyle Mestery Subject: Re: Java awt support? To: Nate Williams Cc: freebsd-hackers@freebsd.org In-Reply-To: <199703052357.QAA09392@rocky.mt.sri.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am using the jdk that is in the packages collection for current. What I need is the ability to write applications with awt support, not applets. Any ideas? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Kyle A.D. Mestery | --* POWERED BY FREEBSD *-- 1901 20th St. S #4 | Network Support Specialist Moorhead, MN 56560 | Concordia College, Moorhead, MN 218-236-6359 | "My other computer runs UNIX also" -TJ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< From owner-freebsd-hackers Wed Mar 5 17:55:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01003 for hackers-outgoing; Wed, 5 Mar 1997 17:55:03 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00994 for ; Wed, 5 Mar 1997 17:54:59 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA10410; Wed, 5 Mar 1997 18:54:54 -0700 (MST) Date: Wed, 5 Mar 1997 18:54:54 -0700 (MST) Message-Id: <199703060154.SAA10410@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Kyle Mestery Cc: Nate Williams , freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: References: <199703052357.QAA09392@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am using the jdk that is in the packages collection for current. What > I need is the ability to write applications with awt support, not > applets. Any ideas? I don't know about the package stuff, but a port of Sun's JDK which I use for *Real* work (tm) is available at: ftp://freefall.FreeBSD.org/pub/FreeBSD/LOCAL_PORTS/jdk102.11-26.tar.gz I know of at least 2 bugs in it. - You can't use call system executables from it (it blows chunks and leaves the process you called running in the netherlands). - The java.util.Date (??) is messed up. This should contain *everything* you need to do all sorts of Java applets/applications, etc... Nate From owner-freebsd-hackers Wed Mar 5 19:00:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05351 for hackers-outgoing; Wed, 5 Mar 1997 19:00:41 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05342 for ; Wed, 5 Mar 1997 19:00:35 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA03518; Thu, 6 Mar 1997 02:53:25 GMT Message-Id: <199703060253.CAA03518@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Samy Touati cc: hackers@FreeBSD.ORG Subject: Re: HP omnibook 530 & etherlink III 3C562C In-reply-to: Your message of "Sun, 02 Mar 1997 09:42:56 EST." <331991F0.41C67EA6@lmc.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 02:53:25 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk <<< No Message Collected >>> From owner-freebsd-hackers Wed Mar 5 19:29:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07134 for hackers-outgoing; Wed, 5 Mar 1997 19:29:06 -0800 (PST) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA07111; Wed, 5 Mar 1997 19:28:59 -0800 (PST) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by relay-5.mail.demon.net id aa0520074; 6 Mar 97 3:00 GMT Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA09118; Thu, 6 Mar 1997 02:55:59 GMT Message-Id: <199703060255.CAA09118@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Samy Touati cc: hackers@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: HP omnibook 530 & etherlink III 3C562C In-reply-to: Your message of "Sun, 02 Mar 1997 09:42:56 EST." <331991F0.41C67EA6@lmc.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 02:55:58 +0000 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Message-ID: <33185429.41C67EA6@lmc.ericsson.se> > Date: Sat, 01 Mar 1997 11:07:05 -0500 > From: Samy Touati > X-Mailer: Mozilla 3.01Gold (X11; U; FreeBSD 2.1.5-RELEASE i386) > MIME-Version: 1.0 > To: questions@freebsd.org > Subject: etherlink III 3C562C > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Hi, > > > I would like to install fbsd 2.1.6 on an HP omnibook 530 will it > install? > Does the etherlink III 3C562C PCMCIA card works with freebsd 2.1.6. > > > Thanks. > > Samy > Not at the moment :( Are there any current developments (I've cc'd freebsd-mobile) ? -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Mar 5 19:50:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08255 for hackers-outgoing; Wed, 5 Mar 1997 19:50:33 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08236; Wed, 5 Mar 1997 19:50:29 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.8.5+2.7Wbeta5/950912) with ESMTP id MAA25207; Thu, 6 Mar 1997 12:50:23 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.8.5+2.7Wbeta5/3.3W6) with ESMTP id MAA20393; Thu, 6 Mar 1997 12:50:21 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id MAA15434; Thu, 6 Mar 1997 12:50:19 +0900 (JST) Date: Thu, 6 Mar 1997 12:50:19 +0900 (JST) From: Naoki Hamada Message-Id: <199703060350.MAA15434@sirius.sbl.cl.nec.co.jp> References: <199703060255.CAA09118@awfulhak.demon.co.uk> To: brian@awfulhak.demon.co.uk CC: lmcsato@lmc.ericsson.se, hackers@freebsd.org, freebsd-mobile@freebsd.org In-reply-to: Brian Somers's message of "Thu, 06 Mar 1997 02:55:58 +0000" <199703060255.CAA09118@awfulhak.demon.co.uk> Subject: Re: HP omnibook 530 & etherlink III 3C562C Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I would like to install fbsd 2.1.6 on an HP omnibook 530 will it >> install? >> Does the etherlink III 3C562C PCMCIA card works with freebsd 2.1.6. >Not at the moment :( Are there any current developments (I've cc'd >freebsd-mobile) ? Nomads team now works on 3C562C/3C563C PCMCIA card. It is not very easy to support multifunction pc-cards, so it will take some time. - nao From owner-freebsd-hackers Wed Mar 5 19:50:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08331 for hackers-outgoing; Wed, 5 Mar 1997 19:50:57 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08322 for ; Wed, 5 Mar 1997 19:50:53 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id DAA27035; Thu, 6 Mar 1997 03:50:41 GMT Date: Thu, 6 Mar 1997 12:50:41 +0900 (JST) From: Michael Hancock To: Thomas David Rivers cc: FreeBSD Hackers Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. In-Reply-To: <199703050157.UAA00285@lakes.water.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Thomas David Rivers wrote: > > Well; it's a sad day in Mudville... > > Unfortunately, when I built from a pristine source base, with only > the vfs_subr.c patch; I was able to reproduce my bad inodes.... > Seems that the combination of a couple of printf()s in the kernel > and that particular splbio()/splx() masks the problem just as my > printf()s in disksort did... I guess it would be worth while to take out the printf's until you can isolate the printf's that "fix" the problem. Then analyze the effects of the printfs serializing writes. Regards, Mike Hancock From owner-freebsd-hackers Wed Mar 5 20:27:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09956 for hackers-outgoing; Wed, 5 Mar 1997 20:27:59 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09950; Wed, 5 Mar 1997 20:27:52 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id GAA23016; Thu, 6 Mar 1997 06:27:43 +0200 (SAT) From: John Hay Message-Id: <199703060427.GAA23016@zibbi.mikom.csir.co.za> Subject: ctm running? To: ctm@freebsd.org, hackers@freebsd.org Date: Thu, 6 Mar 1997 06:27:43 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Is ctm still running? It's been more than 18 hours since my last cvs-cur update. I had a look on freefall, but it looks like the generation of the ctm deltas has moved to spatter. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed Mar 5 21:11:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12105 for hackers-outgoing; Wed, 5 Mar 1997 21:11:35 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12088 for ; Wed, 5 Mar 1997 21:11:24 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id AAA04844; Thu, 6 Mar 1997 00:11:17 -0500 (EST) Date: Thu, 6 Mar 1997 00:11:16 -0500 (EST) From: John Fieber To: Nate Williams cc: freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: <199703060154.SAA10410@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Nate Williams wrote: > I know of at least 2 bugs in it. > > - You can't use call system executables from it (it blows chunks and > leaves the process you called running in the netherlands). Really? Could you send a snippet of code that exercises this? -john From owner-freebsd-hackers Wed Mar 5 21:11:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12182 for hackers-outgoing; Wed, 5 Mar 1997 21:11:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12163 for ; Wed, 5 Mar 1997 21:11:48 -0800 (PST) Received: from veronica.elecard.tomsk.su ([194.58.240.250]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA01449 for ; Wed, 5 Mar 1997 21:06:16 -0800 (PST) Received: from elecard.tomsk.su (novell.elecard.tomsk.su [194.58.240.1]) by veronica.elecard.tomsk.su (8.8.5/8.8.5) with ESMTP id JAA04190 for ; Thu, 6 Mar 1997 09:50:57 +0700 (TSK) Received: from ELECARD_P/SpoolDir by elecard.tomsk.su (Mercury 1.21); 6 Mar 97 09:54:27 +700 Received: from SpoolDir by ELECARD_P (Mercury 1.30); 6 Mar 97 09:54:12 +700 Received: from peter by elecard.tomsk.su (Mercury 1.30) with ESMTP; 6 Mar 97 09:54:09 +700 From: "Peter Gubanov" To: Subject: GateD and PPP Date: Thu, 6 Mar 1997 09:49:46 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Message-ID: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, All! I'm running Gated 3.5b3 and user-mode ppp on my 2.1.7-RELEASE and have a strange (?) problem. When gated is started after ppp, it fails to read its configuration with codedumped. When ppp is unloaded, it starts OK, then I load ppp and this works fine (as it should). I've tried many other gated's (R3.6,R3.5a11,...) with the same results. What's that? Peter From owner-freebsd-hackers Wed Mar 5 21:16:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12599 for hackers-outgoing; Wed, 5 Mar 1997 21:16:18 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12591 for ; Wed, 5 Mar 1997 21:16:15 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA11418; Wed, 5 Mar 1997 22:16:06 -0700 (MST) Date: Wed, 5 Mar 1997 22:16:06 -0700 (MST) Message-Id: <199703060516.WAA11418@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Fieber Cc: Nate Williams , freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: References: <199703060154.SAA10410@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I know of at least 2 bugs in it. > > > > - You can't use call system executables from it (it blows chunks and > > leaves the process you called running in the netherlands). > > Really? Could you send a snippet of code that exercises this? Sure, here you go. Replace the command with anything you feel like. Nate -------------- import java.io.*; public class Exec { public static void main(String[] argv) { String cmd = "/sbin/ping www.symantec.com"; try { Process process = Runtime.getRuntime().exec(cmd); String line; DataInputStream dis = new DataInputStream(process.getInputStream()); while ((line = dis.readLine()) != null) { System.out.println(line); } System.out.println("Exit value was: " + process.exitValue()); } catch(IOException ioe) { System.err.println(ioe + " IO Error executing command: " + cmd); } } } From owner-freebsd-hackers Wed Mar 5 21:21:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12937 for hackers-outgoing; Wed, 5 Mar 1997 21:21:18 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12930 for ; Wed, 5 Mar 1997 21:21:14 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id AAA04905; Thu, 6 Mar 1997 00:21:08 -0500 (EST) Date: Thu, 6 Mar 1997 00:21:08 -0500 (EST) From: John Fieber To: Nate Williams cc: freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: <199703060516.WAA11418@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Nate Williams wrote: > > > I know of at least 2 bugs in it. > > > > > > - You can't use call system executables from it (it blows chunks and > > > leaves the process you called running in the netherlands). > > > > Really? Could you send a snippet of code that exercises this? > > Sure, here you go. Replace the command with anything you feel like. Works fine here. I'm running 2.2-BETA with a recent (Feb 18) 2.2-GAMMA kernel. -john From owner-freebsd-hackers Wed Mar 5 21:23:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13214 for hackers-outgoing; Wed, 5 Mar 1997 21:23:49 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13200 for ; Wed, 5 Mar 1997 21:23:46 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA11487; Wed, 5 Mar 1997 22:23:42 -0700 (MST) Date: Wed, 5 Mar 1997 22:23:42 -0700 (MST) Message-Id: <199703060523.WAA11487@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Fieber Cc: Nate Williams , freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: References: <199703060516.WAA11418@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > I know of at least 2 bugs in it. > > > > > > > > - You can't use call system executables from it (it blows chunks and > > > > leaves the process you called running in the netherlands). > > > > > > Really? Could you send a snippet of code that exercises this? > > > > Sure, here you go. Replace the command with anything you feel like. > > > > Works fine here. I'm running 2.2-BETA with a recent (Feb 18) > 2.2-GAMMA kernel. Hmm, interesting. It doesn't work for me in my 2.1.5 box, and it didn't work in another box. But, it's working now. Strange.... Nate From owner-freebsd-hackers Wed Mar 5 21:34:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13890 for hackers-outgoing; Wed, 5 Mar 1997 21:34:10 -0800 (PST) Received: from jump.net (serv1-2.jump.net [204.238.120.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13885 for ; Wed, 5 Mar 1997 21:34:05 -0800 (PST) Received: from benjamin.adonai.com by jump.net (8.8.4/BERK-6.8.11) id XAA09891; Wed, 5 Mar 1997 23:34:00 -0600 (CST) Message-Id: <1.5.4.32.19970306053347.006aaf7c@jump.net> X-Sender: adonai@jump.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Mar 1997 23:33:47 -0600 To: hackers@freebsd.org From: Lee Crites Subject: vm_page_alloc(ZERO): missing pages on cache queue: x Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just recently upgraded my p133 to 2.2-gamma. Seemingly without rhyme or reason, I had a bunch of devices disappear. Greg Lehey helped me get that straightened out, and all *seems* fine. About an hour ago, the above error message started showing up on the console. Shortly after it started, the scsi hdd started going crazy -- constant disk accesses. After watching it for several minutes (maybe 10 or so), I typed in "shutdown -r now" on my open window (on another box on the lan). After waiting 45 minutes, the "shutdo" had echoed back to me. I did a really no-no and did a power-off reset. It rebooted without problems (of course after fsck'ing, etc). So, any clue what the above means? Lee From owner-freebsd-hackers Wed Mar 5 22:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15614 for hackers-outgoing; Wed, 5 Mar 1997 22:00:05 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15551 for ; Wed, 5 Mar 1997 21:59:59 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id AAA21004 for ; Thu, 6 Mar 1997 00:54:36 -0500 (EST) Date: Thu, 6 Mar 1997 00:54:35 -0500 (EST) From: Mark Mayo To: hackers@freebsd.org Subject: Linux JDK on 2.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. I've been trying to get the Linux JDK working on my 2.2-GAMMA system. So far, all is well, with the exception of some error messages from ioctl: LINUX: 'ioctl' fd=4, typ=0x89(), num=0x1 not implemented LINUX: 'ioctl' fd=5, typ=0x89(), num=0x1 not implemented LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented I get this when I run the appletviewer, javac, etc.. The good news is that it doesn't seem to affect anything, cause everthing runs perfectly. I'm using the Linux version since it supports 16bpp X-severs, and it seems to run quite a bit faster than the FreeBSD port. It installed fine, and I only needed to change .java_wrapper to find bash correctly.. pretty cool. So far I'm amazed how well the Linux emulation works - I run the Acrobat readed and Netscape 4.0b2 with no problems. Neato. Any ideas would be helpful - but like I said, everytthing works, I just get these annoying messages on stderr (which I can't pipe away, since I need the compilers error messages and exceptions as well).. -Mark ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ---------------------------------------------------------------------------- Nature shows that with the growth of intelligence comes increased capacity for pain, and it is only with the highest degree of intelligence that suffering reaches its supreme point. -- Arthur Schopenhauer From owner-freebsd-hackers Wed Mar 5 22:49:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26424 for hackers-outgoing; Wed, 5 Mar 1997 22:49:41 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26417 for ; Wed, 5 Mar 1997 22:49:35 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA11301; Thu, 6 Mar 1997 17:19:15 +1030 (CST) From: Michael Smith Message-Id: <199703060649.RAA11301@genesis.atrad.adelaide.edu.au> Subject: Re: Linux JDK on 2.2 In-Reply-To: from Mark Mayo at "Mar 6, 97 00:54:35 am" To: mark@quickweb.com (Mark Mayo) Date: Thu, 6 Mar 1997 17:19:14 +1030 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > Hi all. I've been trying to get the Linux JDK working on my 2.2-GAMMA > system. So far, all is well, with the exception of some error messages > from ioctl: > > LINUX: 'ioctl' fd=4, typ=0x89(), num=0x1 not implemented > LINUX: 'ioctl' fd=5, typ=0x89(), num=0x1 not implemented > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented cain:/compat/linux/usr/include/asm>less sockios.h ... /* Socket-level I/O control calls. */ #define FIOSETOWN 0x8901 If it bothers you, I'm sure you can implement it. 8) The emulator doesn't have an 'owner' either just now 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 00:00:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02665 for hackers-outgoing; Thu, 6 Mar 1997 00:00:15 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02655 for ; Thu, 6 Mar 1997 00:00:11 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id WAA25196 for ; Wed, 5 Mar 1997 22:38:44 -0800 (PST) Message-ID: <331E65E2.41C67EA6@whistle.com> Date: Wed, 05 Mar 1997 22:36:18 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Hackers@freebsd.org Subject: Network gurus? in_rmx.c.. why? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As those of you who've been following things probably know.. We at Whistle have a need for things such as interfaces to come and go, and for routes to be cleanly destroyed when we reassingn addresses here and there in a dynamic manner. The answer "reboot the machine" may make the problems go away, but we'd rather not have the customer calling customer service in the first place.. For this reason I've been going through the networking (read routing) code and have been compiling a set of changes that clear up some of the absolute confusion presently in the routing code (it's a mess for hysterical raisons I guess). All was progressing fine until this evenning, when I got as far as in_rmx.c. In one fell swoop, all the work I'd done to make all the reference counting in the routing code be consistent and rigourously applied, came to a stop. This module actually relies on the reference counts for rtentry structs to be incorrect. i.e. it assumes (and needs to assume) that only references generated by rtalloc1() are counted.. In other words rt_refcnt is only a count of references by open sessions. The trouble is that to really be able to clean up the routing code properly, we actually need a REAL reference count. At least this is my belief. I invite opposing viewpoints. My suggestion for this would be to impliment a second reference counter. so there would be two. 1/ a count of all real references. 2/ a count of 'session' (PCB) references. there are a few ways to actually achieve this effect: 1/ rtalloc1() uses one and everything else uses another. this requires 2 version s of rtfree() and the total references is the sum of the two. 2/ rtalloc increments both, and everything else just increments the real one. 3/ whenever the 'users' is non 0, 1 is added to the reference count. (sort of daisy chaining them). 4/ have everything access one reference counters and have non PCB users also access a second.. subtracting 2 from 1 gives the number of sessions. Am I right in thinking that the only reason in_rmx needs to know when a route is not in use is so that it can keep the number of kernel routes in a place like wcarchive under control? In other words.. it's to know when it can safely delete a route. ? Couldn't it just be assumed that inactivity on a host route over some period of time would constitute enough reason in itself if it was not a static route? The reason to not delete the route too quickly would be what? to hold useful info about the path to that system? does TTCP make use of that? does anyone think that getting the reference counts under stricter control is a stupid idea? I get the impression that this may be the thought in some quarters.. julian From owner-freebsd-hackers Thu Mar 6 00:22:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03625 for hackers-outgoing; Thu, 6 Mar 1997 00:22:06 -0800 (PST) Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03620 for ; Thu, 6 Mar 1997 00:22:01 -0800 (PST) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id KAA20723; Thu, 6 Mar 1997 10:20:02 +0200 (EET) From: mika ruohotie Message-Id: <199703060820.KAA20723@shadows.aeon.net> Subject: Re: strange syslog messagey In-Reply-To: <199703041041.FAA02357@yakko.my.domain> from Lee Cremeans at "Mar 4, 97 05:41:56 am" To: mcampbel@erols.com Date: Thu, 6 Mar 1997 10:20:02 +0200 (EET) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Mar 3 13:39:40 trinity syslog: /etc/pwd.db: Invalid argument > > my 2.1.7 does this too, no chroots... > I ran into this myself one day; don't exactly remember the circumstances, > but recompiling my pwd.db made it go away. ditto. firing up vipw and making it to remake db wipes it away, and i assume it was netscape communicator beta2 that did it atleast few times... mickey From owner-freebsd-hackers Thu Mar 6 00:33:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04539 for hackers-outgoing; Thu, 6 Mar 1997 00:33:32 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04534 for ; Thu, 6 Mar 1997 00:33:29 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id JAA01193; Thu, 6 Mar 1997 09:30:50 +0100 (MET) From: Søren Schmidt Message-Id: <199703060830.JAA01193@ravenock.cybercity.dk> Subject: Re: Linux JDK on 2.2 In-Reply-To: <199703060649.RAA11301@genesis.atrad.adelaide.edu.au> from Michael Smith at "Mar 6, 97 05:19:14 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 6 Mar 1997 09:30:40 +0100 (MET) Cc: mark@quickweb.com, hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > Mark Mayo stands accused of saying: > > Hi all. I've been trying to get the Linux JDK working on my 2.2-GAMMA > > system. So far, all is well, with the exception of some error messages > > from ioctl: > > > > LINUX: 'ioctl' fd=4, typ=0x89(), num=0x1 not implemented > > LINUX: 'ioctl' fd=5, typ=0x89(), num=0x1 not implemented > > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented > > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented > > cain:/compat/linux/usr/include/asm>less sockios.h > ... > /* Socket-level I/O control calls. */ > #define FIOSETOWN 0x8901 > > If it bothers you, I'm sure you can implement it. 8) The emulator doesn't > have an 'owner' either just now 8) WHAT??, I 'own' it for sure :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Mar 6 00:39:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04969 for hackers-outgoing; Thu, 6 Mar 1997 00:39:27 -0800 (PST) Received: from ns.extech.msk.su (ns.extech.msk.su [193.124.244.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04956 for ; Thu, 6 Mar 1997 00:39:19 -0800 (PST) Received: from Shine.extech.msk.su (shine.extech.msk.su [193.124.244.35]) by ns.extech.msk.su (8.8.5/8.6.12) with ESMTP id LAA17024 for ; Thu, 6 Mar 1997 11:41:07 +0300 (MSK) Message-Id: <199703060841.LAA17024@ns.extech.msk.su> From: "Vnotchenko S.S." To: Subject: Re: Re: [H] Optimal computer for FreeBSD Date: Thu, 6 Mar 1997 11:41:05 +0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all! There was one more discussion about Ethernet card for ${Subj}. We came to follow configuration: OS: FreeBSD 2.1.7R CPU: PPRO 200Mhz, 256K cache MB: ASUSTEK P65UP5 RAM: 64 Mb EDO RAM SCSI HA: Adaptec 2940UW SCSI HDD: 4x2GB Seagate barracuda SCSI CD-ROM: 8x NEC SCSI Ethernet: 3c905 PCI XL Release notes on 2.1.7R doesn't tell about support of 3c905 PCI cards, but I've got 1 acknowledgment that it works under 2.1.7R and found detection code for it. BTW, there is minor mistake in code 2.1.7R - it will claim "3COM 3C595 Fast Etherlink XL PCI" instead "3COM 3C905 Fast Etherlink XL PCI". Best regards, Sergey. From owner-freebsd-hackers Thu Mar 6 00:44:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA05343 for hackers-outgoing; Thu, 6 Mar 1997 00:44:46 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05338 for ; Thu, 6 Mar 1997 00:44:42 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA12154; Thu, 6 Mar 1997 19:13:16 +1030 (CST) From: Michael Smith Message-Id: <199703060843.TAA12154@genesis.atrad.adelaide.edu.au> Subject: Re: Linux JDK on 2.2 In-Reply-To: <199703060830.JAA01193@ravenock.cybercity.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Mar 6, 97 09:30:40 am" To: sos@ravenock.cybercity.dk (Søren Schmidt) Date: Thu, 6 Mar 1997 19:13:16 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, mark@quickweb.com, hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt stands accused of saying: > > > > If it bothers you, I'm sure you can implement it. 8) The emulator doesn't > > have an 'owner' either just now 8) > > WHAT??, I 'own' it for sure :) So why didn't my SIOGSHWADDR ioctl ever get implemented? 8) I'll have to do it myself 8( > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 00:46:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA05507 for hackers-outgoing; Thu, 6 Mar 1997 00:46:30 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05497; Thu, 6 Mar 1997 00:46:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA28724; Thu, 6 Mar 1997 19:43:36 +1100 Date: Thu, 6 Mar 1997 19:43:36 +1100 From: Bruce Evans Message-Id: <199703060843.TAA28724@godzilla.zeta.org.au> To: ctm@FreeBSD.ORG, hackers@FreeBSD.ORG, jhay@zibbi.mikom.csir.co.za Subject: Re: ctm running? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Is ctm still running? It's been more than 18 hours since my last cvs-cur >update. I had a look on freefall, but it looks like the generation of >the ctm deltas has moved to spatter. It stopped on spatter for some reason. 23 hours now. Bruce From owner-freebsd-hackers Thu Mar 6 01:17:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA07164 for hackers-outgoing; Thu, 6 Mar 1997 01:17:02 -0800 (PST) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA07158 for ; Thu, 6 Mar 1997 01:16:55 -0800 (PST) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id KAA23719; Thu, 6 Mar 1997 10:16:42 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.4/8.7.3) with ESMTP id KAA16431; Thu, 6 Mar 1997 10:16:42 +0100 (MET) Date: Thu, 6 Mar 1997 10:16:42 +0100 (MET) From: Michael Reifenberger To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= cc: David Langford , msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG Subject: Re: StarOffice Installer available In-Reply-To: <199703052056.VAA08471@ravenock.cybercity.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by totum.plaut.de id KAA16431 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id BAA07160 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Mar 1997, Søren Schmidt wrote: > Date: Wed, 5 Mar 1997 21:56:01 +0100 (MET) > From: Søren Schmidt > To: David Langford > Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG > Subject: Re: StarOffice Installer available > .. > No, you only need the disk* files... > > I've installed this beast, and it looks really impressive, now > we can all ditch that win box over in the corner :) > I only couldn't load an Winword 6.0 file. Maybe some files (converter?) aren't at the right place? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-hackers Thu Mar 6 02:25:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA10837 for hackers-outgoing; Thu, 6 Mar 1997 02:25:28 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10804; Thu, 6 Mar 1997 02:24:33 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id LAA21398; Thu, 6 Mar 1997 11:25:53 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA25257; Thu, 6 Mar 1997 11:27:37 +0100 (MET) To: Bruce Evans cc: ctm-announce@FreeBSD.ORG, hackers@FreeBSD.ORG, jhay@zibbi.mikom.csir.co.za Subject: Re: ctm running? In-reply-to: Your message of "Thu, 06 Mar 1997 19:43:36 +1100." <199703060843.TAA28724@godzilla.zeta.org.au> Date: Thu, 06 Mar 1997 11:27:37 +0100 Message-ID: <25255.857644057@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199703060843.TAA28724@godzilla.zeta.org.au>, Bruce Evans writes: >>Is ctm still running? It's been more than 18 hours since my last cvs-cur >>update. I had a look on freefall, but it looks like the generation of >>the ctm deltas has moved to spatter. > >It stopped on spatter for some reason. 23 hours now. spatter has disk media errors :-( Stand by for news... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-hackers Thu Mar 6 05:01:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA17564 for hackers-outgoing; Thu, 6 Mar 1997 05:01:57 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA17559 for ; Thu, 6 Mar 1997 05:01:54 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id FAA02809 for ; Thu, 6 Mar 1997 05:02:01 -0800 (PST) To: hackers@freebsd.org Subject: Weirdie with SLIP line seen here too... Date: Thu, 06 Mar 1997 05:02:01 -0800 Message-ID: <2805.857653321@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Strange, now I'm seeing that magic "bit pattern-o-death" that guarantees that the download of a given file over a slip line will always hang in a given place. See if any of you fellow sufferers can download the following file: ftp://freefall.freebsd.org/pub/jkh/badbits If not, we may be onto something which could enable more reasonable failure analysis to take place. Jordan From owner-freebsd-hackers Thu Mar 6 05:21:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18227 for hackers-outgoing; Thu, 6 Mar 1997 05:21:09 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18217 for ; Thu, 6 Mar 1997 05:21:02 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA17662; Thu, 6 Mar 1997 08:20:29 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 08:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA00195 for ; Thu, 6 Mar 1997 07:30:54 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA07834 for freebsd-hackers@freefall.cdrom.com; Thu, 6 Mar 1997 07:36:36 -0500 (EST) Date: Thu, 6 Mar 1997 07:36:36 -0500 (EST) From: Thomas David Rivers Message-Id: <199703061236.HAA07834@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Today's "dup alloc" info... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I had just seen a posting to freebsd-hackers, where the user was running a 2.2-GAMMA kernel with DIAGNOSTIC defined; and got a vrele() panic. So, I thought; perhaps if I tried a DIAGNOSTIC kernel something would make itself apparent. (This is 2.1.6.1 sources.) Unfortunately, although this particular kernel did demonstrate the problem, no information ensued... Also, today's news-server panic was "ifree: freeing free inode". This, of course, fits with my current model where blocks are not actually written to the disk... so when the inode was allocated; it's data wasn't written. The inode was later free'd; a bread() of the particular inode gets 0 and panics and the free routine panics. [This is with an IDE machine; 386dx 8-meg, and the 2.1.6.1-RELEASE kernel Jordan built.] Just more information to "chew on." - Dave Rivers - From owner-freebsd-hackers Thu Mar 6 05:21:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18247 for hackers-outgoing; Thu, 6 Mar 1997 05:21:13 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18223 for ; Thu, 6 Mar 1997 05:21:08 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA17574; Thu, 6 Mar 1997 08:20:04 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 08:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id GAA02962; Thu, 6 Mar 1997 06:27:22 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id GAA06021; Thu, 6 Mar 1997 06:33:04 -0500 (EST) Date: Thu, 6 Mar 1997 06:33:04 -0500 (EST) From: Thomas David Rivers Message-Id: <199703061133.GAA06021@lakes.water.net> To: ponds!cet.co.jp!michaelh, ponds!lakes.water.net!rivers Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. Cc: ponds!FreeBSD.ORG!Hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 4 Mar 1997, Thomas David Rivers wrote: > > > > > Well; it's a sad day in Mudville... > > > > Unfortunately, when I built from a pristine source base, with only > > the vfs_subr.c patch; I was able to reproduce my bad inodes.... > > Seems that the combination of a couple of printf()s in the kernel > > and that particular splbio()/splx() masks the problem just as my > > printf()s in disksort did... > > I guess it would be worth while to take out the printf's until you can > isolate the printf's that "fix" the problem. Then analyze the effects of > the printfs serializing writes. My thinking exactly - I've now gone back to just a pristine kernel and I'm trying to find a missing splbio()/splx(), or something along those lines... so far, no luck... - Dave R. - From owner-freebsd-hackers Thu Mar 6 05:49:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA19275 for hackers-outgoing; Thu, 6 Mar 1997 05:49:12 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19270 for ; Thu, 6 Mar 1997 05:49:09 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id OAA22291 for hackers@freebsd.org; Thu, 6 Mar 1997 14:47:11 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id OAA00998 for ; Thu, 6 Mar 1997 14:51:35 +0100 (MET) Message-Id: <3.0.32.19970306145125.00c77cf0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 06 Mar 1997 14:51:26 +0100 To: hackers@freebsd.org From: Eivind Eklund Subject: Re: Strange lpr or lpd bug Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:53 PM 3/5/97 +0100, J Wunsch wrote: >As Eivind Eklund wrote: > >> I'd make the test check for printers with same spool directory but >> different targets - somebody might want to use the same printer with >> different filters and the same spooldir. > >Even this is bogus, and will cause all jobs to be spooled through the >same filter. > >Don't worry, i once stumpled across exactly the same problem :) Unless somebody veto me patching this, you won't be able to do the same mistake again :) Below is a my patch for it (against 2.1.7 source; tested and working); it only check against the spooldirs for the first 16 printers, but will provide todays functionality for any number of printers. Getting the number of printers seems to need a full parse of the printcap file :-( --- lpd/lpd.c Thu Mar 6 14:37:52 1997 +++ /usr/src/usr.sbin/lpr/lpd/lpd.c Thu Mar 6 14:45:38 1997 @@ -430,11 +430,40 @@ char *buf; register char *cp; int pid; + char *spooldirs[16]; /* Which spooldirs are active? */ + int i; /* Printer index presently processed */ + int j; /* Printer index of potential conflict */ + char *spooldir; /* Spooldir of present printer */ + int canfreespool; /* Is the spooldir malloc()ed? */ /* - * Restart the daemons. + * Restart the daemons and test for spooldir conflict. */ + i = 0; while (cgetnext(&buf, printcapdb) > 0) { + + /* Check for duplicate spooldirs */ + canfreespool = 1; + if (cgetstr(buf, "sd", &spooldir) <= 0) { + spooldir = _PATH_DEFSPOOL; + canfreespool = 0; + } + if (i < sizeof(spooldirs)/sizeof(spooldirs[0])) + spooldirs[i] = spooldir; + for (j = 0; + j < MIN(i,sizeof(spooldirs)/sizeof(spooldirs[0])); + j++) { + if (strcmp(spooldir, spooldirs[j]) == 0) { + syslog(LOG_ERR, + "startup: duplicate spool directories"); + mcleanup(0); + } + } + if (canfreespool && i >= sizeof(spooldirs)/sizeof(spooldirs[0])) + free(spooldir); + i++; + /* Spooldir test done */ + for (cp = buf; *cp; cp++) if (*cp == '|' || *cp == ':') { *cp = '\0'; Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Thu Mar 6 06:22:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20334 for hackers-outgoing; Thu, 6 Mar 1997 06:22:32 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20329 for ; Thu, 6 Mar 1997 06:22:28 -0800 (PST) Received: from father.ludd.luth.se (dateck@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id PAA19700 for ; Thu, 6 Mar 1997 15:22:25 +0100 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id PAA20017 for freebsd-hackers@freefall.freebsd.org; Thu, 6 Mar 1997 15:22:27 +0100 Message-Id: <199703061422.PAA20017@father.ludd.luth.se> Subject: 2.2-970225-GAMMA tcsh To: freebsd-hackers@freefall.freebsd.org Date: Thu, 6 Mar 1997 15:22:27 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a small problem, tcsh doesn't realy seem to be in order. when I in my tcshrc file do setenv LC_CTYPE sv_SE.ISO_8859-1 it doesn't run any command after that. It's like it looses the rest of the file. Have anyone else seen this problem. Have anyone any suggestions how I can fix it. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Thu Mar 6 06:43:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21113 for hackers-outgoing; Thu, 6 Mar 1997 06:43:37 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21103 for ; Thu, 6 Mar 1997 06:43:32 -0800 (PST) Received: from father.ludd.luth.se (dateck@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id PAA20269 for ; Thu, 6 Mar 1997 15:43:21 +0100 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id PAA20375 for freebsd-hackers@freebsd.org; Thu, 6 Mar 1997 15:43:23 +0100 Message-Id: <199703061443.PAA20375@father.ludd.luth.se> Subject: 2.2-970225-GAMMA tcsh To: freebsd-hackers@freefall.freebsd.org Date: Thu, 6 Mar 1997 15:22:27 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a small problem, tcsh doesn't realy seem to be in order. when I in my tcshrc file do setenv LC_CTYPE sv_SE.ISO_8859-1 it doesn't run any command after that. It's like it looses the rest of the file. Have anyone else seen this problem. Have anyone any suggestions how I can fix it. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Thu Mar 6 07:38:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA24529 for hackers-outgoing; Thu, 6 Mar 1997 07:38:44 -0800 (PST) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA24503 for ; Thu, 6 Mar 1997 07:38:25 -0800 (PST) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id va001243 for ; Thu, 6 Mar 1997 10:49:10 +0000 Message-ID: <331EA126.412D@wgold.demon.co.uk> Date: Thu, 06 Mar 1997 10:49:10 +0000 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: java support under FreeBSD. References: <199703041926.LAA24593@dirac.phys.washington.edu> <199703042052.PAA13147@jenolan.caipgeneral> <331DD1CB.794BDF32@whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a suggestion wrt 'foo'class' rather than 'foo'. Would it be possible to write a layered filter file system and mount it onto some part or parts of the main system so that, if I try to stat or open 'foo', and 'foo' does not exist but 'foo.class' doesn't, then I see a read-only executable file called 'foo', maybe one that has contents '#!/somewhere/java foo.class' or therabouts? James From owner-freebsd-hackers Thu Mar 6 08:08:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26028 for hackers-outgoing; Thu, 6 Mar 1997 08:08:14 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26023 for ; Thu, 6 Mar 1997 08:08:10 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id LAA14212; Thu, 6 Mar 1997 11:07:29 -0500 (EST) Message-Id: <199703061607.LAA14212@bmcgover-pc.cisco.com> To: hackers@freebsd.org, marcio@cyclades.com Subject: PCI probe invokation... Date: Thu, 06 Mar 1997 11:07:29 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm currently working on a driver for Cyclades' Cyclom-Zo card, and (as usual), I have a ton of questions.... However, my first one is about the PCI probe routine. Having looked at the cy driver for PCI, I've noticed that it compares the device_id field to Cyclades Vendor ID (0x120e), and the device id field to 0x100 or 0x101. Could someone please let me know where these values come from (function prototype is below), so that I can ask the appropriate questions of Cyclades, to see what I should be comparing against? Thanks. static char cy_probe(pcici_t config_id, pcidi_t device_id) -Brian From owner-freebsd-hackers Thu Mar 6 08:23:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26648 for hackers-outgoing; Thu, 6 Mar 1997 08:23:36 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26642 for ; Thu, 6 Mar 1997 08:23:32 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA14536; Thu, 6 Mar 1997 09:23:21 -0700 (MST) Date: Thu, 6 Mar 1997 09:23:21 -0700 (MST) Message-Id: <199703061623.JAA14536@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... In-Reply-To: <2805.857653321@time.cdrom.com> References: <2805.857653321@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Strange, now I'm seeing that magic "bit pattern-o-death" that > guarantees that the download of a given file over a slip line will > always hang in a given place. See if any of you fellow sufferers can > download the following file: > > ftp://freefall.freebsd.org/pub/jkh/badbits This is new for me, but it's 'HANG-O'MATIC' on my line. Nate From owner-freebsd-hackers Thu Mar 6 08:55:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28241 for hackers-outgoing; Thu, 6 Mar 1997 08:55:39 -0800 (PST) Received: from main.cyclades.com (root@main.cyclades.com [208.138.19.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28234 for ; Thu, 6 Mar 1997 08:55:35 -0800 (PST) Received: from main.cyclades.com ([208.138.19.230]) by main.cyclades.com with smtp id m0w2gS9-000SiuC (Debian Smail-3.2 1996-Jul-4 #2); Thu, 6 Mar 1997 08:55:37 -0800 (PST) Message-ID: <331EF84C.7902@cyclades.com> Date: Thu, 06 Mar 1997 09:01:00 -0800 From: Marcio Saito Reply-To: marcio@cyclades.com Organization: Cyclades Corporation X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: Brian McGovern CC: hackers@freebsd.org, Cyclades Technical Support , cy_serial Subject: Re: PCI probe invokation... References: <199703061607.LAA14212@bmcgover-pc.cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. Brian McGovern wrote: > Hi. I'm currently working on a driver for Cyclades' Cyclom-Zo card, and > (as usual), I have a ton of questions.... > > However, my first one is about the PCI probe routine. Having looked > at the cy driver for PCI, I've noticed that it compares the > device_id field to Cyclades Vendor ID (0x120e), and the device > id field to 0x100 or 0x101. > > Could someone please let me know where these values come from (function > prototype is below), so that I can ask the appropriate questions of > Cyclades, to see what I should be comparing against? Thanks. > > static char cy_probe(pcici_t config_id, pcidi_t device_id) > > -Brian Every PCI vendor part of the PCI-SIG has a unique vendor ID. 0x120e is Cyclades Corporation vendor ID. The Device ID is defined by Cyclades for each Cyclades product. 0x100 - Cyclom-Y (<1Mb) 0x101 - Cyclom-Y (>1Mb) 0x200 - Cyclom-Z (<1Mb) 0x201 - Cyclom-Z (>1Mb) As you probably know, in PCI the IRQ/address/IO/etc for each device is dynamicaly defined by the BIOS at power on time. The driver asks the kernel "Is there any PCI device in the system with vendor ID 0x120e and device ID 0x201?". The kernel inquires the BIOS (I don't know the FreeBSD kernel calls, but it should be very similar to UNIX/Linux) and answers not only yes or not, but also passes the I/O, IRQ and memory addresses used to interface with the board. Each PCI device can request the resources needed to interface with the card. The Cyclades-Z can be software configured to be "<1Mb" (32kb window of memory under 1Mb) or ">1Mb" (512kb in the 32-bit address space - default). It can also be configured to request or not one IRQ (default is no IRQ). The information on what the board requests to the BIOS is stored in a on-board EEPROM and can be changed with CYCTEST.EXE (available at cyclades ftp area). You should use the board ">1Mb" and preferably not use IRQ (because of the huge Cyclades-Z buffers -- 4kb -- a polling driver normally works well and save one IRQ, a scarce resource in PCs). Once you get the information from the BIOS/kernel, the driver usually has to "register" the device (allocate IRQ, map memory, etc). From them on, the board is accessible as any other device. Remember that the Cyclom-Z is a real 32-bit device. The driver can be much more efficient than other serial drivers if it takes advantage of it (copy data in 32-bit chunks). The Cyclades-Z is a PCI master device. In theory, the on-board CPU could copy the data directly to the kernel buffers, eliminating CPU overhead (for that matter, the Cyclades-Z could even run kernel tasks :). But, for difficulties integrating a very intelligent board into the kernel architecture, the current firmware is currently not using these features. Regards, Marcio. ---------------------------------------------------------------------- Marcio Saito e-mail: marcio@cyclades.com SW Engineer/Product Manager phone: (510)770-9727 x214 Cyclades Corporation fax: (510)770-0355 ---------------------------------------------------------------------- From owner-freebsd-hackers Thu Mar 6 09:48:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00832 for hackers-outgoing; Thu, 6 Mar 1997 09:48:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00826 for ; Thu, 6 Mar 1997 09:48:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13666; Thu, 6 Mar 1997 10:42:21 -0700 From: Terry Lambert Message-Id: <199703061742.KAA13666@phaeton.artisoft.com> Subject: Re: Network gurus? in_rmx.c.. why? To: julian@whistle.com (Julian Elischer) Date: Thu, 6 Mar 1997 10:42:21 -0700 (MST) Cc: Hackers@FreeBSD.ORG In-Reply-To: <331E65E2.41C67EA6@whistle.com> from "Julian Elischer" at Mar 5, 97 10:36:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, I'm no Garrett, but I have an opinion... 8-). > As those of you who've been following things probably know.. > We at Whistle have a need for things such as interfaces > to come and go, and for routes to be cleanly destroyed when we > reassingn addresses here and there in a dynamic manner. Everyone needs this to work reliably, even if they never use the feature, IMO. > i.e. it assumes (and needs to assume) that only references > generated by rtalloc1() are counted.. In other words > rt_refcnt is only a count of references by open sessions. Why can't you turn this around: consider the other references to be sessions? Then the count of all references *is* the count of "sessions". This is sort of like what I've been suggesting for vnode reference counts for about threee years now, with the name cache entries counting as a "reference". > Am I right in thinking that the only reason in_rmx needs to know > when a route is not in use is so that it can keep the number of > kernel routes in a place like wcarchive under control? This feels like a flag, not a reference, to me. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 09:55:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01184 for hackers-outgoing; Thu, 6 Mar 1997 09:55:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01179 for ; Thu, 6 Mar 1997 09:55:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13693; Thu, 6 Mar 1997 10:49:34 -0700 From: Terry Lambert Message-Id: <199703061749.KAA13693@phaeton.artisoft.com> Subject: Re: java support under FreeBSD. To: james@wgold.demon.co.uk (James Mansion) Date: Thu, 6 Mar 1997 10:49:34 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <331EA126.412D@wgold.demon.co.uk> from "James Mansion" at Mar 6, 97 10:49:10 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would it be possible to write a layered filter file system > and mount it onto some part or parts of the main system so that, > if I try to stat or open 'foo', and 'foo' does not exist but > 'foo.class' doesn't, then I see a read-only executable file called > 'foo', maybe one that has contents '#!/somewhere/java foo.class' > or therabouts? The problem is with the iteration of directory contents; this is why we were talking about globbing in the kernel. You want to find 'foo' before 'foo.class' even if 'foo' is later in the path than a 'foo.class'. Besides which, even if it were a good idea, it can't be (easily, at any rate) implemented. Currently, I don't believe that mounting a NULLFS layer will work properly; system calls are considered more equal than other VFS interface consumers -- like the NFS server, or a stacking mount. This is the fames "layering problems". One of the biggest areas of fault is the VOP_LOCK(); the other is VOP_READDIR(); I believe that the NULLFS mount still fails following Lite2 integration for reasons of VOP_LOCK/vclean lock flagging (it's calldown instead of veto, so a "transparent" layer would have to lock against itself, which fails). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 10:01:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01529 for hackers-outgoing; Thu, 6 Mar 1997 10:01:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA01521 for ; Thu, 6 Mar 1997 10:01:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA10080; Thu, 6 Mar 1997 19:01:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA08253; Thu, 6 Mar 1997 18:58:52 +0100 (MET) Message-ID: Date: Thu, 6 Mar 1997 18:58:52 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mtaylor@cybernet.com (Mark Taylor) Cc: freebsd-hackers@freebsd.org Subject: Re: "arp -n" option References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Mark Taylor on Mar 5, 1997 15:33:03 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Mark Taylor wrote: > While performing a patch to /usr/sbin/arp to add the "-n" option, > I noticed that it already existed! > > The man page says nothing about it. :) This should be fixed. > The only problem with using it is that it gets ignored when > doing "arp -a -n", because when the "-a" option is seen in > the switch() after getopt(), dump(0) is called immediately, > and then arp exits. The "-n" option must be first in order for > it to work. This should be fixed, too. The dump() needs to be moved after the switch. Write a PR for it, preferably with a patch. ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 6 10:13:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02054 for hackers-outgoing; Thu, 6 Mar 1997 10:13:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA02047 for ; Thu, 6 Mar 1997 10:13:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13715; Thu, 6 Mar 1997 11:07:27 -0700 From: Terry Lambert Message-Id: <199703061807.LAA13715@phaeton.artisoft.com> Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Thu, 6 Mar 1997 11:07:27 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199703061133.GAA06021@lakes.water.net> from "Thomas David Rivers" at Mar 6, 97 06:33:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I guess it would be worth while to take out the printf's until you can > > isolate the printf's that "fix" the problem. Then analyze the effects of > > the printfs serializing writes. > > My thinking exactly - I've now gone back to just a pristine kernel and > I'm trying to find a missing splbio()/splx(), or something along those > lines... so far, no luck... I am, of course, unable to duplicate your panics. I suggest you buckle down and do it the hard way; I'd help if I could duplicate the problem, or if my changes would not be seen as gratuitous, but I can't. Without a problem fix resulting, there's no way I can prove that eliminating all possible race conditions is a Good Thing(tm) to those people who aren't getting bitten. Here is what I suggest; effectively, you will be required to perform a full branch-path analysis of much of the code, by hand. If you have a copy of BattleMap, you could use it some places, but since most kernel routines are not single-entry/single-exit, I would not recommend spending the $4000 or so for the software just for this problem, since it won't help much. Get a full call path for a single operation mapped out, using whatever epicycles are necessary in the graph to represent concurrency of the operations. You must produce a branch map for each routine involved. A concurency occurs wherever: o Interrupts are enabled o A page fault may occur during processing o An operation is queued o An operation is dequeued o A queue element is allocated o A queue element is freed o A queue element is potentially reused o A sleep occurs o A wakeup occurs o An operation is queued toa bus master device o A bus master device completes an operation o A bus master device *cancels* an operation o A bus master device *restarts* an operation Then redzone your maps for all possible "context switches" (quoted to account for fault based or interrupt based processing path reentrancy). Then bluezone any shared datum in the code path for every possible cycle. Whatever is simultaneously in a redzone and a bluezone is a possible problem. One of them is *the* problem. Adjust the redzones to add reeentrancy protection (probably via spl) so that they do not overlap the bluezones. The problem should go away. This would be a lot easier if the code were datum-prime instead of procedure-prime, but no one respects dataflow any more but us old theorists. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 10:15:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02172 for hackers-outgoing; Thu, 6 Mar 1997 10:15:43 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02166 for ; Thu, 6 Mar 1997 10:15:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id FAA12675; Fri, 7 Mar 1997 05:11:20 +1100 Date: Fri, 7 Mar 1997 05:11:20 +1100 From: Bruce Evans Message-Id: <199703061811.FAA12675@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Weirdie with SLIP line seen here too... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Strange, now I'm seeing that magic "bit pattern-o-death" that >guarantees that the download of a given file over a slip line will >always hang in a given place. See if any of you fellow sufferers can >download the following file: > > ftp://freefall.freebsd.org/pub/jkh/badbits > >If not, we may be onto something which could enable more reasonable >failure analysis to take place. Oops. I made the clist limit too small by a factor of 2 (special characters like the ones in "badbits" get expanded by a factor of 2). This problem only affects the sender. The problem was rare because the limit had 0-254 bytes of slop, depending on the mtu and the buffer state. The default mtu of 552 had 48-175 bytes of slop depending on the buffer state. An mtu of 352 works for "badbits" for some reason. Try this fix. Bruce diff -c2 if_sl.c~ if_sl.c *** if_sl.c~ Mon Feb 24 00:37:09 1997 --- if_sl.c Fri Mar 7 04:46:33 1997 *************** *** 298,303 **** clist_alloc_cblocks(&tp->t_canq, 0, 0); clist_alloc_cblocks(&tp->t_outq, ! sc->sc_if.if_mtu + SLIP_HIWAT, ! sc->sc_if.if_mtu + SLIP_HIWAT); clist_alloc_cblocks(&tp->t_rawq, 0, 0); --- 295,300 ---- clist_alloc_cblocks(&tp->t_canq, 0, 0); clist_alloc_cblocks(&tp->t_outq, ! SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1, ! SLIP_HIWAT + 2 * sc->sc_if.if_mtu + 1); clist_alloc_cblocks(&tp->t_rawq, 0, 0); *************** *** 974,979 **** if (tp != NULL) clist_alloc_cblocks(&tp->t_outq, ! ifp->if_mtu + SLIP_HIWAT, ! ifp->if_mtu + SLIP_HIWAT); } break; --- 971,976 ---- if (tp != NULL) clist_alloc_cblocks(&tp->t_outq, ! SLIP_HIWAT + 2 * ifp->if_mtu + 1, ! SLIP_HIWAT + 2 * ifp->if_mtu + 1); } break; From owner-freebsd-hackers Thu Mar 6 10:23:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02527 for hackers-outgoing; Thu, 6 Mar 1997 10:23:41 -0800 (PST) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02522 for ; Thu, 6 Mar 1997 10:23:38 -0800 (PST) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.8.4+UW96.12/8.8.4+UW97.03) with SMTP id KAA14907 for ; Thu, 6 Mar 1997 10:23:34 -0800 (PST) Date: Thu, 6 Mar 1997 10:23:34 -0800 (PST) From: John Utz To: hackers@freebsd.org Subject: awk bug? in 2.2 BETA? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello; could an awk literate person comment on this ? The behavior on the follwing line of code appears to be awk version related. a linux guy running 3.0 patch 0 gets a correct answer, my freebsd 2.2 BETA awk 2.15p5 does not. mira: {60} cat fd1.dat | awk 'BEGIN { FS = " " }; END { printf "rf= %g; cf = %g\n;", NR, NF }' rf= 9801; cf = 0; cf should be 3! fd1.dat has 9801 lines and 3 colums of data, and this awk is not reporting the columns.... 1 1 9.99603081 1 2 9.99217796 1 3 9.98843479 1 4 9.98480034 1 5 9.98127365 1 6 9.97785187 1 7 9.97453499 1 8 9.97131729 1 9 9.96820164 1 10 9.96518326 1 11 9.96226025 1 12 9.95943356 1 13 9.95669937 1 14 9.95406055 1 15 9.95152092 1 16 9.94909954 1 17 9.94682789 1 18 9.9446888 1 19 9.94260406 1 20 9.94055557 1 21 9.93869877 1 22 9.93702602 1 23 9.93534756 fd1.dat (0%) ... it goes on and on, but u get the idea.... tnx! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Mar 6 11:05:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04616 for hackers-outgoing; Thu, 6 Mar 1997 11:05:16 -0800 (PST) Received: from mangle.dcs.qmw.ac.uk (mangle-main.dcs.qmw.ac.uk [138.37.88.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04604 for ; Thu, 6 Mar 1997 11:05:03 -0800 (PST) Received: from md@ruby [138.37.88.139]; by mangle.dcs.qmw.ac.uk (8.8.5/8.8.5/S-4.0) with ESMTP; id TAA12469; Thu, 6 Mar 1997 19:04:45 GMT Received: from md@localhost; by ruby.dcs.qmw.ac.uk (8.8.4/8.8.4/C-3.2); id TAA09983; Thu, 6 Mar 1997 19:04:44 GMT Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.ruby.cs.qmw.ac.uk.sun4.41 via MS.5.6.ruby.cs.qmw.ac.uk.sun4_41; Thu, 6 Mar 1997 19:04:43 +0000 (GMT) Message-ID: Date: Thu, 6 Mar 1997 19:04:43 +0000 (GMT) From: Mark Dawson To: freebsd-hackers@FreeBSD.ORG Subject: Support for Compaq SMART-2/P RAID Controller Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a driver available for Compaq's EISA SMART and PCI SMART/2 RAID Controllers. The EISA driver has been in live use for 18 months and is stable. The PCI driver is currently under test on a Prosignia-300 and should be considered an 'alpha' release - but there are no known problems. I would appreciate feedback from people wanting to try it out. I hope to press it into active service on a Proliant 800 model 6/200 in the next few weeks. Source code and example kernel configs can be found at: the Compaq whitepaper on the technology is at: The configuration of the RAID Array requires Compaq's excellent Disk Array Configuration Utility which only runs on a machine with a Compaq BIOS :-(. best regards, Mark Dawson From owner-freebsd-hackers Thu Mar 6 11:13:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05142 for hackers-outgoing; Thu, 6 Mar 1997 11:13:45 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05134 for ; Thu, 6 Mar 1997 11:13:37 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id OAA02242 for ; Thu, 6 Mar 1997 14:12:46 -0500 (EST) Message-Id: <199703061912.OAA02242@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Porting device drivers... Date: Thu, 06 Mar 1997 14:12:45 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm curious if anyone has any comments on the feasability of "porting" Linux device drivers to FreeBSD. I'm looking at doing a driver for the Cyclom Z card, and there is one that currently works for Linux. I'm wondering if its worth my time trying to recode it, or whether I should just start from scratch. -Brian From owner-freebsd-hackers Thu Mar 6 11:24:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05908 for hackers-outgoing; Thu, 6 Mar 1997 11:24:00 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05902 for ; Thu, 6 Mar 1997 11:23:57 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id OAA04688; Thu, 6 Mar 1997 14:32:16 -0500 (EST) Message-Id: <3.0.32.19970306142127.00a21cf8@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 06 Mar 1997 14:21:29 -0500 To: marcio@cyclades.com, Brian McGovern From: dennis Subject: Re: PCI probe invokation... Cc: hackers@freebsd.org, Cyclades Technical Support , cy_serial@freefall.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:01 AM 3/6/97 -0800, Marcio Saito wrote: >Hello. > >Brian McGovern wrote: >> Hi. I'm currently working on a driver for Cyclades' Cyclom-Zo card, and >> (as usual), I have a ton of questions.... >> >> However, my first one is about the PCI probe routine. Having looked >> at the cy driver for PCI, I've noticed that it compares the >> device_id field to Cyclades Vendor ID (0x120e), and the device >> id field to 0x100 or 0x101. >> >> Could someone please let me know where these values come from (function >> prototype is below), so that I can ask the appropriate questions of >> Cyclades, to see what I should be comparing against? Thanks. Just in case this was orginally a "where do babies come from" question, the answer of "where it comes from" is registers on the board itself that are required for complience with the PCI plug-and-play spec. Most O/Ss have routines that read these registers, but there may be other specialized registers that you have to read yourself. The basic configuration block registers are usually pulled by a routine, but its likely that you will need to know about the registers yourselve for some functions, depending on the card. Dennis From owner-freebsd-hackers Thu Mar 6 12:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08098 for hackers-outgoing; Thu, 6 Mar 1997 12:01:43 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08047 for ; Thu, 6 Mar 1997 12:01:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA13674 for hackers@FreeBSD.ORG; Thu, 6 Mar 1997 21:00:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA14874; Thu, 6 Mar 1997 20:47:49 +0100 (MET) Message-ID: <19970306204749.UN42890@uriah.heep.sax.de> Date: Thu, 6 Mar 1997 20:47:49 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Weirdie with SLIP line seen here too... References: <2805.857653321@time.cdrom.com> <199703061623.JAA14536@rocky.mt.sri.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703061623.JAA14536@rocky.mt.sri.com>; from Nate Williams on Mar 6, 1997 09:23:21 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > > ftp://freefall.freebsd.org/pub/jkh/badbits > > This is new for me, but it's 'HANG-O'MATIC' on my line. Run tcpdump. I bet you get ``truncated-ip''s for them as well. Turn of VJ header compression, there were still some truncated-ip messages after this, but it was no longer hang-o-matic. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 6 12:18:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09142 for hackers-outgoing; Thu, 6 Mar 1997 12:18:38 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09137 for ; Thu, 6 Mar 1997 12:18:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA13898; Thu, 6 Mar 1997 13:12:17 -0700 From: Terry Lambert Message-Id: <199703062012.NAA13898@phaeton.artisoft.com> Subject: Re: Porting device drivers... To: bmcgover@cisco.com (Brian McGovern) Date: Thu, 6 Mar 1997 13:12:17 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199703061912.OAA02242@bmcgover-pc.cisco.com> from "Brian McGovern" at Mar 6, 97 02:12:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm curious if anyone has any comments on the feasability of "porting" > Linux device drivers to FreeBSD. I'm looking at doing a driver for the > Cyclom Z card, and there is one that currently works for Linux. I'm > wondering if its worth my time trying to recode it, or whether I should > just start from scratch. Linus treats the kernel services exported to drivers as if the kernel were a library distributed under the LGPL. This lets him get away with a GPL'ed kernel that does not cause commercial drivers to become GPL'ed. The Linux statement of license makes this very clear. Because of this, I believe that any driver that can be loaded as an LKM satisfies both the LPGL relink clause, and the GPL agregation clause. Several lawyers have agreed with this intepretation at various commercial companies (hence the availability of commercial drivers for Linux). Conversely, then, any driver that can be LKM'ed will satisfy those clauses in the BSD environment as well. The one problem you will have is with boot-critical devices: drivers for them must be loaded as part of the kernel load. You should attempt to convince the driver authors to reclassify their drivers under LGPL, if you can, if they are boot-critical drivers (disk controllers, and so on), or, ideally, release them under UCB license as well. This is actually one of the driving factors in my advocacy of VM86() fallback drivers: boot critical devices can all have specific drivers LKM'ed, as long as you can get to the point where you can load modules at all before you need them, so the Linux drivers under GPL can still be safely used by BSD via post-boot loading using the fallback drivers. Unless this card is used for a serial console (ie: it's boot-critical), there's no reason you can't make it an LKM, and allow users to locally create statically linked kernels, which would be non-redistributable because of the conflict between the GPL "no additional restrictions" and the UCB "claim credit" clauses. My opinion, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 12:35:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09902 for hackers-outgoing; Thu, 6 Mar 1997 12:35:36 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09895 for ; Thu, 6 Mar 1997 12:35:18 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA15063; Thu, 6 Mar 1997 21:35:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA15093; Thu, 6 Mar 1997 21:18:02 +0100 (MET) Message-ID: <19970306211802.CZ51686@uriah.heep.sax.de> Date: Thu, 6 Mar 1997 21:18:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: spaz@u.washington.edu (John Utz) Cc: hackers@FreeBSD.ORG Subject: Re: awk bug? in 2.2 BETA? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John Utz on Mar 6, 1997 10:23:34 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Utz wrote: > mira: {60} cat fd1.dat | awk 'BEGIN { FS = " " }; END { printf "rf= %g; cf > = %g\n;", NR, NF }' > > rf= 9801; cf = 0; > > cf should be 3! > > fd1.dat has 9801 lines and 3 colums of data, and this awk is not reporting > the columns.... NF The number of fields in the current record. Inside a BEGIN action, the use of NF is undefined unless a getline function without a var argument is executed previously. Inside an END action, NF shall retain the value it had for ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ the last record read, unless a subsequent, redirected, ^^^^^^^^^^^^^^^^^^^^ getline function without a var argument is performed prior to entering the END action. Our version of awk breaks this. It resets NF to 0 before the EOF is seen. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 6 12:39:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10057 for hackers-outgoing; Thu, 6 Mar 1997 12:39:10 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10045 for ; Thu, 6 Mar 1997 12:38:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA15087; Thu, 6 Mar 1997 21:35:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA00334; Thu, 6 Mar 1997 21:31:27 +0100 (MET) Message-ID: <19970306213127.EM29023@uriah.heep.sax.de> Date: Thu, 6 Mar 1997 21:31:27 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bde@zeta.org.au (Bruce Evans) Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Weirdie with SLIP line seen here too... References: <199703061811.FAA12675@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703061811.FAA12675@godzilla.zeta.org.au>; from Bruce Evans on Mar 7, 1997 05:11:20 +1100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > Oops. I made the clist limit too small by a factor of 2 (special > characters like the ones in "badbits" get expanded by a factor of 2). ... > > Try this fix. Alas, it didn't help. Here's my attempt to reget the linux_lib file. The SLIP interface is: sl0: flags=9011 mtu 552 inet 193.175.26.65 --> 193.175.26.94 netmask 0xffffffe0 21:27:29.364177 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 54048548:54048556(8) ack 2508167119 win 16384 (DF) [tos 0x10] 21:27:29.584122 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 1:21(20) ack 8 win 16384 [tos 0x10] 21:27:29.584612 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 8:35(27) ack 21 win 16384 (DF) [tos 0x10] 21:27:29.857003 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 21:51(30) ack 35 win 16384 [tos 0x10] 21:27:29.858745 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 35:49(14) ack 51 win 16384 (DF) [tos 0x10] 21:27:30.215098 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 51:124(73) ack 49 win 16384 [tos 0x10] 21:27:30.217495 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 49:76(27) ack 124 win 16384 (DF) [tos 0x10] 21:27:30.585252 Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: S 2513669633:2513669633(0) win 16384 [tos 0x8] 21:27:30.585388 uriah.heep.sax.de.40000 > Rcs1.urz.tu-dresden.de.ftp-data: S 60663611:60663611(0) ack 2513669634 win 16384 (DF) 21:27:30.597189 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: . ack 76 win 16384 [tos 0x10] 21:27:30.919034 Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: . ack 1 win 16384 [tos 0x8] 21:27:30.943154 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 124:207(83) ack 76 win 16384 [tos 0x10] 21:27:30.980067 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: . ack 207 win 16384 (DF) [tos 0x10] 21:27:31.228586 Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: . 1:429(428) ack 1 win 16384 [tos 0x8] 21:27:33.876695 truncated-ip - 101 bytes missing!Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: . 1:513(512) ack 1 win 16384 [tos 0x8] 21:27:39.929765 truncated-ip - 101 bytes missing!Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: . 1:513(512) ack 1 win 16384 [tos 0x8] 21:27:51.935733 truncated-ip - 101 bytes missing!Rcs1.urz.tu-dresden.de.ftp-data > uriah.heep.sax.de.40000: . 1:513(512) ack 1 win 16384 [tos 0x8] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 6 12:51:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10731 for hackers-outgoing; Thu, 6 Mar 1997 12:51:43 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10726 for ; Thu, 6 Mar 1997 12:51:38 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id VAA01676 for ; Thu, 6 Mar 1997 21:36:49 +0100 (MET) Date: Thu, 6 Mar 1997 21:36:48 +0100 (MET) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Converting foreign object files Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! I have the following problem: I bought certain commercial product (client-server suite with libraries and API), and the company included libraries for BSDI and Linux. Now, I'd like to use them somehow on FBSD. Obviously , I don't have the sources. When I try to use BSDI version of the library, gcc doesn't see all of the exported names - even after repacking the library with ``ar''. With Linux version it's even worse - ``ar'' is unable even to unpack it. So, here is my question: is it possible at all to somehow "convert" these objects to the format FBSD uses? ``file'' says something like: - Linux ver - I can't unpack the libs: libxxx.a: current ar archive - BSDI ver - unpacked object files: xxxx.o: Linux/i386 object file Thanks for any sugestions. Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Mar 6 13:13:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11972 for hackers-outgoing; Thu, 6 Mar 1997 13:13:05 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11960 for ; Thu, 6 Mar 1997 13:12:57 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA18855; Thu, 6 Mar 1997 20:47:44 GMT Message-Id: <199703062047.UAA18855@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: John Utz cc: hackers@FreeBSD.ORG Subject: Re: awk bug? in 2.2 BETA? In-reply-to: Your message of "Thu, 06 Mar 1997 10:23:34 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 20:47:44 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello; > > could an awk literate person comment on this ? The behavior on the > follwing line of code appears to be awk version related. a linux guy > running 3.0 patch 0 gets a correct answer, my freebsd 2.2 BETA awk 2.15p5 > does not. > > mira: {60} cat fd1.dat | awk 'BEGIN { FS = " " }; END { printf "rf= %g; cf > = %g\n;", NR, NF }' > > rf= 9801; cf = 0; > > cf should be 3! Not really. NF is the number of fields on the current line. There's no current line in END. Try: awk -F' ' '{nf=NF;} END{ print "rf= " NR ",cf= " nf; }' if that's really what you want. I'd consider the Linux 3.0pl0 as having a bug if it thinks NR should be set in END ;| -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Mar 6 13:23:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12422 for hackers-outgoing; Thu, 6 Mar 1997 13:23:05 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12415 for ; Thu, 6 Mar 1997 13:22:59 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA05122; Thu, 6 Mar 1997 14:22:38 -0700 (MST) Date: Thu, 6 Mar 1997 14:22:38 -0700 (MST) Message-Id: <199703062122.OAA05122@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... In-Reply-To: <19970306204749.UN42890@uriah.heep.sax.de> References: <2805.857653321@time.cdrom.com> <199703061623.JAA14536@rocky.mt.sri.com> <19970306204749.UN42890@uriah.heep.sax.de> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Nate Williams wrote: > > > ftp://freefall.freebsd.org/pub/jkh/badbits > > > > This is new for me, but it's 'HANG-O'MATIC' on my line. > > Run tcpdump. I bet you get ``truncated-ip''s for them as well. I don't have BPF on that kernel. > Turn of VJ header compression, there were still some truncated-ip > messages after this, but it was no longer hang-o-matic. NEVER! *grin* I need all the help I can get on that line. I just modified my sources with the change Bruce suggested, so when I get home I'll reboot and try it out. Nate From owner-freebsd-hackers Thu Mar 6 13:59:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14244 for hackers-outgoing; Thu, 6 Mar 1997 13:59:49 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14231 for ; Thu, 6 Mar 1997 13:59:42 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id RAA05499; Thu, 6 Mar 1997 17:05:20 -0500 (EST) Message-Id: <3.0.32.19970306165429.00afdcd0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 06 Mar 1997 16:54:32 -0500 To: Terry Lambert , bmcgover@cisco.com (Brian McGovern) From: dennis Subject: Re: Porting device drivers... Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 01:12 PM 3/6/97 -0700, Terry Lambert wrote: >> I'm curious if anyone has any comments on the feasability of "porting" >> Linux device drivers to FreeBSD. I'm looking at doing a driver for the >> Cyclom Z card, and there is one that currently works for Linux. I'm >> wondering if its worth my time trying to recode it, or whether I should >> just start from scratch. > >Linus treats the kernel services exported to drivers as if the >kernel were a library distributed under the LGPL. This lets him >get away with a GPL'ed kernel that does not cause commercial >drivers to become GPL'ed. The Linux statement of license makes >this very clear. > >Because of this, I believe that any driver that can be loaded as >an LKM satisfies both the LPGL relink clause, and the GPL agregation >clause. Several lawyers have agreed with this intepretation at >various commercial companies (hence the availability of commercial >drivers for Linux). > >Conversely, then, any driver that can be LKM'ed will satisfy those >clauses in the BSD environment as well. > >The one problem you will have is with boot-critical devices: drivers >for them must be loaded as part of the kernel load. You should attempt >to convince the driver authors to reclassify their drivers under LGPL, >if you can, if they are boot-critical drivers (disk controllers, and >so on), or, ideally, release them under UCB license as well. > >This is actually one of the driving factors in my advocacy of VM86() >fallback drivers: boot critical devices can all have specific drivers >LKM'ed, as long as you can get to the point where you can load modules >at all before you need them, so the Linux drivers under GPL can still >be safely used by BSD via post-boot loading using the fallback drivers. > >Unless this card is used for a serial console (ie: it's boot-critical), >there's no reason you can't make it an LKM, and allow users to locally >create statically linked kernels, which would be non-redistributable >because of the conflict between the GPL "no additional restrictions" >and the UCB "claim credit" clauses. Why is this an issue, providing that the resulting BSD drivers include source code? The distinction is not "commercial", but that of source code. You certainly cannot take linux source and make an object distribution in 'BSD, but I dont believe that there is anything in the GPL license that makes code written for linux bound to linux only..... the only stipulation is that the modified source be made available. Another caveat is that the author of the code may be able to license it to you or simply give permission to do whatever you want with it..Under US law (at least) copyrights are always retained by the author, which would imply that even if a driver were released for Linux under GPL, the author would have the right to do whatever he wants with the code as it inherently belongs to him. Dennis From owner-freebsd-hackers Thu Mar 6 14:00:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14384 for hackers-outgoing; Thu, 6 Mar 1997 14:00:35 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14374 for ; Thu, 6 Mar 1997 14:00:28 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA02900; Fri, 7 Mar 1997 09:17:09 +1100 (EST) Date: Fri, 7 Mar 1997 09:17:08 +1100 (EST) From: "Daniel O'Callaghan" To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Weirdie with SLIP line seen here too... In-Reply-To: <2805.857653321@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, Jordan K. Hubbard wrote: > Strange, now I'm seeing that magic "bit pattern-o-death" that > guarantees that the download of a given file over a slip line will > always hang in a given place. See if any of you fellow sufferers can > download the following file: > > ftp://freefall.freebsd.org/pub/jkh/badbits > > If not, we may be onto something which could enable more reasonable > failure analysis to take place. This is getting really weird. There seems to be more in it than just the file itself. ether/E1 CSLIP ether world---------skylark----------panda--------test2 MTU1500 MTU552 LAN panda has no problems, even with rfc1323=1 test2 cannot fetch if rfc1323=1 test2 cannot fetch if MTU > 552 test2 can fetch if ( MTU == 552 && rfc1323 == 0 ) I'll do some tcpdumping and send the trace. I have a feeling that the DF flag is the problem. Danny From owner-freebsd-hackers Thu Mar 6 14:03:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14550 for hackers-outgoing; Thu, 6 Mar 1997 14:03:58 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14540 for ; Thu, 6 Mar 1997 14:03:52 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA02926; Fri, 7 Mar 1997 09:20:41 +1100 (EST) Date: Fri, 7 Mar 1997 09:20:40 +1100 (EST) From: "Daniel O'Callaghan" To: John Utz cc: hackers@FreeBSD.ORG Subject: Re: awk bug? in 2.2 BETA? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, John Utz wrote: > Hello; > > could an awk literate person comment on this ? The behavior on the > follwing line of code appears to be awk version related. a linux guy > running 3.0 patch 0 gets a correct answer, my freebsd 2.2 BETA awk 2.15p5 > does not. > > mira: {60} cat fd1.dat | awk 'BEGIN { FS = " " }; END { printf "rf= %g; cf > = %g\n;", NR, NF }' > > rf= 9801; cf = 0; > > cf should be 3! I'm not sure but wouldn't cf report the number of colums in the END record, i.e. 0. Try the code below. > mira: {60} cat fd1.dat | \ awk 'BEGIN { FS = " " }; { if ( cf > c ){ c = cf }}; END { printf "rf= %g; cf = %g\n;", NR, NF }' Danny From owner-freebsd-hackers Thu Mar 6 14:14:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15250 for hackers-outgoing; Thu, 6 Mar 1997 14:14:25 -0800 (PST) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15241 for ; Thu, 6 Mar 1997 14:14:18 -0800 (PST) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA24789; Thu, 6 Mar 1997 22:11:08 GMT Message-Id: <199703062211.WAA24789@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: spaz@u.washington.edu (John Utz), hackers@FreeBSD.ORG Subject: Re: awk bug? in 2.2 BETA? In-reply-to: Your message of "Thu, 06 Mar 1997 21:18:02 +0100." <19970306211802.CZ51686@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 22:11:08 +0000 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As John Utz wrote: > > > mira: {60} cat fd1.dat | awk 'BEGIN { FS = " " }; END { printf "rf= %g; cf > > = %g\n;", NR, NF }' > > > > rf= 9801; cf = 0; > > > > cf should be 3! > > > > fd1.dat has 9801 lines and 3 colums of data, and this awk is not reporting > > the columns.... > > NF The number of fields in the current record. Inside a > BEGIN action, the use of NF is undefined unless a getline > function without a var argument is executed previously. > Inside an END action, NF shall retain the value it had for > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > the last record read, unless a subsequent, redirected, > ^^^^^^^^^^^^^^^^^^^^ > getline function without a var argument is performed prior > to entering the END action. > > Our version of awk breaks this. It resets NF to 0 before the EOF is > seen. Oops, so much for my opinion :( -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Mar 6 14:55:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17210 for hackers-outgoing; Thu, 6 Mar 1997 14:55:10 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17205 for ; Thu, 6 Mar 1997 14:55:04 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id XAA28836; Thu, 6 Mar 1997 23:54:55 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id XAA03618; Thu, 6 Mar 1997 23:36:29 +0100 (MET) Message-ID: <19970306233629.05956@xaa.stack.nl> Date: Thu, 6 Mar 1997 23:36:29 +0100 From: Mark Huizer To: Nate Williams Cc: Kyle Mestery , freebsd-hackers@freebsd.org Subject: Re: Java awt support? References: <199703052357.QAA09392@rocky.mt.sri.com> <199703060154.SAA10410@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <199703060154.SAA10410@rocky.mt.sri.com>; from Nate Williams on Wed, Mar 05, 1997 at 06:54:54PM -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > applets. Any ideas? > I don't know about the package stuff, but a port of Sun's JDK which I > use for *Real* work (tm) is available at: > ftp://freefall.FreeBSD.org/pub/FreeBSD/LOCAL_PORTS/jdk102.11-26.tar.gz > I know of at least 2 bugs in it. > > - You can't use call system executables from it (it blows chunks and > leaves the process you called running in the netherlands). Well, I for one can live with that! As long as my processes STAY in the netherlands! Mark PS: kaffe 0.8.1 and newer come with biss-awt, which should work quite ok From owner-freebsd-hackers Thu Mar 6 14:57:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17390 for hackers-outgoing; Thu, 6 Mar 1997 14:57:35 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17381 for ; Thu, 6 Mar 1997 14:57:31 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA06277; Thu, 6 Mar 1997 15:57:22 -0700 (MST) Date: Thu, 6 Mar 1997 15:57:22 -0700 (MST) Message-Id: <199703062257.PAA06277@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mark Huizer Cc: Nate Williams , freebsd-hackers@freebsd.org Subject: Re: Java awt support? In-Reply-To: <19970306233629.05956@xaa.stack.nl> References: <199703052357.QAA09392@rocky.mt.sri.com> <199703060154.SAA10410@rocky.mt.sri.com> <19970306233629.05956@xaa.stack.nl> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > PS: kaffe 0.8.1 and newer come with biss-awt, which should work quite > ok Last time I looked at kaffe, it couldn't be used with 'Real' program that used graphics. Has anyone tried it with significant applications, such as Corel Office? From owner-freebsd-hackers Thu Mar 6 14:59:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17486 for hackers-outgoing; Thu, 6 Mar 1997 14:59:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA17481 for ; Thu, 6 Mar 1997 14:59:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA14146; Thu, 6 Mar 1997 15:52:07 -0700 From: Terry Lambert Message-Id: <199703062252.PAA14146@phaeton.artisoft.com> Subject: Re: Porting device drivers... To: dennis@etinc.com (dennis) Date: Thu, 6 Mar 1997 15:52:07 -0700 (MST) Cc: terry@lambert.org, bmcgover@cisco.com, hackers@FreeBSD.ORG In-Reply-To: <3.0.32.19970306165429.00afdcd0@etinc.com> from "dennis" at Mar 6, 97 04:54:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a long discussion on "ways to skirt the intent of the GPL while adhering to the letter" and vice versa, for GPL camps that want to use GPL incompatible code, and for proprietary camps that want to use GPL code. This is in response to contradictions of my posting about usign LKM's to allow the use of GPL code, and how you can or can't distribute the resulting binaries. > >Unless this card is used for a serial console (ie: it's boot-critical), > >there's no reason you can't make it an LKM, and allow users to locally > >create statically linked kernels, which would be non-redistributable > >because of the conflict between the GPL "no additional restrictions" > >and the UCB "claim credit" clauses. > > Why is this an issue, providing that the resulting BSD drivers include > source code? Because the UCB license conflicts with the GPL. Therefore code can only be GPL or UCBL, not both simultaneously. If it's not LGPL, then there are agregation issues for a static link ("product includes GPL'ed code"). > The distinction is not "commercial", but that of source code. You > certainly cannot take linux source and make an object distribution > in 'BSD, but I dont believe that there is anything in the GPL license > that makes code written for linux bound to linux only..... Good thing I never said that, then. 8-). > the only stipulation is that the modified source be made available. This is the problem. Code under GPL can have no additional restrictions, but the claim credit clause of the UCB license is an additional restriction, therefore the code, as a whole, can not be GPL'ed as a whole. Since the code can not be GPL'ed as a whole, and it is only legal to distribute binaries that are GPL'ed in part under GPL, as a whole, since this would not constitute "mere agregation", it is illegal to distribute a BSD kernel with GPL'ed components. It's not illegal to make one, and it's not illegal to have one, but it's illegal to give one to anyone else. Even if you comply with the GPL's source distribution requirement, you have still failed to comply with the "GPL all code linked with the binary that is not merely agregated" clause of the GPL. And you *can't* ever comply with that, because you can't GPL UCBL'ed code because of the claim credit clause making it "restricted" in the GPL sense of things. So, you can "merely agregate", and you can skirt the issue of whether you have GPL'ed code linked by linking it as a result of a user action at the user site -- the user can't give away the code either. If you wanted to nit-pick, I supposed you could claim that you could give away a laptop using LKM'ed GPL drivers in a BSD kernel *ONLY* if the laptop were off at the time you did it (otherwise, you are giving them software linked with GPL'ed code that is not itself GPL'ed, in violation of the terms of the GPL). 8-). > Another caveat is that the author of the code may be able to license > it to you or simply give permission to do whatever you want with it.. Yes. That's why I suggested that's what should be done: get the driver code under LGPL instead of GPL, or get it under UCBL, if you can. > Under US law (at least) copyrights are always retained by the author, > which would imply that even if a driver were released for Linux under > GPL, the author would have the right to do whatever he wants with the > code as it inherently belongs to him. This ignores that fact that the GPL may work. In some ways, I think it does, though maybe not necessary ways in line with the intended agenda of the original author. Consider that I have a driver for a Zonds card; I put it under GPL. I release the driver. 6 other people hack on it, each of their changes going in under GPL. Now I want to link this driver with a BSD kernel. The prima facia intent of putting the driver under GPL was so that no one could later "imprison" the driver (I suppose by writing it to paper tape and setting off a large number of geostationary nukes to wipe out everywhere else it was stored via EMP -- the idea of code "imprisonment" is a rather impractical and highly unlikely one at best). In effect, this means that any contributions to the driver must be under GPL as well. And if the driver is statically linked, then it means that any kernel it's liked with is either also GPL, or undistributable in linked form, since distribution without source for the kernel would violate the GPL. Further, to do what you suggest "get it under another license" would require the consent of all the authors. If author A wrote the driver, then author B tweaked it, then the tweaked driver is a derivative work of A's work, and A has no rights to the licensed version above the rights he granted in the original GPL'ing of the driver. Now push the code through several more authors, and you are faced with a daunting task. If we stick with the prima facia intent, that the purpose was to keep the driver free, and not the implied intent, to infect all code that uses it with GPL and to punish all non-GPL distributors who want to use it for their non-GPL distribution, then... the LGPL would accomplish the same thing for the driver. If in fact the prima facia intent was the actual intent, the LGPL would yield significant advantage: commercial vendors who wanted to use the driver would contribute commercial engineering hours toward improving the code, and everyone would win: the commercial users would get a driver for a significantly reduced effort, the Stallmanites would maintain the freedom of the code itself, and the GPL contributors other than the commercial vendors would gain professional engineering hours working on solving problems that were not fun to solve (and would probably never be solved by volunteer effort alone, as a result). At one time, I tried to get the Linux camp to LGPL a couple of their drivers for use by USL. That would have allowed UnixWare to use the drivers, and it would have given some of the drivers the benefit of people working on them who had been working on UNIX kernel code for 30 years. Both sides would have won, in the long run, since this highly valuable engineering effort would have had to have been released under LGPL. I even had USL senior management signed off on it; the torpedo came from the Linux camp. 8-(. The LKM philosophy allows you to do something unique: comply with the terms of the GPL, while not promoting distribution. This is not in line with the spirit of the GPL, but the driver author can't sue you over the spirit of the thing. If he had a different intent, after all, he would have used a different (or at least slight modified) license, where the spirit was better reflected in the letter than it currently is in the GPL (or LGPL). It's not like there haven't been people (like me) screaming about this loophole since day one. For what it's worth, I can get in the same situation under Windows95 or Windows NT using COM objects: OLE controls, ActiveX components, and DLL's. At the time that a GPL'ed driver is statically linked with a UCBL'ed kernel, it's not *you* who are generating the illegal-to-distribute binary, it's your customer. Sort of like a binary nerve agent, if you think about it. Or a Microsoft end user license for one machine, specifying the meaning of use to be "loaded onto the system into RAM or into machine storage" so you can't run the same copy of Word 6.0 on your laptop and desktop, even though you never run them at the same time, unless you uninstall/install each time. The same thing goes for commercial drivers statically linked into the Linux kernel: because they can't be relinked in the face of interface changes, they are technically not distributable as binaries, either, but they, took, can use the LKM loophole, which delays linking until it gets to the customer's site, and requires an act by the customer to cause the link to occur. The only place this is unsatisfying to the potential GPL or non-GPL vendor is in the case of a boot-critical device without a fallback driver. There is no legal way for the code to be combined so that it can work out-of-the-box in this configuration, and still comply with the licenses. Both Linux and BSD need VM86()-based fallback drivers, and this sinkhole goes away as well. If the Linux drivers were GPL'ed, and Linux treated drivers as libraries instead of drivers treating the kernel as a library, then both camps would be able to freely statically link the drivers, as long as they allowed relinking of the proprietary objects. In any case, this is not worth arguing about. The short answer was, and still is, that you can port LGPL and GPL'ed drivers to BSD as LKM's until the cows come home, and only the person who causes the LKM to be linked falls under the "must GPL all sources to distribute combined binaries" clause of the GPL. And since they're the customer who will be using the code, it doesn't matter if they can't redistribute. The only killer is boot-critical drivers, and we already know what it would take to get around that one. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 15:01:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17689 for hackers-outgoing; Thu, 6 Mar 1997 15:01:39 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17679 for ; Thu, 6 Mar 1997 15:01:34 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id AAA05999 for ; Fri, 7 Mar 1997 00:01:16 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id AAA16550 for freebsd-hackers@freefall.freebsd.org; Fri, 7 Mar 1997 00:00:44 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id XAA21197; Thu, 6 Mar 1997 23:53:19 +0100 (CET) Message-ID: <19970306235318.58395@keltia.freenix.fr> Date: Thu, 6 Mar 1997 23:53:18 +0100 From: Ollivier Robert To: freebsd-hackers@freefall.freebsd.org Subject: Re: 2.2-970225-GAMMA tcsh References: <199703061422.PAA20017@father.ludd.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64/1-3,6,8,10-17 X-Operating-System: FreeBSD 3.0-CURRENT ctm\#2999 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Tomas Klockar: I have a small problem, tcsh doesn't realy seem to be in order. > > when I in my tcshrc file do setenv LC_CTYPE sv_SE.ISO_8859-1 it doesn't run > any command after that. It's like it looses the rest of the file. I don't see it with 6.07.02 (named 6.07 in the tar file) and 3.0-CURRENT: 201 [23:50] roberto@keltia:~> setenv LC_CTYPE sv_SE.ISO_8859-1 202 [23:51] roberto@keltia:~> ll total 882 -rw-r--r-- 1 roberto staff 70 Jun 4 1995 .Ularnopts -rw------- 1 roberto staff 748 Oct 4 23:41 .Xauthority ... version tcsh 6.07.02 (Astron) 1996-10-27 (i386-intel-FreeBSD) options 8b,nls,dl,al,rh Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-hackers Thu Mar 6 15:08:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17977 for hackers-outgoing; Thu, 6 Mar 1997 15:08:02 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17951 for ; Thu, 6 Mar 1997 15:07:59 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id AAA29572; Fri, 7 Mar 1997 00:07:53 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id AAA04307; Fri, 7 Mar 1997 00:01:47 +0100 (MET) Message-ID: <19970307000147.63523@xaa.stack.nl> Date: Fri, 7 Mar 1997 00:01:47 +0100 From: Mark Huizer To: Chuck Robey Cc: Kyle Mestery , freebsd-hackers@freebsd.org Subject: Re: Java awt support? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: ; from Chuck Robey on Wed, Mar 05, 1997 at 07:45:05PM -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Mar 05, 1997 at 07:45:05PM -0500, Chuck Robey wrote: > On Wed, 5 Mar 1997, Kyle Mestery wrote: > > > > > Does anyone know if there are plans to support the awt class libraries > > for FreeBSD? These are all of the graphics, which arent in the current > > freebsd jdk librarires. I have a java class at school, and we have to > > right appliacations now instead of applets, nad I would prefer to stay > > away from 95 if at all possible. Thanks! > > sawt (/usr/ports/devel/sawt) is a fledgling awt, but it's not complete. > Currently it's broke, but I don't think it'd take much to fix it. It got > broke when the kaffe port was last upgraded. I _might_ have time to fix > it this weekend, but I have to finish my Objective C ports first. Fixed already, since I blew my exam anyway :-( but sawt is not the way to go, development team is doing nothing, tried to work with them on finding a few bugs, but no feedback, nothing Mark From owner-freebsd-hackers Thu Mar 6 15:21:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19086 for hackers-outgoing; Thu, 6 Mar 1997 15:21:59 -0800 (PST) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19081 for ; Thu, 6 Mar 1997 15:21:55 -0800 (PST) Received: (from dec@localhost) by phoenix.its.rpi.edu (8.8.3/8.8.3) id SAA00540; Thu, 6 Mar 1997 18:22:40 -0500 (EST) Date: Thu, 6 Mar 1997 18:22:40 -0500 (EST) From: "David E. Cross" Message-Id: <199703062322.SAA00540@phoenix.its.rpi.edu> To: danny@panda.hilink.com.au, jkh@time.cdrom.com Subject: Re: Weirdie with SLIP line seen here too... Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am one of the "gurus" at RPI on dialup networking, and I have seen interesting behaviour that mimicks it, but only for specific users. Here are the simplist case symptoms: Client machine is connected to a dialup server (Xyplex) on subnet "A", a "ping" from a sun on subnet "B" to the client works, as long as the ping packet size < ~1400. a ping from my FreeBSD machine to the client always works, up to the largest allowed ping packet size. This has ramifications in that this hold true for ANY ip based packet. Another case is: I can retrieve ANY size web document from my machine, or www.mit.edu, but only documents that are very small << 1400 from the local web server www.rpi.edu. The only solution I have seen to this is to set the MTU = 552. The really weird thing is that this affects 1/10 machines, and there is no commonality. -- David Cross ACS Consultant Rensselaer Polytechnic Institute From owner-freebsd-hackers Thu Mar 6 15:43:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20187 for hackers-outgoing; Thu, 6 Mar 1997 15:43:29 -0800 (PST) Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20182 for ; Thu, 6 Mar 1997 15:43:26 -0800 (PST) Received: from iago.ienet.com (localhost.ienet.com [127.0.0.1]) by iago.ienet.com (8.8.5/8.8.5) with ESMTP id PAA16789 Thu, 6 Mar 1997 15:43:04 -0800 (PST) Message-Id: <199703062343.PAA16789@iago.ienet.com> From: pius@ienet.com To: Søren Schmidt Cc: hackers@FreeBSD.ORG, msmith@atrad.adelaide.edu.au (Michael Smith), Mark Mayo Subject: Re: Linux JDK on 2.2 Date: Thu, 06 Mar 1997 15:43:04 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, sos@ravenock.cybercity.dk wrote: > In reply to Michael Smith who wrote: > > Mark Mayo stands accused of saying: > > > Hi all. I've been trying to get the Linux JDK working on my 2.2-GAMMA > > > system. So far, all is well, with the exception of some error messages > > > from ioctl: > > > > > > LINUX: 'ioctl' fd=4, typ=0x89(), num=0x1 not implemented > > > LINUX: 'ioctl' fd=5, typ=0x89(), num=0x1 not implemented > > > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented > > > LINUX: 'ioctl' fd=6, typ=0x89(), num=0x1 not implemented > > > > cain:/compat/linux/usr/include/asm>less sockios.h > > ... > > /* Socket-level I/O control calls. */ > > #define FIOSETOWN 0x8901 > > > > If it bothers you, I'm sure you can implement it. 8) The emulator doesn't > > have an 'owner' either just now 8) > > WHAT??, I 'own' it for sure :) Hmm, to be honest I don't know what FIOSETOWN/FIOGETOWN do exactly, but the following two patches to the linux lkm seem to work for me (at least with respect to running the Linux JDK): /usr/src/sys/i386/linux>diff -u linux.h.orig linux.h --- linux.h.orig Fri Jan 17 17:02:25 1997 +++ linux.h Thu Mar 6 14:03:21 1997 @@ -216,6 +216,9 @@ #define LINUX_TIOCGLCKTRMIOS 0x5456 #define LINUX_TIOCSLCKTRMIOS 0x5457 +#define LINUX_FIOSETOWN 0x8901 +/*#define LINUX_FIOGETOWN */ + /* arguments for tcflush() and LINUX_TCFLSH */ #define LINUX_TCIFLUSH 0 #define LINUX_TCOFLUSH 1 /usr/src/sys/i386/linux>diff -u linux_ioctl.c.orig linux_ioctl.c --- linux_ioctl.c.orig Fri Jan 17 17:02:26 1997 +++ linux_ioctl.c Thu Mar 6 14:06:19 1997 @@ -547,6 +547,14 @@ args->cmd = FIOCLEX; return ioctl(p, (struct ioctl_args *)args, retval); + case LINUX_FIOSETOWN: + args->cmd = FIOSETOWN; + return ioctl(p, (struct ioctl_args *)args, retval); +/* + case LINUX_FIOGETOWN: + args->cmd = FIOGETOWN; + return ioctl(p, (struct ioctl_args *)args, retval); +*/ case LINUX_TIOCEXCL: args->cmd = TIOCEXCL; return ioctl(p, (struct ioctl_args *)args, retval); /usr/src/sys/i386/linux> The FIOGETOWN stuff is commented out because I don't know what the value of LINUX_FIOGETOWN is - I don't have a Linux system so that I could look at that header file mentioned in the previous message. But I don't know - maybe it shouldn't be this simple - maybe FIOSETOWN in Linux is different from that in FreeBSD. FreeBSD's is defined in /usr/include/sys/filio.h ("Generic file-descriptor ioctl's") whereas Linux's seems to be defined in a file with other socket level ioctl's. I briefly read through sys/kern/sys_generic.c to understand what FIOSETOWN/FIOGETOWN do, but I'm still confused. Oh, I'm running 3.0-current as of 97.02.10.00.00.00 (cvsup notation) which is pre-Lite2. Regards, Pius From owner-freebsd-hackers Thu Mar 6 15:50:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20669 for hackers-outgoing; Thu, 6 Mar 1997 15:50:56 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20658 for ; Thu, 6 Mar 1997 15:50:38 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14405; Thu, 6 Mar 1997 18:50:07 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 18:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id RAA13242; Thu, 6 Mar 1997 17:15:58 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA08652; Thu, 6 Mar 1997 17:21:42 -0500 (EST) Date: Thu, 6 Mar 1997 17:21:42 -0500 (EST) From: Thomas David Rivers Message-Id: <199703062221.RAA08652@lakes.water.net> To: ponds!lakes.water.net!rivers, ponds!lambert.org!terry Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I guess it would be worth while to take out the printf's until you can > > > isolate the printf's that "fix" the problem. Then analyze the effects of > > > the printfs serializing writes. > > > > My thinking exactly - I've now gone back to just a pristine kernel and > > I'm trying to find a missing splbio()/splx(), or something along those > > lines... so far, no luck... > > > I am, of course, unable to duplicate your panics. > Ok - here's another approach. Since I have a machine that readily duplicates the problem; one issue is to make that available to someone who may be able to test.. I could (possibly) set it up as a diskless machine, then allow telnet sessions into my machines at home. From the larger machines, someone would be able to build kernels... and, if I run a serial line, and make this headless; a remote person should be able to have a console, with ddb, etc... and debug this problem. Or - maybe not even that involved; a file system on the floppy with the kernel and enough to duplicate the problem; along with the serial console, should get it... [as long as the serial console doesn't mask the problem] Then, you could put on the new kernel (on the floppy), reboot and test away... I would be *delighted* to set this up; and stay connected to my ISP to allow telnets, etc.. to get this resolved... Would anyone like to participate? [A serious remote debugging experiment, huh?] I'll get started on the serial console stuff later tonight... - Dave Rivers - From owner-freebsd-hackers Thu Mar 6 15:50:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20679 for hackers-outgoing; Thu, 6 Mar 1997 15:50:57 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20657 for ; Thu, 6 Mar 1997 15:50:37 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14395; Thu, 6 Mar 1997 18:50:05 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 18:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id RAA13186; Thu, 6 Mar 1997 17:09:34 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA08636; Thu, 6 Mar 1997 17:15:18 -0500 (EST) Date: Thu, 6 Mar 1997 17:15:18 -0500 (EST) From: Thomas David Rivers Message-Id: <199703062215.RAA08636@lakes.water.net> To: ponds!lakes.water.net!rivers, ponds!lambert.org!terry Subject: Re: "dup alloc" - nope - kern/2875 wasn't it. Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I guess it would be worth while to take out the printf's until you can > > > isolate the printf's that "fix" the problem. Then analyze the effects of > > > the printfs serializing writes. > > > > My thinking exactly - I've now gone back to just a pristine kernel and > > I'm trying to find a missing splbio()/splx(), or something along those > > lines... so far, no luck... > > > I am, of course, unable to duplicate your panics. If you have a spare disk lying around; others have demonstrated with MFS as well - so you may be able to reproduce it there. trash the disk (i.e. copy a large file, as large as the partition to the partition - or write a program that simply write n 0xff's...) newfs the disk fsck the disk If you get any fsck errors; you've run into the problem... But - it appears to be extremely timing dependent! (As you point out.) > > I suggest you buckle down and do it the hard way; I'd help if I could > duplicate the problem, or if my changes would not be seen as gratuitous, > but I can't. Without a problem fix resulting, there's no way I can > prove that eliminating all possible race conditions is a Good Thing(tm) > to those people who aren't getting bitten. Well, it is difficult to suggest to people that "oh yes, that system that's been running fine for over a year does, in fact, have a bug in it; you've just been lucky..." I have a certain empathy for that; especially when I was the only person in-the-entire-world reporting the problem. It's very easy to dismiss me as a nut with bad hardware :-) Now that other people have reported it; I'm hoping to get more. [I should quickly add here that I'm delighted with, and grateful for, the response I have gotten, and I'm not complaining, I'm just saying I could be easily seen as a "nut"...] > > Here is what I suggest; effectively, you will be required to perform > a full branch-path analysis of much of the code, by hand. If you > have a copy of BattleMap, you could use it some places, but since > most kernel routines are not single-entry/single-exit, I would not > recommend spending the $4000 or so for the software just for this > problem, since it won't help much. Wow! I was hoping not to have to do that for all (well most) of the kernel.... My approach will likely be to try and find items that appear to cause a difference here; finding several such changes could help triangulate on the problem... That is - If I change "this" the problem goes away, if I change "that" the problem goes away; now what's common in the effects of "this" and "that." Unfortunately, my changes thus far that actually affect the problem are my printf()s to determine what the problem is; any the only common effect is that they (presumably) alter timings in such a way as to avoid the problem... not very useful. I'm trying to read through some of the code now, looking for mis-matched splbio()/splx(). Or, something like that... I'm just not (yet) educated enough to catch everything. I've also noted that some of these have been corrected in 2.2-GAMMA (i.e. vfs_subr.c has splbio()/splx()'s in 2.2-GAMMA that it doesn't have in 2.1.6.1) I'm guessing now that a missing one of these is the culprit.... If someone were to detail exactly when you can futz with a struct buf without being splbio() it would help my reading.... - Dave R. - From owner-freebsd-hackers Thu Mar 6 16:05:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21768 for hackers-outgoing; Thu, 6 Mar 1997 16:05:59 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21748 for ; Thu, 6 Mar 1997 16:05:49 -0800 (PST) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id TAA06235; Thu, 6 Mar 1997 19:13:03 -0500 (EST) Message-Id: <3.0.32.19970306190339.00b4b6b0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 06 Mar 1997 19:03:41 -0500 To: Terry Lambert From: dennis Subject: Re: Porting device drivers... Cc: terry@lambert.org, bmcgover@cisco.com, hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Further, to do what you suggest "get it under another license" would >require the consent of all the authors. If author A wrote the driver, >then author B tweaked it, then the tweaked driver is a derivative work >of A's work, and A has no rights to the licensed version above the >rights he granted in the original GPL'ing of the driver. Now push the >code through several more authors, and you are faced with a daunting >task. > > >If we stick with the prima facia intent, that the purpose was to keep >the driver free, and not the implied intent, to infect all code that >uses it with GPL and to punish all non-GPL distributors who want to use >it for their non-GPL distribution, then... the LGPL would accomplish the >same thing for the driver. I was proposing that the original driver that was submitted could be "licensed" by the author, or ported by the author without any GPL issue... > >If in fact the prima facia intent was the actual intent, the LGPL would >yield significant advantage: commercial vendors who wanted to use the >driver would contribute commercial engineering hours toward improving >the code, and everyone would win: the commercial users would get a >driver for a significantly reduced effort, the Stallmanites would >maintain the freedom of the code itself, and the GPL contributors >other than the commercial vendors would gain professional engineering >hours working on solving problems that were not fun to solve (and would >probably never be solved by volunteer effort alone, as a result). > >At one time, I tried to get the Linux camp to LGPL a couple of their >drivers for use by USL. That would have allowed UnixWare to use the >drivers, and it would have given some of the drivers the benefit of >people working on them who had been working on UNIX kernel code for >30 years. Both sides would have won, in the long run, since this >highly valuable engineering effort would have had to have been >released under LGPL. I even had USL senior management signed off on >it; the torpedo came from the Linux camp. 8-(. Bunch of communists...they'd rather have mediocre "Free" stuff than "better" commercial stuff. Thats why they're bound to mediocrity..... They all want our bandwidth manager, but many are using 'BSD to get it because we cant do it for linux without providing source, which would be suicide for the product. > > >The LKM philosophy allows you to do something unique: comply with the >terms of the GPL, while not promoting distribution. This is not in >line with the spirit of the GPL, but the driver author can't sue you >over the spirit of the thing. If he had a different intent, after >all, he would have used a different (or at least slight modified) >license, where the spirit was better reflected in the letter than it >currently is in the GPL (or LGPL). It's not like there haven't >been people (like me) screaming about this loophole since day one. This is BS if you ask me. An operating system provides services by definition, and to somehow imply that adding services to an OS by accessing provided services modifies the OS is bogus. Unfortunately you'll not find a judge or jury that understands it well enough to make a realistic decision on it :( Dennis From owner-freebsd-hackers Thu Mar 6 16:39:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25072 for hackers-outgoing; Thu, 6 Mar 1997 16:39:46 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25064 for ; Thu, 6 Mar 1997 16:39:43 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA15367; Fri, 7 Mar 1997 11:07:48 +1030 (CST) From: Michael Smith Message-Id: <199703070037.LAA15367@genesis.atrad.adelaide.edu.au> Subject: Re: Linux JDK on 2.2 In-Reply-To: <199703062343.PAA16789@iago.ienet.com> from "pius@ienet.com" at "Mar 6, 97 03:43:04 pm" To: pius@ienet.com Date: Fri, 7 Mar 1997 11:07:48 +1030 (CST) Cc: sos@ravenock.cybercity.dk, hackers@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, mark@quickweb.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk pius@ienet.com stands accused of saying: > > Hmm, to be honest I don't know what FIOSETOWN/FIOGETOWN do exactly, but > the following two patches to the linux lkm seem to work for me (at least > with respect to running the Linux JDK): (from the linux fcntl(2) manpage) F_GETOWN Get the process ID (or process group) of the owner of a socket. Process groups are returned as negative values. F_SETOWN Set the process or process group that owns a socket. For these commands, ownership means receiving SIGIO or SIGURG signals. Process groups are specified using negative val- ues. This reads the same as the BSD one : F_GETOWN Get the process ID or process group currently receiving SIGIO and SIGURG signals; process groups are returned as negative values (arg is ignored). F_SETOWN Set the process or process group to receive SIGIO and SIGURG signals; process groups are specified by supplying arg as neg- ative, otherwise arg is interpreted as a process ID. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 16:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25214 for hackers-outgoing; Thu, 6 Mar 1997 16:40:11 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25191 for ; Thu, 6 Mar 1997 16:40:06 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA00824; Thu, 6 Mar 1997 16:37:27 -0800 (PST) Message-Id: <199703070037.QAA00824@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Brian McGovern cc: hackers@FreeBSD.ORG Subject: Re: Porting device drivers... In-reply-to: Your message of "Thu, 06 Mar 1997 14:12:45 EST." <199703061912.OAA02242@bmcgover-pc.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 16:37:27 -0800 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Brian McGovern : > I'm curious if anyone has any comments on the feasability of "porting" Linux > device drivers to FreeBSD. I'm looking at doing a driver for the Cyclom Z car d, > and there is one that currently works for Linux. I'm wondering if its worth > my time trying to recode it, or whether I should just start from scratch. > > -Brian > Just hack into it 8) Usually the structure of the drivers is not that difficult and by looking at a similar driver for FreeBSD it will allow you to do the port. Yes I have taken a look at Linux device drivers and FreeBSD drivers;specially, the sound driver. Have fun, Amancio From owner-freebsd-hackers Thu Mar 6 16:45:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25570 for hackers-outgoing; Thu, 6 Mar 1997 16:45:18 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25565 for ; Thu, 6 Mar 1997 16:45:08 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA15446; Fri, 7 Mar 1997 11:14:18 +1030 (CST) From: Michael Smith Message-Id: <199703070044.LAA15446@genesis.atrad.adelaide.edu.au> Subject: Re: Converting foreign object files In-Reply-To: from Andrzej Bialecki at "Mar 6, 97 09:36:48 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Fri, 7 Mar 1997 11:14:18 +1030 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki stands accused of saying: > > I have the following problem: > I bought certain commercial product (client-server suite with libraries > and API), and the company included libraries for BSDI and Linux. Now, I'd > like to use them somehow on FBSD. Obviously , I don't have the sources. Well, that was kinda stupid 8) Did you perhaps ask first whether you could use these libraries? > When I try to use BSDI version of the library, gcc doesn't see all of the > exported names - even after repacking the library with ``ar''. > With Linux version it's even worse - ``ar'' is unable even to unpack it. > > So, here is my question: is it possible at all to somehow "convert" these > objects to the format FBSD uses? ``file'' says something like: No. > Thanks for any sugestions. Grab the 'linux-devel' port, and build Linux binaries which you can then run under emulation. I've done this, and it works just dandy. (Thanks Eric H!) > Andrzej Bialecki _) _) _)_) _)_)_) _) _) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 16:53:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26173 for hackers-outgoing; Thu, 6 Mar 1997 16:53:41 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26164 for ; Thu, 6 Mar 1997 16:53:37 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA15540; Fri, 7 Mar 1997 11:21:34 +1030 (CST) From: Michael Smith Message-Id: <199703070051.LAA15540@genesis.atrad.adelaide.edu.au> Subject: Re: StarOffice Installer available In-Reply-To: from Michael Reifenberger at "Mar 6, 97 10:16:42 am" To: root@totum.plaut.de (Michael Reifenberger) Date: Fri, 7 Mar 1997 11:21:33 +1030 (CST) Cc: sos@ravenock.cybercity.dk, langfod@dihelix.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Reifenberger stands accused of saying: > > > > I've installed this beast, and it looks really impressive, now > > we can all ditch that win box over in the corner :) > > > I only couldn't load an Winword 6.0 file. > Maybe some files (converter?) aren't at the right place? Hmm, works here; first thing I opened when I installed it was a 90-page Word 6/7 document. > Michael Reifenberger -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 17:06:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA27104 for hackers-outgoing; Thu, 6 Mar 1997 17:06:02 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup15.gaffaneys.com [134.129.252.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27082 for ; Thu, 6 Mar 1997 17:05:36 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id TAA03989; Thu, 6 Mar 1997 19:04:28 -0600 (CST) To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... References: <2805.857653321@time.cdrom.com> Mime-Version: 1.0 (generated by tm-edit 7.103) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 06 Mar 1997 19:04:28 -0600 In-Reply-To: "Jordan K. Hubbard"'s message of Thu, 06 Mar 1997 05:02:01 -0800 Message-ID: <87ohcw1pib.fsf@murkwood.gaffaneys.com> Lines: 20 X-Mailer: Gnus v5.4.15/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Jordan" == Jordan K Hubbard writes: > Strange, now I'm seeing that magic "bit pattern-o-death" that > guarantees that the download of a given file over a slip line will > always hang in a given place. See if any of you fellow sufferers > can download the following file: I don't seem to have any problems. fetch(1) sometimes pauses, but the file eventually makes it here. Plain old ftp(1) works great. My connection goes through 11 hops from freefall (currently), and the one hop on my end is a 28.8K ppp dialup. Does this only happen with SLIP, or with PPP as well? It's interesting that the problem bytes are 0xc0. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-hackers Thu Mar 6 18:04:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02006 for hackers-outgoing; Thu, 6 Mar 1997 18:04:29 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01714 for ; Thu, 6 Mar 1997 17:59:56 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA03985; Fri, 7 Mar 1997 13:16:35 +1100 (EST) Date: Fri, 7 Mar 1997 13:16:34 +1100 (EST) From: "Daniel O'Callaghan" To: Zach Heilig cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... In-Reply-To: <87ohcw1pib.fsf@murkwood.gaffaneys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 6 Mar 1997, Zach Heilig wrote: > I don't seem to have any problems. fetch(1) sometimes pauses, but > the file eventually makes it here. Plain old ftp(1) works great. > > My connection goes through 11 hops from freefall (currently), and > the one hop on my end is a 28.8K ppp dialup. Does this only happen > with SLIP, or with PPP as well? > > It's interesting that the problem bytes are 0xc0. Are you using SLIP or CSLIP? It only happens with CSLIP, not SLIP or PPP. Danny From owner-freebsd-hackers Thu Mar 6 18:10:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02345 for hackers-outgoing; Thu, 6 Mar 1997 18:10:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA02309 for ; Thu, 6 Mar 1997 18:09:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA15505; Thu, 6 Mar 1997 19:02:46 -0700 From: Terry Lambert Message-Id: <199703070202.TAA15505@phaeton.artisoft.com> Subject: Re: Porting device drivers... To: dennis@etinc.com (dennis) Date: Thu, 6 Mar 1997 19:02:46 -0700 (MST) Cc: terry@lambert.org, bmcgover@cisco.com, hackers@FreeBSD.ORG In-Reply-To: <3.0.32.19970306190339.00b4b6b0@etinc.com> from "dennis" at Mar 6, 97 07:03:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was proposing that the original driver that was submitted could be > "licensed" by the author, or ported by the author without any GPL > issue... I think the original poster wanted to port a driver that someone else had written. It's a lot easier to port than it is to get the author to make the magic incantations. 8-(. > Bunch of communists...they'd rather have mediocre "Free" stuff than > "better" commercial stuff. Thats why they're bound to mediocrity..... > They all want our bandwidth manager, but many are using 'BSD to > get it because we cant do it for linux without providing source, which > would be suicide for the product. I think this is probably wrong, unless there is *sgnificant* kernel source changes required, most of which can't be put in an LKM on the Linux box. I kind of doubt that; it'd just be a lot of work for you guys to get around is all, not impossible. Yeah, they shot themselves in the foot by making it harder. 8-(. > >The LKM philosophy allows you to do something unique: comply with the > >terms of the GPL, while not promoting distribution. This is not in > >line with the spirit of the GPL, but the driver author can't sue you > >over the spirit of the thing. If he had a different intent, after > >all, he would have used a different (or at least slight modified) > >license, where the spirit was better reflected in the letter than it > >currently is in the GPL (or LGPL). It's not like there haven't > >been people (like me) screaming about this loophole since day one. > > This is BS if you ask me. An operating system provides services by > definition, and to somehow imply that adding services to an OS by > accessing provided services modifies the OS is bogus. Unfortunately > you'll not find a judge or jury that understands it well enough to > make a realistic decision on it :( The Linux license makes this point explicitly (have you read it since they started doing kernel modules?). I believe they did it for Caldera as the test case for some of Caldera's NetWare value-add that they could have gotten no other way. Stallman said he did not like the interpretation, but admitted that Linus was free to make it. Unlike the LGPL static data issue for LGPL'ed libraries, like the G++ libraries, Linux comes with a document that makes the explicit clarification for this to work. You would still need to work pretty hard to sanitize your interface, but I have to admit the Linux market is (currently, anyway) larger than the BSD market, so it would probably be money well spent. In any case, if the original poster has the same issues that you raise, they should also go through the licensing materials that come with the more recent versions of Linux. If the question is really meritorious, then they might want to talk to a lawyer (like USL did). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 6 19:00:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05141 for hackers-outgoing; Thu, 6 Mar 1997 19:00:57 -0800 (PST) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05127 for ; Thu, 6 Mar 1997 19:00:48 -0800 (PST) Received: from w2xo.pgh.pa.us (localhost [127.0.0.1]) by w2xo.pgh.pa.us (8.8.4/8.8.4) with SMTP id WAA06690 for ; Thu, 6 Mar 1997 22:01:01 -0500 (EST) Message-ID: <331F84EC.446B9B3D@w2xo.pgh.pa.us> Date: Thu, 06 Mar 1997 22:01:00 -0500 From: Jim Durham Organization: Dis- X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.6-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: "Phantom IP address" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am the "caretaker" of a small ISP hub in a suburban telephone company's calling area, connected to the "downtown" hub by a 56K line. The IP address of the router are 206.210.70.1, the portmaster is 206.210.70.2. My FreeBSD boxes are .4 and .5, the Dos/Windows box is .6 . The netmask I was using was fffffff8 on this box (.5). I wanted to add my new laptop as .7 . I tried pinging .7 to see if anything was there. I got a reply! Looking at the ping times, it was obvious (.8ms) that the echo was coming from the local ethernet and not from the 56K link. It was also quicker than the ping from the router, so it looked like it was coming from the .5 box, running 2.1.6 . I did "netstat -nr" and , sure enough, there was .7 with "Link #1" next to it. I rebooted and checked again, and it was gone. Pinging .7 would make it re-appear. Here's what it looked like.. w2xo# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 206.210.70.1 UGSc 26 9 ed0 127.0.0.1 127.0.0.1 UH 0 36 lo0 206.210.70/29 link#1 UC 0 0 206.210.70.1 0:c0:5:0:1b:69 UHLW 27 0 ed0 1196 206.210.70.2 0:c0:5:1:2c:ad UHLW 0 93 ed0 713 206.210.70.5 0:0:c0:21:e2:15 UHLW 1 1968 lo0 206.210.70.6 0:0:c0:f4:39:12 UHLW 0 175 ed0 839 w2xo# ping 206.210.70.7 PING 206.210.70.7 (206.210.70.7): 56 data bytes 64 bytes from 206.210.70.5: icmp_seq=0 ttl=255 time=1.522 ms 64 bytes from 206.210.70.5: icmp_seq=1 ttl=255 time=0.714 ms 64 bytes from 206.210.70.5: icmp_seq=2 ttl=255 time=0.693 ms ^C --- 206.210.70.7 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.693/0.976/1.522 ms w2xo# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 206.210.70.1 UGSc 26 9 ed0 127.0.0.1 127.0.0.1 UH 0 36 lo0 206.210.70/29 link#1 UC 0 0 206.210.70.1 0:c0:5:0:1b:69 UHLW 27 0 ed0 1189 206.210.70.2 0:c0:5:1:2c:ad UHLW 0 93 ed0 1189 206.210.70.5 0:0:c0:21:e2:15 UHLW 1 1973 lo0 206.210.70.6 0:0:c0:f4:39:12 UHLW 0 175 ed0 801 206.210.70.7 link#1 UHLW 0 3 w2xo:durham% About this time, I realized that the netmask was wrong, so I changed it to fffffff0 to get some "more room". The "phantom" went away! If the echo had been coming from the 56K line, it would have been at least 20ms, so it was local, and sure looks like it came from .5 . Does this qualify as "wierd" ? regards, Jim Durham From owner-freebsd-hackers Thu Mar 6 19:12:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA06163 for hackers-outgoing; Thu, 6 Mar 1997 19:12:01 -0800 (PST) Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06144 for ; Thu, 6 Mar 1997 19:11:57 -0800 (PST) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.5/8.6.12) id TAA03817; Thu, 6 Mar 1997 19:10:42 -0800 (PST) Date: Thu, 6 Mar 1997 19:10:42 -0800 (PST) Message-Id: <199703070310.TAA03817@squirrel.tgsoft.com> From: mark thompson To: james@wgold.demon.co.uk CC: hackers@freefall.freebsd.org In-reply-to: message from James Mansion on Thu, 06 Mar 1997 10:49:10 +0000 Subject: Re: java support under FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: James Mansion Date: Thu, 06 Mar 1997 10:49:10 +0000 I have a suggestion wrt 'foo'class' rather than 'foo'. Would it be possible to write a layered filter file system and mount it onto some part or parts of the main system so that, if I try to stat or open 'foo', and 'foo' does not exist but 'foo.class' doesn't, then I see a read-only executable file called 'foo', maybe one that has contents '#!/somewhere/java foo.class' or therabouts? James aaaarrrgggghhhhh. This is getting worse and worse. Instead of bloating the kernel, how about about adding it to execvp (or whatever we can get the shells to agree on). You could even have it driven by a file in /etc... # exec wrapper for the shells... java % "java %.class -various magic params" perl % "perl %.pl" ... -mark From owner-freebsd-hackers Thu Mar 6 19:34:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08006 for hackers-outgoing; Thu, 6 Mar 1997 19:34:17 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup15.gaffaneys.com [134.129.252.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07966 for ; Thu, 6 Mar 1997 19:34:03 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id VAA04330; Thu, 6 Mar 1997 21:34:31 -0600 (CST) To: "Daniel O'Callaghan" Cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... References: Mime-Version: 1.0 (generated by tm-edit 7.103) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 06 Mar 1997 21:34:30 -0600 In-Reply-To: "Daniel O'Callaghan"'s message of Fri, 7 Mar 1997 13:16:34 +1100 (EST) Message-ID: <87hgio1ik9.fsf@murkwood.gaffaneys.com> Lines: 13 X-Mailer: Gnus v5.4.15/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Daniel" == Daniel O'Callaghan writes: > Are you using SLIP or CSLIP? It only happens with CSLIP, not SLIP > or PPP. Ok, no wonder I don't see a problem, I am using PPP... I guess that points to where the problem is. (and there goes my theory of broken modem compression :-). -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-hackers Thu Mar 6 19:36:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08249 for hackers-outgoing; Thu, 6 Mar 1997 19:36:11 -0800 (PST) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08243 for ; Thu, 6 Mar 1997 19:36:07 -0800 (PST) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id TAA25585; Thu, 6 Mar 1997 19:54:19 -0800 Date: Thu, 6 Mar 1997 19:54:19 -0800 (PST) From: Alex Belits To: Jim Durham cc: freebsd-hackers@freebsd.org Subject: Re: "Phantom IP address" In-Reply-To: <331F84EC.446B9B3D@w2xo.pgh.pa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, Jim Durham wrote: > I am the "caretaker" of a small ISP hub in a suburban telephone > company's > calling area, connected to the "downtown" hub by a 56K line. > > The IP address of the router are 206.210.70.1, the portmaster is > 206.210.70.2. My FreeBSD boxes are .4 and .5, the Dos/Windows box is .6 > . > > The netmask I was using was fffffff8 on this box (.5). > > I wanted to add my new laptop as .7 . I tried pinging .7 > to see if anything was there. I got a reply! Looking at the ping > times, it was obvious (.8ms) that the echo was coming from the > local ethernet and not from the 56K link. It was also quicker > than the ping from the router, so it looked like it > was coming from the .5 box, running 2.1.6 . I did "netstat -nr" > and , sure enough, there was .7 with "Link #1" next to it. > I rebooted and checked again, and it was gone. Pinging .7 > would make it re-appear. Here's what it looked like.. > Nothing wrong, with netmask fffffff8 .7 will ping the subnet, so every box will answer. Why other boxes didn't answer? Is ping firewalled on them? -- Alex From owner-freebsd-hackers Thu Mar 6 19:41:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08676 for hackers-outgoing; Thu, 6 Mar 1997 19:41:03 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08668 for ; Thu, 6 Mar 1997 19:40:59 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA04958; Thu, 6 Mar 1997 19:40:59 -0800 (PST) To: Nate Williams cc: hackers@freebsd.org Subject: Re: Weirdie with SLIP line seen here too... In-reply-to: Your message of "Thu, 06 Mar 1997 09:23:21 MST." <199703061623.JAA14536@rocky.mt.sri.com> Date: Thu, 06 Mar 1997 19:40:59 -0800 Message-ID: <4954.857706059@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Strange, now I'm seeing that magic "bit pattern-o-death" that > > guarantees that the download of a given file over a slip line will > > always hang in a given place. See if any of you fellow sufferers can > > download the following file: > > > > ftp://freefall.freebsd.org/pub/jkh/badbits > > This is new for me, but it's 'HANG-O'MATIC' on my line. Cool! We've reproduced it, and in only 429 bytes! :-) Just FYI, those *exact* 429 bytes are necessary. Shave a single byte off of the beginning or the end and it will work fine. It took me some binary searching to come up with this file, trust me. :-) Jordan From owner-freebsd-hackers Thu Mar 6 19:50:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09265 for hackers-outgoing; Thu, 6 Mar 1997 19:50:48 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA09247 for ; Thu, 6 Mar 1997 19:50:41 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA15773; Thu, 6 Mar 1997 22:50:10 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 22:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id WAA18406; Thu, 6 Mar 1997 22:39:20 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id WAA12242; Thu, 6 Mar 1997 22:45:05 -0500 (EST) Date: Thu, 6 Mar 1997 22:45:05 -0500 (EST) From: Thomas David Rivers Message-Id: <199703070345.WAA12242@lakes.water.net> To: ponds!root.com!dg, ponds!freefall.cdrom.com!freebsd-hackers, ponds!uriah.heep.sax.de!joerg_wunsch, ponds!critter.dk.tfs.com!phk, ponds!lakes.water.net!rivers, ponds!lambert.org!terry, ponds!dyson.iquest.net!toor Subject: "dup alloc" test-system even closer. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well - my last idea about simply having ifconfig and mount_nfs on the floppy, and mounting everything else you might need has paid off. I now have everything but SERIAL_CONSOLE there. That is, I have this floppy that will boot up; start a shell, configure the network, mount a directory that contains everything needed. The scenario I imagine is: telnet into my machine. start kermit to connect to reproducing machine ftp a new kernel over (I had to build a non-shared library version of ftp; not at all difficult.) reboot the test machine and see what happens This should provide the needed access to anyone interested in debugging this beastie... (again, once serial console is "working.") - Dave Rivers - From owner-freebsd-hackers Thu Mar 6 19:50:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09275 for hackers-outgoing; Thu, 6 Mar 1997 19:50:50 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA09250 for ; Thu, 6 Mar 1997 19:50:44 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA15477; Thu, 6 Mar 1997 22:50:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 6 Mar 1997 22:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id WAA18185 for ; Thu, 6 Mar 1997 22:06:33 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id WAA12081 for freebsd-hackers@freefall.cdrom.com; Thu, 6 Mar 1997 22:12:18 -0500 (EST) Date: Thu, 6 Mar 1997 22:12:18 -0500 (EST) From: Thomas David Rivers Message-Id: <199703070312.WAA12081@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: "dup alloc" - testing system almost available. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well - I was able to get a floppy system going where I have a kernel, newfs, fsck, init, sh and my "inode trashing" program... and, I have demonstrated the bug with the reduced kernel... [it all just barely fits...] I don't know if I can compile in DDB and still make things fit. Furthermore; I cat get ifconfig on there to enable the network, so I'm not sure how to get a new kernel there... Finally, if someone could help me with SERIAL_CONSOLE (point me to the documentation?) I can get that going... then, anyone would be able to telnet into my network, start kermit and try this out themselves... (How does DDB work with SERIAL_CONSOLE anyway, what's the "hot-key?") Hmm... now that I think about it; maybe all I need on the floppy is the shell, ifconfig and mount_nfs... I might be able to mount the other things... and then you could ftp new kernels to the floppy... - Dave Rivers - From owner-freebsd-hackers Thu Mar 6 19:51:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09339 for hackers-outgoing; Thu, 6 Mar 1997 19:51:20 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09319 for ; Thu, 6 Mar 1997 19:51:10 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id PAA04435; Fri, 7 Mar 1997 15:08:23 +1100 (EST) Date: Fri, 7 Mar 1997 15:08:22 +1100 (EST) From: "Daniel O'Callaghan" To: Jim Durham cc: freebsd-hackers@freebsd.org Subject: Re: "Phantom IP address" In-Reply-To: <331F84EC.446B9B3D@w2xo.pgh.pa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Mar 1997, Jim Durham wrote: > I am the "caretaker" of a small ISP hub in a suburban telephone > company's > calling area, connected to the "downtown" hub by a 56K line. > > The IP address of the router are 206.210.70.1, the portmaster is > 206.210.70.2. My FreeBSD boxes are .4 and .5, the Dos/Windows box is .6 > . > > The netmask I was using was fffffff8 on this box (.5). > > I wanted to add my new laptop as .7 . I tried pinging .7 Try ifconfig ed0 and you'll see that .7 is your broadcast address for the ethernet. Danny From owner-freebsd-hackers Thu Mar 6 19:55:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09576 for hackers-outgoing; Thu, 6 Mar 1997 19:55:14 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09567 for ; Thu, 6 Mar 1997 19:55:05 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA17906; Fri, 7 Mar 1997 14:24:16 +1030 (CST) From: Michael Smith Message-Id: <199703070354.OAA17906@genesis.atrad.adelaide.edu.au> Subject: Re: "Phantom IP address" In-Reply-To: <331F84EC.446B9B3D@w2xo.pgh.pa.us> from Jim Durham at "Mar 6, 97 10:01:00 pm" To: durham@w2xo.pgh.pa.us (Jim Durham) Date: Fri, 7 Mar 1997 14:24:16 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Durham stands accused of saying: > > The IP address of the router are 206.210.70.1, the portmaster is > 206.210.70.2. My FreeBSD boxes are .4 and .5, the Dos/Windows box is .6 > . > > The netmask I was using was fffffff8 on this box (.5). > > I wanted to add my new laptop as .7 . I tried pinging .7 > to see if anything was there. I got a reply! Looking at the ping ... > Does this qualify as "wierd" ? No, you were pinging the broadcast address. Everyone (that agrees that it's the broadcast address) will respond to it. > Jim Durham -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Mar 6 19:56:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09705 for hackers-outgoing; Thu, 6 Mar 1997 19:56:16 -0800 (PST) Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09700 for ; Thu, 6 Mar 1997 19:56:11 -0800 (PST) Received: from iago.ienet.com (localhost.ienet.com [127.0.0.1]) by iago.ienet.com (8.8.5/8.8.5) with ESMTP id TAA19401 Thu, 6 Mar 1997 19:54:32 -0800 (PST) Message-Id: <199703070354.TAA19401@iago.ienet.com> From: pius@ienet.com To: msmith@atrad.adelaide.edu.au Cc: sos@ravenock.cybercity.dk, hackers@FreeBSD.ORG, mark@quickweb.com Subject: Re: Linux JDK on 2.2 Date: Thu, 06 Mar 1997 19:54:32 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997, msmith@atrad.adelaide.edu.au wrote: > F_GETOWN Get the process ID or process group currently receiving SIGIO > and SIGURG signals; process groups are returned as negative > values (arg is ignored). > > F_SETOWN Set the process or process group to receive SIGIO and SIGURG > signals; process groups are specified by supplying arg as neg- > ative, otherwise arg is interpreted as a process ID. Ok, I wasn't quite sure if these were directly related to FIOGETOWN/FIOSETOWN, but now after closer examination of sys_generic.c (ioctl) and kern_descrip.c (fcntl) in /usr/src/sys/kern, it appears to me that fcntl(fd, F_SETOWN, pid) is equivalent to ioctl(fd, FIOSETOWN, &pid) and pid = fcntl(fd, F_GETOWN, 0) is equivalent to ioctl(fd, FIOGETOWN, &pid) Is that correct? If that's the case, then the FIOGETOWN/FIOSETOWN ioctl's could be implemented in linux_ioctl.c similarly to the way the F_GETOWN/F_SETOWN fcntl's are currently implemented in linux_file.c - perhaps linux_fcntl could even be called directly from linux_ioctl in these cases, but maybe that would be considered inefficient. In linux_file.c there's this comment in the linux_fcntl function: case LINUX_F_SETOWN: case LINUX_F_GETOWN: /* * We need to route around the normal fcntl() for these calls, * since it uses TIOC{G,S}PGRP, which is too restrictive for * Linux F_{G,S}ETOWN semantics. For sockets, this problem * does not exist. */ So, how are FreeBSD's F_{G,S}ETOWN semantics different from Linux's? Ok, for sockets they're the same, but for ttys it appears that FreeBSD requires that the tty is the current process's controlling terminal. Is that how FreeBSD's semantics are more restrictive? Regards, Pius From owner-freebsd-hackers Thu Mar 6 20:23:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11611 for hackers-outgoing; Thu, 6 Mar 1997 20:23:18 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11606 for ; Thu, 6 Mar 1997 20:23:15 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA05668 for ; Thu, 6 Mar 1997 20:23:22 -0800 (PST) To: hackers@freebsd.org Subject: spatter.freebsd.org halted. Date: Thu, 06 Mar 1997 20:23:22 -0800 Message-ID: <5664.857708602@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Its disk is having kittens and we (FreeBSD, Inc.) don't have enough money to afford a new one right now, so for now it's simply going to be turned off. Once 2.1.7 starts shipping and Walnut Creek CDROM is actually generating profit on FreeBSD again (since 2.1.6 has been discontinued, they have no FBSD product) perhaps I can hit them up for a new drive, but until then the machine is toast. Just FYI. Jordan From owner-freebsd-hackers Thu Mar 6 20:43:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12670 for hackers-outgoing; Thu, 6 Mar 1997 20:43:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12665 for ; Thu, 6 Mar 1997 20:43:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA32404; Fri, 7 Mar 1997 15:36:18 +1100 Date: Fri, 7 Mar 1997 15:36:18 +1100 From: Bruce Evans Message-Id: <199703070436.PAA32404@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: Weirdie with SLIP line seen here too... Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Try this fix. > >Alas, it didn't help. Here's my attempt to reget the linux_lib file. > >The SLIP interface is: > >sl0: flags=9011 mtu 552 > inet 193.175.26.65 --> 193.175.26.94 netmask 0xffffffe0 > >21:27:29.364177 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 54048548:54048556(8) ack 2508167119 win 16384 (DF) [tos 0x10] >21:27:29.584122 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 1:21(20) ack 8 win 16384 [tos 0x10] What system does Rcs1 run? The patch probably wouldn't affect the receiving system (since acks are small and unlikely to contain many special chars). Bruce From owner-freebsd-hackers Thu Mar 6 20:56:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13916 for hackers-outgoing; Thu, 6 Mar 1997 20:56:36 -0800 (PST) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13905 for ; Thu, 6 Mar 1997 20:56:30 -0800 (PST) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.8.4+UW96.12/8.8.4+UW97.03) with SMTP id UAA17179; Thu, 6 Mar 1997 20:56:18 -0800 (PST) Date: Thu, 6 Mar 1997 20:56:18 -0800 (PST) From: John Utz To: Eivind Eklund cc: hackers@freebsd.org Subject: Re: ip-aliasing and X, a fix! sortof... In-Reply-To: <3.0.32.19970302202920.00c4f2c0@dimaga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Eivind; sorry about the delay in answering.... On Sun, 2 Mar 1997, Eivind Eklund wrote: > If you run ssh, forwarding should happen automatically. I'll see what I > can do about other protocols, but it is not too easy - everything that > forward environment variables would have to be changed. You could fairly > easily set up a proxy on the server, though - if you want to do this > (instead of running securely with ssh) talk to me about getting source. I am not concerned about running securely. I look for speed and simplicity, with speed almost always winning over simplicity, especially running a graphical cad operation like cadence layout over a 28K ppp line.. :-) I would be interested in finding out more about setting up a proxy on my server... by server i assume u are talking about the machine runnning ijppp? tnx! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Mar 6 21:07:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14740 for hackers-outgoing; Thu, 6 Mar 1997 21:07:08 -0800 (PST) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA14730 for ; Thu, 6 Mar 1997 21:07:00 -0800 (PST) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id VAA05712; Thu, 6 Mar 1997 21:17:34 -0800 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id VAA29447; Thu, 6 Mar 1997 21:06:31 -0800 (PST) Date: Thu, 6 Mar 1997 21:06:31 -0800 (PST) From: Dmitry Kohmanyuk Message-Id: <199703070506.VAA29447@dog.farm.org> To: jlemon@americantv.com (Jonathan Lemon) Cc: freebsd-hackers@freebsd.org Subject: Re: Removing execute privs from stack pages Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970303144224.03031@right.PCS> you wrote: > On Mar 03, 1997 at 01:25:23PM -0500, Bill Paul wrote: > > I've got a question for you VM/i386 gurus out there. Recently, somebody > > showed me a script for Solaris/SPARC to short-circuit buffer overflow > > security holes by removing execute access from the user stack pages. > > Doing this does not prevent buffer overflows and stack corruption from > > happening, but it does prevent any malicious code written to the stack > > from being executed, thus rendering the overflow condition harmless. > > (Well, sort of: the overflow can still crash the process, but at least > > it prevents suid/sgid programs with buffer overflow bugs from giving > > away privs.) > > > > My question is: can this sort of thing be done with FreeBSD/i386? From > Not at the moment. The signal trampoline code is currently written onto > the user stack by the kernel (see machdep.c). I suppose that if the > trampoline code is moved out of the UPAGES area, then it might be possible. Also, gcc generates trampoline code on the stack in some cases; passing of ointers-to-nested-functions as args involves that (that's GCC extension to C), and there may be others. -- Two mistakes of a programmer: to born, and to select a profession. From owner-freebsd-hackers Thu Mar 6 21:54:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16737 for hackers-outgoing; Thu, 6 Mar 1997 21:54:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16731 for ; Thu, 6 Mar 1997 21:54:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA02103; Fri, 7 Mar 1997 16:44:34 +1100 Date: Fri, 7 Mar 1997 16:44:34 +1100 From: Bruce Evans Message-Id: <199703070544.QAA02103@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, pius@ienet.com Subject: Re: Linux JDK on 2.2 Cc: hackers@freebsd.org, mark@quickweb.com, sos@ravenock.cybercity.dk Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In linux_file.c there's this comment in the linux_fcntl function: > > case LINUX_F_SETOWN: > case LINUX_F_GETOWN: > /* > * We need to route around the normal fcntl() for these calls, > * since it uses TIOC{G,S}PGRP, which is too restrictive for > * Linux F_{G,S}ETOWN semantics. For sockets, this problem > * does not exist. > */ > >So, how are FreeBSD's F_{G,S}ETOWN semantics different from Linux's? FreeBSD's F_{G,S}ETOWN/O_ASYNC implementation is completely broken: - it should apply to open file instances, but actually applies to devices. - normal kill() permissions don't apply. Any process can send SIGIO to any process using a socket. - for ttys, the process group handling is tangled up with POSIX POSIX group handling. The process group can only be set to that of a session leader with the tty as its controlling terminal. It is impossible to set the pgrp to a process instead of a group. - there are some confusing double negatives to convert from negative pids to positive process group numbers and back. ISTR that at least one driver gets this wrong. Bruce From owner-freebsd-hackers Thu Mar 6 23:51:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24028 for hackers-outgoing; Thu, 6 Mar 1997 23:51:26 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA24016 for ; Thu, 6 Mar 1997 23:51:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28785; Fri, 7 Mar 1997 08:50:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA05329; Fri, 7 Mar 1997 08:44:46 +0100 (MET) Message-ID: <19970307084446.ER34477@uriah.heep.sax.de> Date: Fri, 7 Mar 1997 08:44:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bde@zeta.org.au (Bruce Evans) Cc: hackers@FreeBSD.ORG Subject: Re: Weirdie with SLIP line seen here too... References: <199703070436.PAA32404@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703070436.PAA32404@godzilla.zeta.org.au>; from Bruce Evans on Mar 7, 1997 15:36:18 +1100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >Alas, it didn't help. Here's my attempt to reget the linux_lib file. > > > >The SLIP interface is: > > > >sl0: flags=9011 mtu 552 > > inet 193.175.26.65 --> 193.175.26.94 netmask 0xffffffe0 > > > >21:27:29.364177 uriah.heep.sax.de.1037 > Rcs1.urz.tu-dresden.de.ftp: P 54048548:54048556(8) ack 2508167119 win 16384 (DF) [tos 0x10] > >21:27:29.584122 Rcs1.urz.tu-dresden.de.ftp > uriah.heep.sax.de.1037: P 1:21(20) ack 8 win 16384 [tos 0x10] > > What system does Rcs1 run? The patch probably wouldn't affect the receiving > system (since acks are small and unlikely to contain many special chars). Rcs1 is an AIX machine, sitting three hops away. My SLIP neighbour is running FreeBSD 2.1.5 (a patched one, of course). Would your patch already be needed in 2.1.5? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 7 00:22:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25872 for hackers-outgoing; Fri, 7 Mar 1997 00:22:19 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25866 for ; Fri, 7 Mar 1997 00:22:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA07276; Fri, 7 Mar 1997 19:12:45 +1100 Date: Fri, 7 Mar 1997 19:12:45 +1100 From: Bruce Evans Message-Id: <199703070812.TAA07276@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: Weirdie with SLIP line seen here too... Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> What system does Rcs1 run? The patch probably wouldn't affect the receiving >> system (since acks are small and unlikely to contain many special chars). > >Rcs1 is an AIX machine, sitting three hops away. My SLIP neighbour is >running FreeBSD 2.1.5 (a patched one, of course). Would your patch >already be needed in 2.1.5? Already in 2.0.5-ALPHA. Bruce From owner-freebsd-hackers Fri Mar 7 01:09:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28465 for hackers-outgoing; Fri, 7 Mar 1997 01:09:15 -0800 (PST) Received: from gw.itfs.nsk.su (ns.itfs.nsk.su [193.124.36.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA28456 for ; Fri, 7 Mar 1997 01:09:06 -0800 (PST) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id PAA18667 for hackers@freebsd.org; Fri, 7 Mar 1997 15:00:10 +0600 Received: by itfs.nsk.su; Fri, 7 Mar 97 16:15:15 +0600 (NSK) Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id OAA29287; Fri, 7 Mar 1997 14:54:03 +0600 (NSK) From: "Nickolay N. Dudorov" To: hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. Date: 7 Mar 1997 08:54:00 GMT Message-ID: <5fol38$j9e@news.itfs.nsk.su> References: <5664.857708602@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > money to afford a new one right now, so for now it's simply going to > be turned off. > Once 2.1.7 starts shipping and Walnut Creek CDROM is actually > generating profit on FreeBSD again (since 2.1.6 has been discontinued, > they have no FBSD product) perhaps I can hit them up for a new drive, > but until then the machine is toast. Is there any chance for us CTM-ers receiving cvs-cur by ctm-deltas ? N. Dudorov From owner-freebsd-hackers Fri Mar 7 01:21:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29178 for hackers-outgoing; Fri, 7 Mar 1997 01:21:16 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA29139 for ; Fri, 7 Mar 1997 01:20:58 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00871 for hackers@FreeBSD.ORG; Fri, 7 Mar 1997 10:20:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA05744; Fri, 7 Mar 1997 09:29:03 +0100 (MET) Message-ID: <19970307092903.GL17852@uriah.heep.sax.de> Date: Fri, 7 Mar 1997 09:29:03 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Weirdie with SLIP line seen here too... References: <87ohcw1pib.fsf@murkwood.gaffaneys.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Daniel O'Callaghan on Mar 7, 1997 13:16:34 +1100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: > Are you using SLIP or CSLIP? It only happens with CSLIP, not SLIP or PPP. Correction: it also happens with SLIP (i've been quoting the `truncated-ip' messages here), but it's not fatal there, i.e. the connection will relax from the event unlike with CSLIP. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 7 01:21:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29204 for hackers-outgoing; Fri, 7 Mar 1997 01:21:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA29189 for ; Fri, 7 Mar 1997 01:21:17 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00882 for freebsd-hackers@freebsd.org; Fri, 7 Mar 1997 10:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA05762; Fri, 7 Mar 1997 09:35:01 +0100 (MET) Message-ID: <19970307093501.FP49047@uriah.heep.sax.de> Date: Fri, 7 Mar 1997 09:35:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: Converting foreign object files References: <199703070044.LAA15446@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703070044.LAA15446@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mar 7, 1997 11:14:18 +1030 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > So, here is my question: is it possible at all to somehow "convert" these > > objects to the format FBSD uses? ``file'' says something like: > > No. I'm a little surprised. Why isn't it possible to use BSD/OS (or NetBSD, for that matter) objects? I thought we only differ in things like crt0.o, or the shared libs. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 7 02:07:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA01564 for hackers-outgoing; Fri, 7 Mar 1997 02:07:55 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01558 for ; Fri, 7 Mar 1997 02:07:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA10710; Fri, 7 Mar 1997 21:04:06 +1100 Date: Fri, 7 Mar 1997 21:04:06 +1100 From: Bruce Evans Message-Id: <199703071004.VAA10710@godzilla.zeta.org.au> To: hackers@FreeBSD.org, nnd@info.itfs.nsk.su Subject: Re: spatter.freebsd.org halted. Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Once 2.1.7 starts shipping and Walnut Creek CDROM is actually >> generating profit on FreeBSD again (since 2.1.6 has been discontinued, >> they have no FBSD product) perhaps I can hit them up for a new drive, >> but until then the machine is toast. > > Is there any chance for us CTM-ers receiving >cvs-cur by ctm-deltas ? This is standard. CTM was originally ``CVS Through eMail''. However cvs-cur is currently broken because it was on spatter. Bruce From owner-freebsd-hackers Fri Mar 7 02:34:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA02262 for hackers-outgoing; Fri, 7 Mar 1997 02:34:59 -0800 (PST) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA02255 for ; Fri, 7 Mar 1997 02:34:52 -0800 (PST) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.3/8.7.3) with SMTP id LAA04959; Fri, 7 Mar 1997 11:32:37 +0100 (MET) Date: Fri, 7 Mar 1997 11:32:37 +0100 (MET) From: Andrzej Bialecki To: Joerg Wunsch cc: freebsd-hackers@freebsd.org Subject: Re: Converting foreign object files In-Reply-To: <19970307093501.FP49047@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997, J Wunsch wrote: > As Michael Smith wrote: > > > > So, here is my question: is it possible at all to somehow "convert" these > > > objects to the format FBSD uses? ``file'' says something like: > > > > No. > > I'm a little surprised. Why isn't it possible to use BSD/OS (or > NetBSD, for that matter) objects? I thought we only differ in things > like crt0.o, or the shared libs. FYI: Today I managed to link together my objects with BSDI objects extracted from that archive - thus producing working binary. Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Fri Mar 7 02:49:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA02764 for hackers-outgoing; Fri, 7 Mar 1997 02:49:28 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA02759 for ; Fri, 7 Mar 1997 02:49:23 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id EAA29899; Fri, 7 Mar 1997 04:45:22 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <5fol38$j9e@news.itfs.nsk.su> References: <5664.857708602@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 04:42:48 -0600 To: "Nickolay N. Dudorov" From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 2:54 AM -0600 3/7/97, Nickolay N. Dudorov wrote: >Jordan K. Hubbard wrote: >> Its disk is having kittens and we (FreeBSD, Inc.) don't have enough >> money to afford a new one right now, so for now it's simply going to >> be turned off. [...] >>the machine is toast. > > Is there any chance for us CTM-ers receiving >cvs-cur by ctm-deltas ? If no one else can pick up the slack, I'll bring it up this weekend on my machine which is already generating ctm-scr-2_1 and ctm-scr-2_2. Please advise. Richard From owner-freebsd-hackers Fri Mar 7 02:54:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA03060 for hackers-outgoing; Fri, 7 Mar 1997 02:54:38 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA03055 for ; Fri, 7 Mar 1997 02:54:35 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id DAA28895; Fri, 7 Mar 1997 03:09:20 -0800 (PST) Date: Fri, 7 Mar 1997 03:09:19 -0800 (PST) From: Leonard Chua To: freebsd-hackers@freebsd.org Subject: xlock with green option? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was wondering if anyone out there has a patch for any xlock to support green monitors? If not, then does any1 want to write one? If not, then I guess I'll get to work on it :) Thanks Len. From owner-freebsd-hackers Fri Mar 7 03:31:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA04197 for hackers-outgoing; Fri, 7 Mar 1997 03:31:35 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04192 for ; Fri, 7 Mar 1997 03:31:32 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA04674; Fri, 7 Mar 1997 03:30:08 -0800 (PST) To: Richard Wackerbarth cc: "Nickolay N. Dudorov" , hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 04:42:48 CST." Date: Fri, 07 Mar 1997 03:30:08 -0800 Message-ID: <4670.857734208@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If no one else can pick up the slack, I'll bring it up this weekend on > my machine which is already generating ctm-scr-2_1 and ctm-scr-2_2. > > Please advise. I see no other slack picker-uppers in sight. Looks like you're The Man, Rich! :-) Jordan From owner-freebsd-hackers Fri Mar 7 03:53:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05081 for hackers-outgoing; Fri, 7 Mar 1997 03:53:01 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05068 for ; Fri, 7 Mar 1997 03:52:10 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id MAA25547; Fri, 7 Mar 1997 12:49:34 +0100 (MET) From: Mikael Karpberg Message-Id: <199703071149.MAA25547@ocean.campus.luth.se> Subject: Re: pcvt/132 columns To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Fri, 7 Mar 1997 12:49:34 +0100 (MET) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199702180638.AAA05778@nyx.pr.mcs.net> from Chris Csanady at "Feb 18, 97 00:38:42 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Chris Csanady: > > >As Chris Csanady wrote: > > > >> Just a thought, but what about using some sort of generic frame > >> buffer driver in the kernel. I dont think it should be the > >> responsibility of the Xserver or anything else to twiddle with the > >> cards settings directly. The kernel would just need to know a few > >> card specific things about setting timings, etc. > > > >Basically: Yes! > > > >However: have you ever counted the number of hardware-dependant code > >lines in XFree86? No? Then you don't know what you're talking > >about. :~) Last time i counted, we spoke about some 200+ Klines of C > >code. :-O > > Others have mentioned that a frame buffer would be really slow, but that > really wasn't my intention, I should have explained a little better. It > seems I misused the term frame buffer.. what I was trying to get at was > the seperation of the code that sets the state of the graphics card, and > the code that uses it, with drawing, acceleration or whatever else. > > There would be a generic graphics driver of sorts, that is primarily > concerned with setting the state of the graphics board. I dont know the > specifics, but what I see is a kernel module for each of the cards that > implements a certain set of functions that set the state. These would > be well defined by the generic driver interface, and called when > necessary to switch resolutions, etc. > > If such a standard interface were to be implemented in the X server, I > think it would make it easy to creat kernel modules for this. I could > be wrong, but it seems to me it would just be moving some code around, > and it would benefit everyone. I think that this would be much easier > than designing a generic acceleration and stuff the whole driver in the > kernel, but would include most of the important benefits. I'm not saying no one has thought of this before, but WHY in gods name, not just use THE standard interface? Hard to keep track of all new cards? Feeling happy when the driver comes out 1 year after the card is realeased? Guess what? The drivers... *drums* _comes_with_the_cards_ TADA! It's supplied by the manufacturers. It's downloadable from their sites. Yes... I'm talking Windoze drivers. That's a standard interface for you. One which will allow you to use any card with full driver support. That's would be the only thing wee needed to implement in the kernel, except for a few drivers for standard VGA etc, so that we can the get user booted. Ones you support that driver interface, and a loading of such a driver file, it's easy to keep track of all cards. With 2D/3D accelleration and anything else you want, fully supported. All the user has to do is insert the disk that came with his card and mcopy a file into a directory which is scanned at boot time, or something like that. This sounds great to me. Where's the problem? Why is this not allready done? I admit I really don't know what I'm talking about in this case, but the idea in itself seems excellent, and it should be doable. What am I missing? No, we can't send those drivers with the distribution, but we can have the drivers we have today in the distribution, and the interface to load a windows NT driver, and then let the user add the file himself, if he has a need for it. So again... What, the problem with this idea? I'll just STFU and crawl back under my rock now :-) /Mikael From owner-freebsd-hackers Fri Mar 7 04:05:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05869 for hackers-outgoing; Fri, 7 Mar 1997 04:05:45 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05854 for ; Fri, 7 Mar 1997 04:05:08 -0800 (PST) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id OAA01418 for ; Fri, 7 Mar 1997 14:06:19 +0200 (EET) Date: Fri, 7 Mar 1997 14:06:19 +0200 (EET) From: Narvi To: hackers@freebsd.org Subject: realloc in 2.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well... I did a test on the memory use incurred by using realloc to grow a memory area. The area seems to grow a bit too large - or am I misinterpreting something? There is no /etc/malloc.conf and no malloc options are set in the environment or otherwise. The source of the quick hack is : #include #include main() { void *p; unsigned i; unsigned long j; p=malloc(1024); for (i=0; i<1024; ++i) { j=1024+(i+1)*1024; p=realloc(p, j); } printf ("%u\n", j); } The result of /usr/bin/time -l is: haldjas: {5} /usr/bin/time -l ./re 1049600 6.11 real 4.51 user 1.52 sys 2600 maximum resident set size 3 average shared memory size 1413 average unshared data size 125 average unshared stack size 16528 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 3 messages sent 3 messages received 0 signals received 3 voluntary context switches 98 involuntary context switches Sander From owner-freebsd-hackers Fri Mar 7 04:06:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05893 for hackers-outgoing; Fri, 7 Mar 1997 04:06:13 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05835 for ; Fri, 7 Mar 1997 04:04:53 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id GAA07590; Fri, 7 Mar 1997 06:04:11 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <4670.857734208@time.cdrom.com> References: Your message of "Fri, 07 Mar 1997 04:42:48 CST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 06:02:44 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 5:30 AM -0600 3/7/97, Jordan K. Hubbard wrote: >> If no one else can pick up the slack, I'll bring it up this weekend on >> my machine which is already generating ctm-scr-2_1 and ctm-scr-2_2. >> >> Please advise. > >I see no other slack picker-uppers in sight. Looks like you're The >Man, Rich! :-) Reading the original message carefully, I am now confused. Are we talking about ctm-cvs, ctm-src-cur, or both? Which pieces do I need to pick up? Which machine has an archive of the feed from which I can "seed"? From owner-freebsd-hackers Fri Mar 7 04:08:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA06077 for hackers-outgoing; Fri, 7 Mar 1997 04:08:37 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06072 for ; Fri, 7 Mar 1997 04:08:33 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id HAA03734; Fri, 7 Mar 1997 07:02:22 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA13413; Fri, 7 Mar 1997 13:02:13 +0100 Message-Id: <9703071202.AA13413@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from "Jordan K. Hubbard" of Thu, 06 Mar 97 20:23:22 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: spatter.freebsd.org halted. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 97 13:02:13 +0100 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com writes: > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > money to afford a new one right now, so for now it's simply going to > be turned off. > > Once 2.1.7 starts shipping and Walnut Creek CDROM is actually > generating profit on FreeBSD again (since 2.1.6 has been discontinued, > they have no FBSD product) perhaps I can hit them up for a new drive, > but until then the machine is toast. > > Just FYI. > > Jordan where are the CTM deltas going to be generated now ? what's a new disk cost ? I might make a contribution to the Inc. :) --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Fri Mar 7 04:16:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA06418 for hackers-outgoing; Fri, 7 Mar 1997 04:16:23 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06413 for ; Fri, 7 Mar 1997 04:16:20 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA04927; Fri, 7 Mar 1997 04:15:50 -0800 (PST) To: Richard Wackerbarth cc: hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 06:02:44 CST." Date: Fri, 07 Mar 1997 04:15:50 -0800 Message-ID: <4924.857736950@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Reading the original message carefully, I am now confused. > Are we talking about ctm-cvs, ctm-src-cur, or both? > Which pieces do I need to pick up? > Which machine has an archive of the feed from which I can "seed"? I have no idea either, actually - my brain is already too full and so I ignore the CTM related news that flows through my mailbox. :-) Hey folks, what services did spatter provide, exactly? The machine is totally dead now so I can't check, and the customers of this box would probably know far better than I about the services it was offering before it croaked. Jordan From owner-freebsd-hackers Fri Mar 7 04:26:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA07598 for hackers-outgoing; Fri, 7 Mar 1997 04:26:50 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA07593 for ; Fri, 7 Mar 1997 04:26:44 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id NAA28482; Fri, 7 Mar 1997 13:26:21 +0100 From: Thomas Gellekum Message-Id: <199703071226.NAA28482@ghpc6.ihf.rwth-aachen.de> Subject: Re: xlock with green option? To: lenc@earth.infinetconsulting.com (Leonard Chua) Date: Fri, 7 Mar 1997 13:26:21 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: from Leonard Chua at "Mar 7, 97 03:09:19 am" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Leonard Chua wrote: > Hi, I was wondering if anyone out there has a patch for any > xlock to support green monitors? If not, then does any1 want > to write one? If not, then I guess I'll get to work on it :) > Thanks > Len. > xlock -mode blank (for xlockmore) and add the power_saver option to your XF86Config. tg From owner-freebsd-hackers Fri Mar 7 05:08:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09793 for hackers-outgoing; Fri, 7 Mar 1997 05:08:42 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09769 for ; Fri, 7 Mar 1997 05:08:16 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id SAA03887 for hackers@freebsd.org; Fri, 7 Mar 1997 18:10:19 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199703071310.SAA03887@hq.icb.chel.su> Subject: Link-level protocol To: hackers@freebsd.org Date: Fri, 7 Mar 1997 18:10:19 +0500 (ESK) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Does anybody except me need the implementation of link-level protocol ? The reason to use it is: Suppose, you want to create a cluster of FreeBSD computers. You assign an IP address to the package and make it the alias on the machine on which the package runs. Then when the package gets moved to another machine the alias must be moved to this new machine. But then you need to send a broadcast ARP REPLY packet to inform all other hosts about this address change. There may be other usages too. My implementation is very simple, it imlements only bind() ans sendto(). The BPF can be used instead of receive(). -SB From owner-freebsd-hackers Fri Mar 7 05:11:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09934 for hackers-outgoing; Fri, 7 Mar 1997 05:11:59 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09927 for ; Fri, 7 Mar 1997 05:11:56 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id XAA22305; Fri, 7 Mar 1997 23:41:46 +1030 (CST) From: Michael Smith Message-Id: <199703071311.XAA22305@genesis.atrad.adelaide.edu.au> Subject: Re: Converting foreign object files In-Reply-To: <19970307093501.FP49047@uriah.heep.sax.de> from J Wunsch at "Mar 7, 97 09:35:01 am" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 7 Mar 1997 23:41:46 +1030 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > As Michael Smith wrote: > > > > So, here is my question: is it possible at all to somehow "convert" these > > > objects to the format FBSD uses? ``file'' says something like: > > > > No. > > I'm a little surprised. Why isn't it possible to use BSD/OS (or > NetBSD, for that matter) objects? I thought we only differ in things > like crt0.o, or the shared libs. NetBSD libraries work fine (eg. Xanim using a NetBSD module), but last time I tried too link against a BSD/OS object the linker barfed. I thought it had to do with them having used some funky arrangement for their shared-library support. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Mar 7 05:20:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA10435 for hackers-outgoing; Fri, 7 Mar 1997 05:20:58 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10430 for ; Fri, 7 Mar 1997 05:20:55 -0800 (PST) Received: from noise.eng.umd.edu (chuckr@noise.eng.umd.edu [129.2.98.123]) by po2.glue.umd.edu (8.8.5/8.8.5) with ESMTP id IAA17136; Fri, 7 Mar 1997 08:20:53 -0500 (EST) Received: from localhost (chuckr@localhost) by noise.eng.umd.edu (8.8.5/8.6.4) with SMTP id IAA00797; Fri, 7 Mar 1997 08:20:51 -0500 (EST) X-Authentication-Warning: noise.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 7 Mar 1997 08:20:50 -0500 (EST) From: Chuck Robey X-Sender: chuckr@noise.eng.umd.edu To: gjennejohn@frt.dec.com cc: hackers@FreeBSD.ORG Subject: Re: spatter.freebsd.org halted. In-Reply-To: <9703071202.AA13413@cssmuc.frt.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997 garyj@frt.dec.com wrote: > > jkh@time.cdrom.com writes: > > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > > money to afford a new one right now, so for now it's simply going to > > be turned off. > > > > Once 2.1.7 starts shipping and Walnut Creek CDROM is actually > > generating profit on FreeBSD again (since 2.1.6 has been discontinued, > > they have no FBSD product) perhaps I can hit them up for a new drive, > > but until then the machine is toast. > > > > Just FYI. > > > > Jordan > > where are the CTM deltas going to be generated now ? > > what's a new disk cost ? I might make a contribution to the Inc. :) Yeah. Someone post an address and my contribution will go out tonight. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Mar 7 05:33:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11047 for hackers-outgoing; Fri, 7 Mar 1997 05:33:43 -0800 (PST) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11042 for ; Fri, 7 Mar 1997 05:33:40 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id IAA10832; Fri, 7 Mar 1997 08:28:17 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA21900; Fri, 7 Mar 1997 14:28:15 +0100 Message-Id: <9703071328.AA21900@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from "Jordan K. Hubbard" of Fri, 07 Mar 97 04:15:50 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: spatter.freebsd.org halted. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 97 14:28:15 +0100 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com writes: > Hey folks, what services did spatter provide, exactly? The machine is > totally dead now so I can't check, and the customers of this box would > probably know far better than I about the services it was offering > before it croaked. I was using it to get the src-, ports- and cvs-cur CTM deltas. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Fri Mar 7 05:46:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11952 for hackers-outgoing; Fri, 7 Mar 1997 05:46:06 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11939 for ; Fri, 7 Mar 1997 05:45:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA16480; Sat, 8 Mar 1997 00:44:16 +1100 Date: Sat, 8 Mar 1997 00:44:16 +1100 From: Bruce Evans Message-Id: <199703071344.AAA16480@godzilla.zeta.org.au> To: jkh@time.cdrom.com, rkw@dataplex.net Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hey folks, what services did spatter provide, exactly? The machine is >totally dead now so I can't check, and the customers of this box would >probably know far better than I about the services it was offering >before it croaked. freefall has skeletal directories for the CTM services. Bruce From owner-freebsd-hackers Fri Mar 7 05:47:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA12060 for hackers-outgoing; Fri, 7 Mar 1997 05:47:57 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA12049 for ; Fri, 7 Mar 1997 05:47:51 -0800 (PST) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.8.5/8.7.3) with SMTP id IAA18148; Fri, 7 Mar 1997 08:47:58 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id IAA02281; Fri, 7 Mar 1997 08:47:03 -0500 Date: Fri, 7 Mar 1997 08:47:03 -0500 Message-Id: <199703071347.IAA02281@sparcmill.grauel.com> From: Richard J Kuhns MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: spatter.freebsd.org halted. In-Reply-To: <5664.857708602@time.cdrom.com> References: <5664.857708602@time.cdrom.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > money to afford a new one right now, so for now it's simply going to > be turned off. > > Once 2.1.7 starts shipping and Walnut Creek CDROM is actually > generating profit on FreeBSD again (since 2.1.6 has been discontinued, > they have no FBSD product) perhaps I can hit them up for a new drive, > but until then the machine is toast. > > Just FYI. > > Jordan > What effect will this have on those of us who depend on ctm to keep up-to-date with -current? -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-hackers Fri Mar 7 06:02:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA12783 for hackers-outgoing; Fri, 7 Mar 1997 06:02:09 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA12778 for ; Fri, 7 Mar 1997 06:02:03 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id FAA05351; Fri, 7 Mar 1997 05:59:23 -0800 (PST) To: gjennejohn@frt.dec.com cc: hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 13:02:13 +0100." <9703071202.AA13413@cssmuc.frt.dec.com> Date: Fri, 07 Mar 1997 05:59:23 -0800 Message-ID: <5346.857743163@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > where are the CTM deltas going to be generated now ? Not sure yet. > what's a new disk cost ? I might make a contribution to the Inc. :) Actually, I've had enough offers of replacement disks that I'm starting to think seriously of widening this to encompass another long-standing requirement of the project, namely our need for a nice fileserver class machine to upgrade freefall as "pointbox" of the project. The machine which is now actually freefall really needs to retire and become a 2nd-tier service machine, it being an overloaded P5/90 with aging disks and insufficient memory. It's really done a great job over the last 3+ years, but lack of sufficient disk and compute resources has really limited the kinds of things which can be done with strictly project resources - we don't even have enough diskspace to keep both the OpenBSD and NetBSD sources online right now. If I could get various hardware donors here to commit to the following component list: 1 P6/200 CPU w/256K cache 1 Intel Venus Motherboard 4 16MB SIMMS 1 Adaptec 2940 or NCR/Symbios PCI controller. 1 Compex ENET32/PCI ethernet controller or similar DC21041 based NIC. I think the rest could be shuffled together here at Walnut Creek CDROM. I've already got 3 tentative offers for replacement 4GB drives, and if even 2 of them pan out then we would have a pretty good start. Since we'd be pretty much cleaning house all around in such a scenario, we also have a 4Gb drive in thud which could possibly be swapped for a smaller drive and freefall's new Atlas-II has proven to be a little problematic there and probably needs to be swapped out anyway. Assuming that freefall's drive worked better in a different configuration (and that wouldn't surprise me), that would bring us up to 16GB of storage, a pretty healthy fileserver and possibly one capable of also doing some interesting CCD things to speed up access to the CVS master repository (assuming that ccd is currently trusted enough for these kinds of applications, of course :). If everyone who's committed to providing a disk actually does, and that would give me 6 4GB drives including the 2 already here, then I would also hit Walnut Creek CDROM up for this fileserver chassis which they just happen to have sitting around. :) The machine which is now freefall could become a combined spatter/thud sort of box, a P5/90 still being quite a bit nicer for actually doing things than a 486/DX2 (which both spatter and thud are). We've already proven that the hardware is reliable, after all, and the ex-freefall has 6Gb of usable space it could take with it for mirroring and archival purposes. Having freefall be a P6/200 with more memory and lots of disk online would be a real boost and something I've dreamed of doing for a long time. Any nice donors out there share in this dream? :-) Jordan From owner-freebsd-hackers Fri Mar 7 06:18:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13884 for hackers-outgoing; Fri, 7 Mar 1997 06:18:11 -0800 (PST) Received: from f5.hotmail.com (F5.hotmail.com [207.82.250.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13873 for ; Fri, 7 Mar 1997 06:18:06 -0800 (PST) Received: (from root@localhost) by f5.hotmail.com (8.7.5/8.7.3) id GAA09165; Fri, 7 Mar 1997 06:17:33 -0800 (PST) Date: Fri, 7 Mar 1997 06:17:33 -0800 (PST) Message-Id: <199703071417.GAA09165@f5.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Fri, 07 Mar 1997 06:17:32 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: hackers@freebsd.org Subject: profile probs Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i tried this out on "questions" a few times, but never got a reply. \ 2.1.5 - sh ... regarding ~/.profile. any alias as the 1st non-comment line will show up in a following alias command, but will not function, resulting in an "alias: not found" error. and secondly, if i use: export ENV=~/.shinit INSTEAD OF ENV=~/.shinit; export ENV ... ~/.shinit never gets called on any "sh" startups ... ??? \ lastly, can anyone tell me where to find C functions that will allow me to position the cursor on a screen AND change text field colors? something similiar to Borlands "gotoxy()" ??? \ i see alot of stuff in header files and spent hours wandering around, but am not enough of a BSD hacker to make much of anything ... is there a typical method of finding out what you're after ? (other than apropos, and man directories ...) --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-hackers Fri Mar 7 06:26:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14748 for hackers-outgoing; Fri, 7 Mar 1997 06:26:05 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14739 for ; Fri, 7 Mar 1997 06:25:56 -0800 (PST) Received: from father.ludd.luth.se (dateck@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id PAA25624; Fri, 7 Mar 1997 15:21:09 +0100 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id PAA06618; Fri, 7 Mar 1997 15:21:10 +0100 Message-Id: <199703071421.PAA06618@father.ludd.luth.se> Subject: Re: 2.2-970225-GAMMA tcsh To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Fri, 7 Mar 1997 15:21:09 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <19970306235318.58395@keltia.freenix.fr> from Ollivier Robert at "Mar 6, 97 11:53:18 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Ollivier Robert: > According to Tomas Klockar: > I have a small problem, tcsh doesn't realy seem to be in order. > > > > when I in my tcshrc file do setenv LC_CTYPE sv_SE.ISO_8859-1 it doesn't run > > any command after that. It's like it looses the rest of the file. > > I don't see it with 6.07.02 (named 6.07 in the tar file) and 3.0-CURRENT: > > 201 [23:50] roberto@keltia:~> setenv LC_CTYPE sv_SE.ISO_8859-1 > 202 [23:51] roberto@keltia:~> ll > total 882 > -rw-r--r-- 1 roberto staff 70 Jun 4 1995 .Ularnopts > -rw------- 1 roberto staff 748 Oct 4 23:41 .Xauthority > ... > > version tcsh 6.07.02 (Astron) 1996-10-27 (i386-intel-FreeBSD) options > 8b,nls,dl,al,rh > > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 > > Its not what i assign it to thats the problem its like this if ( $?prompt ) then setenv LC_CTYPE sv_SE.ISO_8859-1 setenv LD_LIBRARY_PATH /usr/X11R6/lib:/usr/lib if ($?SOURCE) then source $SOURCE endif endif and I get the following error then: then/endif not found and if I remove the setenv LC_CTYPE the error disapeers. every line after the setenv LC_CTYPE in my .tcshrc file is just ignored. none will be run. It doesn't matter what I set LC_CTYPE to, its an general error. Besides most of what you can set LC_CTYPE to is linked to the same file. /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Fri Mar 7 06:34:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16116 for hackers-outgoing; Fri, 7 Mar 1997 06:34:25 -0800 (PST) Received: from simply.sly.org (jt@simply.sly.org [206.146.209.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA16107 for ; Fri, 7 Mar 1997 06:34:19 -0800 (PST) Received: from localhost (jt@localhost) by simply.sly.org (8.8.4/8.8.4) with SMTP id IAA02962 for ; Fri, 7 Mar 1997 08:33:25 -0600 Date: Fri, 7 Mar 1997 08:33:24 -0600 (CST) From: "John T. Croteau" To: hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997, Chuck Robey wrote: > > what's a new disk cost ? I might make a contribution to the Inc. :) > > Yeah. Someone post an address and my contribution will go out tonight. Heck, give me an address and I will send off a hard drive to freebsd.org. Just give me a rough idea of size. - John From owner-freebsd-hackers Fri Mar 7 06:45:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16985 for hackers-outgoing; Fri, 7 Mar 1997 06:45:04 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA16963 for ; Fri, 7 Mar 1997 06:45:00 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id JAA01671 for ; Fri, 7 Mar 1997 09:44:22 -0500 (EST) Message-Id: <199703071444.JAA01671@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Memory/buffer questions... Date: Fri, 07 Mar 1997 09:44:22 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk *sigh* "Light begins to dawn over Marble Head". Ok. Next rounds of questions. Dynamic memory allocation from within a kernel. I remember reading somewhere in one of my driver books that doing dynamic memory allocation in a kernel is bad, supposedly because there is only so much space from which to pull the resources. However, after looking at several drivers, it appears that they call malloc (relatively) freely. I didn't however, look to see how much they're trying to use. The reason I want to dynamically allocate space is that I'll be working on a driver for a card that can do 460K/s. The firmware on the card will usually allocate a buffer of 2-4Kb, allowing for an interrupt latency (according to the docs) of 40-85 ms. What the board is capable of doing however, is to allocate memory in the kernel, and then doing DMA from the card right to the ram using bus mastering. What I'm thinking of doing is using a default 2-4Kb buffer, but put it in the host, and then allow kernel options to resize the buffers (so if someone is getting hosed performace, they could possibly kick it up to 8K, etc). With that in mind, I think my questions are: 1.) Is this even possible (ie - is the passage I read defunct, or is there really a limit as to the amount of memory that can be dynamically allocated). 2.) I would need to have this memory space accesable from devices on the PCI bus. Is there any special steps I'll need to take to map this memory to someplace special? How about to make sure it stays locked in to physical memory so DMA can occur? Fortunately, since the processor on the board will do it once properly configured, I can safely say that I won't have to do much mucking with the Intel DMA chip, so long as the conditions are met so the card can see it. -Brian From owner-freebsd-hackers Fri Mar 7 06:48:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17283 for hackers-outgoing; Fri, 7 Mar 1997 06:48:52 -0800 (PST) Received: from plains.nodak.edu (plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17274 for ; Fri, 7 Mar 1997 06:48:47 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.4/8.8.3) id IAA24450; Fri, 7 Mar 1997 08:48:37 -0600 (CST) Date: Fri, 7 Mar 1997 08:48:37 -0600 (CST) From: Mark Tinguely Message-Id: <199703071448.IAA24450@plains.nodak.edu> To: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: spatter.freebsd.org halted. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > money to afford a new one right now, so for now it's simply going to > be turned off. sounds like pledge drive time again. http://www.freebsd.org/handbook/handbook257.html#554 --mark. From owner-freebsd-hackers Fri Mar 7 06:51:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17411 for hackers-outgoing; Fri, 7 Mar 1997 06:51:13 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17405 for ; Fri, 7 Mar 1997 06:51:08 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id JAA01692 for ; Fri, 7 Mar 1997 09:50:37 -0500 (EST) Message-Id: <199703071450.JAA01692@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Performance questions (Interrupt vs. polled) Date: Fri, 07 Mar 1997 09:50:36 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a 460K/s 8 port serial card that I'm working on a driver for. Its a PCI card. I have the option of polling it, or setting up an interrupt handler for it. According to the docs, I'll have ~ 40-85ms available for interrupt latency. There will be somewhere between 2-8Kb buffers available for each port by the time I'm done (which can raise the latency levels by another 50% if I go to 8Kb, as the numbers above are for a 2-4Kb buffer). I guess the question is, which would "be better" in terms of performance in this case? I've heard arguements that on boards that perform like this, that Polled I/O works best, due to the high overhead of setting up for the interrupt. Then again, given sufficient buffer space, I've heard that using an interrupt is better due to the high overhead of scheduling the polling. I'm hoping not to start a flame war, but rather would just like to know the pros and cons, so I can make a decision as to how to work this driver for maximum overall system efficiency. -Brian From owner-freebsd-hackers Fri Mar 7 06:55:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18289 for hackers-outgoing; Fri, 7 Mar 1997 06:55:56 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18250 for ; Fri, 7 Mar 1997 06:55:27 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id QAA20151; Fri, 7 Mar 1997 16:04:36 +0200 (SAT) From: John Hay Message-Id: <199703071404.QAA20151@zibbi.mikom.csir.co.za> Subject: Re: spatter.freebsd.org halted. In-Reply-To: from Richard Wackerbarth at "Mar 7, 97 06:02:44 am" To: rkw@dataplex.net (Richard Wackerbarth) Date: Fri, 7 Mar 1997 16:04:36 +0200 (SAT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Reading the original message carefully, I am now confused. > Are we talking about ctm-cvs, ctm-src-cur, or both? > Which pieces do I need to pick up? > Which machine has an archive of the feed from which I can "seed"? > Well at least cvs-cur. I don't know about the other one. You can get the deltas on ftp.za.freebsd.org:/pub/FreeBSD/CTM/cvs-cur/. It's probably not the fastest site. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Fri Mar 7 06:55:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18290 for hackers-outgoing; Fri, 7 Mar 1997 06:55:57 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18276 for ; Fri, 7 Mar 1997 06:55:50 -0800 (PST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id JAA01713 for ; Fri, 7 Mar 1997 09:55:12 -0500 (EST) Message-Id: <199703071455.JAA01713@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Internal vs. External buffers Date: Fri, 07 Mar 1997 09:55:12 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok. Hopefully the last question for this morning. Still using my 460K Cyclom card. The question is, should I use RAM on the card for the serial buffers, using the interrupt routine to copy the data from the card to the tty routines, or set the driver up to use Bus Mastering to write to buffers inside the kernel dataspace, then use the interrupt handler to shove the data in the buffers in to the tty routines? Or, is there a better way to be able to move blocks of data at a time in to the tty routines for processing? Again, don't want to start any arguements over nitty gritty details. I just want some pros and cons to each. -Brian From owner-freebsd-hackers Fri Mar 7 07:13:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19614 for hackers-outgoing; Fri, 7 Mar 1997 07:13:37 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19607 for ; Fri, 7 Mar 1997 07:13:29 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id QAA08295; Fri, 7 Mar 1997 16:18:54 +0100 (CET) Message-ID: Date: Fri, 7 Mar 1997 16:18:54 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: karpen@ocean.campus.luth.se (Mikael Karpberg) Cc: freebsd-hackers@freebsd.org Subject: Re: pcvt/132 columns References: <199702180638.AAA05778@nyx.pr.mcs.net> <199703071149.MAA25547@ocean.campus.luth.se> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: <199703071149.MAA25547@ocean.campus.luth.se>; from Mikael Karpberg on Mar 7, 1997 12:49:34 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mikael Karpberg (karpen) ecrit/writes: > Guess what? The drivers... *drums* _comes_with_the_cards_ TADA! It's supplied > by the manufacturers. It's downloadable from their sites. Yes... I'm talking [...] > This sounds great to me. Where's the problem? Why is this not allready done? Sounds great to me too. The problem ? vm86() and accessing those drivers in protected mode. Why it's not done ? Poul, tell him the drill :-) -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-hackers Fri Mar 7 07:21:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20109 for hackers-outgoing; Fri, 7 Mar 1997 07:21:04 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20104 for ; Fri, 7 Mar 1997 07:21:01 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA06126; Fri, 7 Mar 1997 07:18:59 -0800 (PST) To: Chuck Robey cc: gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 08:20:50 EST." Date: Fri, 07 Mar 1997 07:18:59 -0800 Message-ID: <6122.857747939@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yeah. Someone post an address and my contribution will go out tonight. Jordan Hubbard c/o Walnut Creek CDROM 4041 Pike Lane, #D Concord CA, 94520 (above info also in the handbook). Any and all donations appreciated, and none will go to waste. Also see my previous mail about using this little equipment failure as a goad for finally doing something about freefall and solving this problem at the same time. Jordan From owner-freebsd-hackers Fri Mar 7 07:33:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20840 for hackers-outgoing; Fri, 7 Mar 1997 07:33:51 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20833; Fri, 7 Mar 1997 07:33:47 -0800 (PST) Date: Fri, 7 Mar 1997 07:33:47 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199703071533.HAA20833@freefall.freebsd.org> To: files.from.machine.to.machine, hackers Subject: [Q] moving sparse Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk how should i move a file with "holes" from one machine to another. the immediate problem is Mathematica notebooks. these "sparse files" are shown by "ls" to be 140MB long (every Mathematica notebook is the same length according to "ls") even though each one is less than 200kB on disk (du -s ). "mv" and "ln" work fine of course. but how do i transfer these from machine to machine? ftp inflates them to full size. ack! jmb From owner-freebsd-hackers Fri Mar 7 07:44:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21458 for hackers-outgoing; Fri, 7 Mar 1997 07:44:57 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21353 for ; Fri, 7 Mar 1997 07:43:18 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id JAA11723; Fri, 7 Mar 1997 09:39:49 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <9703071328.AA21900@cssmuc.frt.dec.com> References: Message from "Jordan K. Hubbard" of Fri, 07 Mar 97 04:15:50 PST. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 09:31:43 -0600 To: gjennejohn@frt.dec.com From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gjennejohn@frt.dec.com responds: >jkh@time.cdrom.com writes: >> Hey folks, what services did spatter provide, exactly? The machine is >> totally dead now so I can't check, and the customers of this box would >> probably know far better than I about the services it was offering >> before it croaked. > >I was using it to get the src-, ports- and cvs-cur CTM deltas. Why so many?? If you have cvs, you have it all. Do you have the cvs deltas archived? In particular, I need the last one to figure out where to pick up the stream. From owner-freebsd-hackers Fri Mar 7 07:46:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21511 for hackers-outgoing; Fri, 7 Mar 1997 07:46:04 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21505 for ; Fri, 7 Mar 1997 07:46:00 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA10011 for ; Fri, 7 Mar 1997 07:45:52 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id JAA11726; Fri, 7 Mar 1997 09:39:52 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199703071347.IAA02281@sparcmill.grauel.com> References: <5664.857708602@time.cdrom.com> <5664.857708602@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 09:35:21 -0600 To: Richard J Kuhns From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard J Kuhns responds: >Jordan K. Hubbard writes: > > Its disk is having kittens and we (FreeBSD, Inc.) don't have enough > > money to afford a new one right now, so for now it's simply going to > > be turned off. > > > > Once 2.1.7 starts shipping and Walnut Creek CDROM is actually > > generating profit on FreeBSD again (since 2.1.6 has been discontinued, > > they have no FBSD product) perhaps I can hit them up for a new drive, > > but until then the machine is toast. > > > > Just FYI. > > > > Jordan > > >What effect will this have on those of us who depend on ctm to keep >up-to-date with -current? There will be a temporary delay while we get a machine in sync with you to pick up the stream. Can you send me the last delta that you received? Better yet, does anyone have an online archive that could restore the last state from "ground zero"? (recent base + subsequent deltas) From owner-freebsd-hackers Fri Mar 7 07:57:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22028 for hackers-outgoing; Fri, 7 Mar 1997 07:57:40 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21880; Fri, 7 Mar 1997 07:55:09 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id JAA13514; Fri, 7 Mar 1997 09:54:38 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199703071344.AAA16480@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 09:55:32 -0600 To: Bruce Evans From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org, current@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 7:44 AM -0600 3/7/97, Bruce Evans wrote: >>Hey folks, what services did spatter provide, exactly? The machine is >>totally dead now so I can't check, and the customers of this box would >>probably know far better than I about the services it was offering >>before it croaked. > >freefall has skeletal directories for the CTM services. 250- Questions regarding CTM should be sent to "ctm@freebsd.org". 250- /Poul-Henning 250- 250-970221 250- 250- Please pick up 250- cvs-cur 250- ports-cur 250- smp-cur 250- src-cur 250- From host "spatter.freebsd.org" instead. Sorry, Bruce. Gnats is there, but I cannot find what I need on that machine. John has offered the cvs deltas from za-land. Does anyone have them closer to Texas "as the bits fly"? As much trouble as I am having getting the directory listing from his site, I fear I'll never be able to get a monster base. From owner-freebsd-hackers Fri Mar 7 08:06:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23177 for hackers-outgoing; Fri, 7 Mar 1997 08:06:22 -0800 (PST) Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23163 for ; Fri, 7 Mar 1997 08:06:15 -0800 (PST) Received: (from jez@localhost) by server.netcraft.co.uk (8.8.5/8.7.3) id QAA10735; Fri, 7 Mar 1997 16:03:37 GMT From: Jeremy Prior Message-Id: <199703071603.QAA10735@server.netcraft.co.uk> Subject: Hard Link Count too small! To: freebsd-hackers@freebsd.org Date: Fri, 7 Mar 1997 16:03:36 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk All, I've written an application that uses the filesystem to store hierarchical data, and I'm running up against the fact that files (and therefore directories) can't have more than 32767 hard links! Specifically, the following will create a directory with 32765 subdirectories (not including `.', & `..') before bailing: % mkdir tmp % cd tmp % perl -e '1 while (mkdir(++$c, 0755))' (you might want to mount the filesystem async beforehand :-) % ls -fa | wc -l 32767 Looking at /usr/include/sys/stat.h and sys/types.h, I see that the hard link count (st_nlink) is actually an unsigned short (u_int16_t), so theoretically, I should be able to create 65533 directories before bombing out. This would certainly `solve' my problem in the short term, until I can get around to `fixing' it properly. So, could someone more knowledgeable about filesystem internals tell me why st_nlink is behaving like a signed short, and what I can do about it? Thanks in advance, jez -- Jeremy Prior Netcraft, Rockfield House, Granville Road, Bath, BA1 9BQ, England Tel: +44-1225-447500 Fax: +44-1225-448600 From owner-freebsd-hackers Fri Mar 7 08:08:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23336 for hackers-outgoing; Fri, 7 Mar 1997 08:08:03 -0800 (PST) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA23305 for ; Fri, 7 Mar 1997 08:07:58 -0800 (PST) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id za001247 for ; Fri, 7 Mar 1997 10:12:12 +0000 Message-ID: <331FE9FB.442A@wgold.demon.co.uk> Date: Fri, 07 Mar 1997 10:12:11 +0000 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: hackers@freefall.freebsd.org Subject: Re: java support under FreeBSD. References: <199703070310.TAA03817@squirrel.tgsoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmm. I'm sorry that you considered my suggestion to be 'bloating the kernel'. I thought it was more modular. In particular it is much more optional and visible and controllable. I accept Terry's argument that the implementation is hard. I have to, because I don't have any familiarity with the way thtat the file system code works. Perhaps I naively thought that the kernel already supported overlay file systems like cachefs and ones that allow mounting a write layer over a CDROM and other such stuff that might be available elsewhere (ahem!). I didn't like Terry's assumption that there would be a search order issue though. Suppose I limit the functionality on my suggestion a bit more - the ONLY files that appear in this filesystem are the implied executables that shadow the java class files. Thus, if I mount /mnt/javahack over /etc/local/javastuff and there exists a file /etc/local/javastuff/zippy/foo.class then the hack system will appear to contain /mnt/javahack/zippy/foo. It is entirely up to me where (or whether) I put /mnt/javahack/zippy in my path, and the effect on search order is exactly the same as if /mnt/jazahack/zippy were a real directory containing a real stub executable called foo. So I think Terry's concern over having to force a complete search for 'foo' before trying to fake things with 'foo.class' is misplaced. I'm pretty horified by large-scale hacks to shells or moving globbing or frigging exec routines, which have a very well defined behaviour. mark thompson wrote: > > From: James Mansion > Date: Thu, 06 Mar 1997 10:49:10 +0000 > > I have a suggestion wrt 'foo'class' rather than 'foo'. > > Would it be possible to write a layered filter file system > and mount it onto some part or parts of the main system so that, > if I try to stat or open 'foo', and 'foo' does not exist but > 'foo.class' doesn't, then I see a read-only executable file called > 'foo', maybe one that has contents '#!/somewhere/java foo.class' > or therabouts? > > James > > aaaarrrgggghhhhh. This is getting worse and worse. Instead of bloating > the kernel, how about about adding it to execvp (or whatever we can get > the shells to agree on). You could even have it driven by a file in > /etc... > > # exec wrapper for the shells... > java % "java %.class -various magic params" > perl % "perl %.pl" > ... > > -mark From owner-freebsd-hackers Fri Mar 7 08:24:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24700 for hackers-outgoing; Fri, 7 Mar 1997 08:24:55 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24689 for ; Fri, 7 Mar 1997 08:24:52 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA06532; Fri, 7 Mar 1997 08:19:44 -0800 (PST) To: "John T. Croteau" cc: hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 08:33:24 CST." Date: Fri, 07 Mar 1997 08:19:44 -0800 Message-ID: <6529.857751584@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Heck, give me an address and I will send off a hard drive to freebsd.org. > Just give me a rough idea of size. I'm looking mostly for 4Gb drives at the moment. Jordan From owner-freebsd-hackers Fri Mar 7 08:26:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24829 for hackers-outgoing; Fri, 7 Mar 1997 08:26:44 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA24823 for ; Fri, 7 Mar 1997 08:26:41 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA21715; Fri, 7 Mar 1997 17:26:34 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id RAA21341; Fri, 7 Mar 1997 17:26:28 +0100 (CET) Message-Id: <19970307172628.18299@caerdonn.eurocontrol.fr> Date: Fri, 7 Mar 1997 17:26:28 +0100 From: Ollivier Robert To: "FreeBSD Hackers' list" Subject: Problem with window scale option for TCP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.62-1-4,6-11 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ------- start of forwarded message ------- From: miyake@parma.hsc.lab.kdd.co.jp Newsgroups: comp.unix.bsd.freebsd.misc Subject: Problem with window scale option for TCP Date: 07 Mar 1997 19:08:08 +0900 I have problem about TCP for FreeBSD. FreeBSD's TCP has window scale option (rfc1323), but total window size is always restricted under 64K bytes. For example, I set the socket buffer size 120K bytes using setsockopt(). In this case, value of window scale option will be 1, and WINDOW field in TCP header should be 60K bytes for empty receive buffer. However, WINDOW field in TCP header is always 32K bytes, so advertised window size is 64K bytes, not 120K bytes. NetBSD-1.2 does not have this problem. Is there any method to resolve this problem? -- Yutaka Miyake (miyake@lab.kdd.co.jp) KDD R&D Laboratories. ------- end of forwarded message ------- -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-hackers Fri Mar 7 08:45:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26963 for hackers-outgoing; Fri, 7 Mar 1997 08:45:23 -0800 (PST) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26954 for ; Fri, 7 Mar 1997 08:45:16 -0800 (PST) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA12477; Fri, 7 Mar 1997 08:42:07 -0800 Message-Id: <3.0.32.19970307084514.00905c60@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 07 Mar 1997 08:45:15 -0800 To: Brian McGovern From: "Tim Oneil" Subject: Re: Performance questions (Interrupt vs. polled) Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:50 AM 3/7/97 -0500, you wrote: >I'm hoping not to start a flame war, but rather would just like to know the >pros and cons, so I can make a decision as to how to work this driver >for maximum overall system efficiency. No flame. My learned opinion however is that a system with efficiant thread scheduling (such as freeBSD) is best served by polling. Interrupted tasking is best for serial, brain-dead systems, like DOS. Polling might not be the best way to go on a slow system either, but on a 486-66 or better with decent ram, I think polling is the way to go. -Tim From owner-freebsd-hackers Fri Mar 7 09:14:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29162 for hackers-outgoing; Fri, 7 Mar 1997 09:14:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29153 for ; Fri, 7 Mar 1997 09:14:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16899; Fri, 7 Mar 1997 10:07:34 -0700 From: Terry Lambert Message-Id: <199703071707.KAA16899@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 7 Mar 1997 10:07:34 -0700 (MST) Cc: ccsanady@nyx.pr.mcs.net, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199703071149.MAA25547@ocean.campus.luth.se> from "Mikael Karpberg" at Mar 7, 97 12:49:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [ ... console card specific driver discussion ... ] > I'm not saying no one has thought of this before, but WHY in gods name, > not just use THE standard interface? Hard to keep track of all new cards? > Feeling happy when the driver comes out 1 year after the card is realeased? > Guess what? The drivers... *drums* _comes_with_the_cards_ TADA! It's supplied > by the manufacturers. It's downloadable from their sites. Yes... I'm talking > Windoze drivers. That's a standard interface for you. One which will allow > you to use any card with full driver support. That's would be the only thing > wee needed to implement in the kernel, except for a few drivers for standard > VGA etc, so that we can the get user booted. Ones you support that driver > interface, and a loading of such a driver file, it's easy to keep track of all > cards. With 2D/3D accelleration and anything else you want, fully supported. > All the user has to do is insert the disk that came with his card and mcopy > a file into a directory which is scanned at boot time, or something like that. > > This sounds great to me. Where's the problem? Why is this not allready done? FreeBSD does not support ELF. FreeBSD does not support segment coloring. FreeBSD does not support kernel driver init segment discard. FreeBSD does not provide "INIT level" messages to drivers. FreeBSD does not support kernel paging of non-page-operation-critical driver pages. FreeBSD does not support VM86() services, which some card manufacturers (like Matrox) use to invoke mode changes. FreeBSD does not provide the "Ring 0" Windows95/WindowsNT kernel services that these drivers may call for memory allocation, registry access for configuration settings, virtual memory management, PnP interfacing, and device probe response capture, etc.. First step: Support ELF Second step: Support segment coloring of ELF segments using Microsoft attributes for paging, etc. Third step: Implement coloring based activity, namely kernel virtual address space paging. Fourth step: Seperate the segments in the linked image, and change the kernel loader in the second stage boot to load multiple ELF segments to get a single kernel. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 7 09:25:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00337 for hackers-outgoing; Fri, 7 Mar 1997 09:25:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00325; Fri, 7 Mar 1997 09:25:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA23371; Sat, 8 Mar 1997 04:22:28 +1100 Date: Sat, 8 Mar 1997 04:22:28 +1100 From: Bruce Evans Message-Id: <199703071722.EAA23371@godzilla.zeta.org.au> To: files.from.machine.to.machine@freefall.freebsd.org, hackers@freefall.freebsd.org, jmb@freefall.freebsd.org Subject: Re: [Q] moving sparse Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >how should i move a file with "holes" from one machine to another. tar Scf - file ... | (cd $destdir; tar pxf -) >but how do i transfer these from machine to machine? ftp inflates >them to full size. ack! tar first. Bruce From owner-freebsd-hackers Fri Mar 7 09:40:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02119 for hackers-outgoing; Fri, 7 Mar 1997 09:40:59 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02111 for ; Fri, 7 Mar 1997 09:40:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA23773; Sat, 8 Mar 1997 04:39:51 +1100 Date: Sat, 8 Mar 1997 04:39:51 +1100 From: Bruce Evans Message-Id: <199703071739.EAA23773@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, jez@netcraft.co.uk Subject: Re: Hard Link Count too small! Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Specifically, the following will create a directory with 32765 >subdirectories (not including `.', & `..') before bailing: > > % mkdir tmp > % cd tmp > % perl -e '1 while (mkdir(++$c, 0755))' > >(you might want to mount the filesystem async beforehand :-) I have some POSIX performance tests that do this several times. They take too long. They take much too long if the filesystem is not async mounted. > % ls -fa | wc -l > 32767 >So, could someone more knowledgeable about filesystem internals tell me why >st_nlink is behaving like a signed short, and what I can do about it? The limit is (bogusly) given by LINK_MAX in . This is supposed to give the system-wide limit, but it is really only the ufs limit. You can probably safely increase it to slightly less than 65535. Don't make it 65535, since ufs_rename() temporarily increases the link count without checking the limit. Bruce From owner-freebsd-hackers Fri Mar 7 09:41:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02167 for hackers-outgoing; Fri, 7 Mar 1997 09:41:10 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02153 for ; Fri, 7 Mar 1997 09:41:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA10220 for ; Fri, 7 Mar 1997 09:34:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16934; Fri, 7 Mar 1997 10:27:50 -0700 From: Terry Lambert Message-Id: <199703071727.KAA16934@phaeton.artisoft.com> Subject: Re: Internal vs. External buffers To: bmcgover@cisco.com (Brian McGovern) Date: Fri, 7 Mar 1997 10:27:49 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199703071455.JAA01713@bmcgover-pc.cisco.com> from "Brian McGovern" at Mar 7, 97 09:55:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ok. Hopefully the last question for this morning. Still using > my 460K Cyclom card. The question is, should I use RAM on the > card for the serial buffers, using the interrupt routine to > copy the data from the card to the tty routines, or set the > driver up to use Bus Mastering to write to buffers inside the > kernel dataspace, then use the interrupt handler to shove the > data in the buffers in to the tty routines? Or, is there a > better way to be able to move blocks of data at a time in to > the tty routines for processing? I think you should use the RAM on the card so that delays servicing the interrupts (which will be lower priority for SIO than for some other devices which may also be active) will not affect your ability to keep up with the data stream. The problem with using the bus mastering DMA (which I assume will also generate an interrupt to signal when the transfer is complete) is that bus mastering DMA may need to be bounced if there is an ISA version of this card, or if there is an EISA version and you are using a not-quite-EISA motherboard or chipset. The DMA issue, even if this is going to always be a PCI driver and is therefore immune to bounce requirements, is that the buffer allocation will have to occur prior to the transfer setup, way before the card initiates the transfer. This could, potentially, hold a lot of buffers hostage if you used standard buffers. If you intend to preallocate wired memory for the DMA, and do your own transfer to the tty buffer, then using DMA is probably not a bad thing; however, you are back to the interrupt processing latency issue, unless you can guarantee split top/bottom processing for the interrupts (if you can, then you can double your DMA buffer requirements and set up the second DMA after the first completes, as long as you guarantee to treat the transfer from the first DMA to tty buffer as high enough priority that the second buffer won't be completed and retarget the first DMA buffer before the first DMA buffer has drained. Right now, there are not a lot of top/bottom drivers in FreeBSD. A second issue for a smart card, if this is a smart card, is that you can actually move some of the cannonical processing off to the card itself, and use an IPC facility (which you define) to modify the contents of the tty structs onthe card. Whether this is useful really depends on your primary use: if this is an async serial card driving terminal or modems, as opposed to a sync serial card driving high speed links, then it's useful to colocate the tty structs like this. Most major serial board vendors (Computone, Intelliport, Arnet, et. al.) have historically done this for smart cards to offload the host processor, and to let them have features like "transarent printing" which only becomes active in the ground state of the attached terminal. Unlike VMS systems, unless you have an automaton on the host system (most times on board the smart card), you can't tell if you are in the middle of an escape sequence or not, with disasterous results for secondary channles for transparent print, terminal mice for POS systems, bar code readers, etc.. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 7 09:41:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02223 for hackers-outgoing; Fri, 7 Mar 1997 09:41:29 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02215 for ; Fri, 7 Mar 1997 09:41:26 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16947; Fri, 7 Mar 1997 10:34:57 -0700 From: Terry Lambert Message-Id: <199703071734.KAA16947@phaeton.artisoft.com> Subject: Re: java support under FreeBSD. To: james@wgold.demon.co.uk (James Mansion) Date: Fri, 7 Mar 1997 10:34:57 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <331FE9FB.442A@wgold.demon.co.uk> from "James Mansion" at Mar 7, 97 10:12:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I accept Terry's argument that the implementation is hard. I have to, > because I don't have any familiarity with the way thtat the file system > code works. Perhaps I naively thought that the kernel already > supported overlay file systems like cachefs and ones that allow mounting > a write layer over a CDROM and other such stuff that might be available > elsewhere (ahem!). This currently does not work, to a large extent. I identified the majorly offending VOP's in my last reply. Without fixing them, it's not likely that you will be able to do anything about this. > I didn't like Terry's assumption that there would be a search order > issue though. This assumed that you would overlay mount onto the same FS. Since this is not the case in your example, then there isn't a problem, other than that caused by exposing the same objects in two places in the namespace without a method of serializing access -- unless the overlay FS is to be read-only? If you did that, I believe you could get what you are looking for with only minor modifications to amd, actually. > So I think Terry's concern over having to force a complete search for > 'foo' before trying to fake things with 'foo.class' is misplaced. Yes; your sample implementation does not overaly onto the same namespace entry point for the namespace intrusion for the "converted" class names. > I'm pretty horified by large-scale hacks to shells or moving globbing or > frigging exec routines, which have a very well defined behaviour. Me too, which is why I'm willing to go into such great gory detail on the subject. Typically, I don't use JAVA -- I think that strong typing is for weak minds (and lazy compiler/interpreter writers). The same argument applies equally well to ANSI prototypes, but I have less choice when it comes to using them. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 7 09:44:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02523 for hackers-outgoing; Fri, 7 Mar 1997 09:44:54 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02513 for ; Fri, 7 Mar 1997 09:44:48 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-10.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA08104 (5.67b/IDA-1.5 for ); Fri, 7 Mar 1997 18:44:44 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id SAA02637; Fri, 7 Mar 1997 18:44:01 +0100 (CET) Date: Fri, 7 Mar 1997 18:44:01 +0100 (CET) Message-Id: <199703071744.SAA02637@x14.mi.uni-koeln.de> From: Stefan Esser To: hackers@freebsd.org Subject: TCP/IP problem to one particular FreeBSD machine ... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been wondering about this for quite some time: The main German *.de.freebsd.org server machine is well connected to my network, but I can't access it from my FreeBSD-current system ... In the past, I often FTPed files to some other machine, and then to my system in a second step, for that reason. Now I tried to use CVSUP (after the splatter disk failure, I'm normally receiving CTM updates ...) and found, that I can't get a connection, again :( With FTP, I see that the remote end is reached, but the connection seems to freeze before the login is complete. CVSUP seems to fail with a time-out after about one minute. I append the tcpdump log of an attempted CVSUP run. My end is "x14" (a PPP line to an ANNEX terminal server), and the CVSUP.DE.FreeBSD.Org system (Blues.Physik.RWTH-Aachen.De) is listet as "cvsup". Any ideas what is going on ? 17:07:13.072353 x14.1124 > cvsup.5999: S 3549284397:3549284397(0) win 16384 (DF) (ttl 64, id 53603) 17:07:13.250384 cvsup.5999 > x14.1124: S 2202693665:2202693665(0) ack 3549284398 win 17280 (DF) (ttl 57, id 63211) 17:07:13.250732 x14.1124 > cvsup.5999: . ack 1 win 17280 (DF) (ttl 64, id 53604) 17:07:15.890336 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63212) 17:07:15.893312 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53605) 17:07:18.591055 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53606) 17:07:21.790402 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63216) 17:07:21.791032 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53607) 17:07:27.591033 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53608) 17:07:33.790428 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63299) 17:07:33.791120 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53609) 17:07:45.591174 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53702) 17:07:57.890373 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63312) 17:07:57.890973 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 53989) 17:08:21.591060 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54188) 17:08:45.860412 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63335) 17:08:45.861037 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54219) 17:09:33.591102 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54220) 17:09:49.760367 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63359) 17:09:49.761042 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54221) 17:10:53.591097 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54789) 17:10:53.770331 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63382) 17:10:53.770958 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54790) 17:11:57.591067 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54822) 17:11:57.750329 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63403) 17:11:57.750947 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 54823) 17:13:01.591115 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 55380) 17:13:01.710492 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63513) 17:13:01.711154 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 55381) 17:14:00.555980 x14 > cvsup: icmp: echo request (ttl 255, id 55544) 17:14:00.740354 cvsup > x14: icmp: echo reply (ttl 248, id 63531) 17:14:01.560250 x14 > cvsup: icmp: echo request (ttl 255, id 55545) 17:14:01.850393 cvsup > x14: icmp: echo reply (ttl 248, id 63535) 17:14:02.570242 x14 > cvsup: icmp: echo request (ttl 255, id 55546) 17:14:02.750275 cvsup > x14: icmp: echo reply (ttl 248, id 63536) 17:14:03.580572 x14 > cvsup: icmp: echo request (ttl 255, id 55547) 17:14:03.740325 cvsup > x14: icmp: echo reply (ttl 248, id 63537) 17:14:04.590427 x14 > cvsup: icmp: echo request (ttl 255, id 55548) 17:14:04.740325 cvsup > x14: icmp: echo reply (ttl 248, id 63538) 17:14:05.591030 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 55554) 17:14:05.770340 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63539) 17:14:05.770901 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 55561) 17:15:09.591098 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 56081) 17:15:09.820394 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63562) 17:15:09.821046 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 56082) 17:16:13.591098 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 56111) 17:16:13.680350 cvsup.5999 > x14.1124: SP 2202693665:2202693692(27) ack 3549284398 win 17280 (DF) (ttl 57, id 63586) 17:16:13.680979 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 56112) 17:17:17.591087 x14.1124 > cvsup.5999: P 1:12(11) ack 28 win 17280 (DF) (ttl 64, id 56618) 17:17:17.650301 cvsup.5999 > x14.1124: R 28:28(0) ack 1 win 17280 (DF) (ttl 57, id 63610) Thanks in advance, Stefan From owner-freebsd-hackers Fri Mar 7 09:45:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02546 for hackers-outgoing; Fri, 7 Mar 1997 09:45:00 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02537 for ; Fri, 7 Mar 1997 09:44:57 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id SAA23838; Fri, 7 Mar 1997 18:44:42 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id SAA01444; Fri, 7 Mar 1997 18:39:00 +0100 (MET) Message-ID: <19970307183900.08382@xaa.stack.nl> Date: Fri, 7 Mar 1997 18:39:00 +0100 From: Mark Huizer To: Richard Wackerbarth Cc: Richard J Kuhns , hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. References: <5664.857708602@time.cdrom.com> <5664.857708602@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: ; from Richard Wackerbarth on Fri, Mar 07, 1997 at 09:35:21AM -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >What effect will this have on those of us who depend on ctm to keep > >up-to-date with -current? > > There will be a temporary delay while we get a machine in sync with you > to pick up the stream. Can you send me the last delta that you received? > Better yet, does anyone have an online archive that could restore the > last state from "ground zero"? (recent base + subsequent deltas) > I have 2300A on CD (src-cur that is...) and the delta's from 2301 uptil 2411 on CD-rom and fronm there to 2796 on my hard disk... the things on my hard disk are 8Mb and I can transfer those by modem, for the others, I'd need to find a way to get them somewhere... Perhaps Guido can help out if I gave him a cd? ;-) Mark From owner-freebsd-hackers Fri Mar 7 10:00:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03540 for hackers-outgoing; Fri, 7 Mar 1997 10:00:11 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03531; Fri, 7 Mar 1997 10:00:05 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id KAA10781; Fri, 7 Mar 1997 10:59:34 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id KAA17338; Fri, 7 Mar 1997 10:54:04 -0700 (MST) Date: Fri, 7 Mar 1997 10:54:04 -0700 (MST) From: Marc Slemko To: "Jonathan M. Bresler" cc: hackers@freefall.freebsd.org Subject: Re: [Q] moving sparse In-Reply-To: <199703071533.HAA20833@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk tar --sparse dump probably cpio (ie. any of the above to a file, then ftp the file and unarchive it) On Fri, 7 Mar 1997, Jonathan M. Bresler wrote: > how should i move a file with "holes" from one machine to another. > > the immediate problem is Mathematica notebooks. these "sparse files" > are shown by "ls" to be 140MB long (every Mathematica notebook is the > same length according to "ls") even though each one is less than > 200kB on disk (du -s ). "mv" and "ln" work fine of course. > > but how do i transfer these from machine to machine? ftp inflates > them to full size. ack! > > jmb > From owner-freebsd-hackers Fri Mar 7 18:48:34 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id SAA12565 for hackers-outgoing; Fri, 7 Mar 1997 18:48:34 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 18:52:02 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id SAA12651 for hackers-outgoing; Fri, 7 Mar 1997 18:52:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 18:56:02 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id SAA12708 for hackers-outgoing; Fri, 7 Mar 1997 18:56:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA12788 for hackers-outgoing; Fri, 7 Mar 1997 19:00:03 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:04:06 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA12865 for hackers-outgoing; Fri, 7 Mar 1997 19:04:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:08:01 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA12935 for hackers-outgoing; Fri, 7 Mar 1997 19:08:01 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:12:02 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA13012 for hackers-outgoing; Fri, 7 Mar 1997 19:12:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:16:01 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA13074 for hackers-outgoing; Fri, 7 Mar 1997 19:16:01 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.FreeBSD.org (8.8.5/8.8.5) id TAA13150 for hackers-outgoing; Fri, 7 Mar 1997 19:20:03 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:24:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13311 for hackers-outgoing; Fri, 7 Mar 1997 19:24:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12551 for ; Fri, 7 Mar 1997 18:47:44 -0800 (PST) Date: Fri, 7 Mar 1997 18:47:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703080247.SAA12551@freefall.freebsd.org> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Testing! From owner-freebsd-hackers Fri Mar 7 19:45:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14052 for hackers-outgoing; Fri, 7 Mar 1997 19:45:52 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14031 for ; Fri, 7 Mar 1997 19:45:48 -0800 (PST) Received: from newland.com ([205.233.79.6]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id SAA02554 for ; Fri, 7 Mar 1997 18:57:57 -0800 (PST) Received: from mnewton.newland.com (PCNUser@[205.233.79.111]) by newland.com (8.6.12/8.6.12) with SMTP id VAA13330 for ; Fri, 7 Mar 1997 21:56:38 -0500 Message-ID: <3320D53B.3F49@newland.com> Date: Fri, 07 Mar 1997 21:55:55 -0500 From: mnewton Organization: The Newland Group X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: ftp hangs with bitsurfer PRO and Ascend 200+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have this notebook running freebsd connected to a motorola bitsurfer pro connected to and ascend max 200 generally it works fine when i ftp large binary files only 17520 bytes get transferred before ftp hangs I have changed all hardware once in tracing the packets,it looks like an ACK problem between the PRO and the Ascend the pro sends an ACK and doesn't get anything back I have the tcp-extensions settings in sysconfig set to NO. (when it was YES it would stop at 17280! perhaps i should set it to MAYBE) My next option is to rip out the PRO and put in a pipeline 50 Any one got any good ideas. From owner-freebsd-hackers Fri Mar 7 19:45:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14071 for hackers-outgoing; Fri, 7 Mar 1997 19:45:54 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14041 for ; Fri, 7 Mar 1997 19:45:49 -0800 (PST) Received: from sergio.lenzi ([200.247.23.105]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id TAA02653 for ; Fri, 7 Mar 1997 19:09:56 -0800 (PST) Received: (from lenzi@localhost) by sergio.lenzi (8.8.3/8.8.3) id AAA00306; Sat, 8 Mar 1997 00:14:05 GMT Date: Sat, 8 Mar 1997 00:13:58 +0000 () From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: hackers@freebsd.org Subject: APPLIXWARE problems (ELF). Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all. I bought the ApplixWare (an office package) for the Linux ELF from Red Hat. I can run the software from linux red hat, better on slackware, and tried on 2.2 snapshot FreeBSD. It works OK on the two linux elf. I copied the linux /usr/lib and /usr/X11R6/lib to the /compat/linux/lib, activate the linux emulator on sysconfig, reboot the machine, Start X. On trying to execute the package that is 18MB (from a "top" in the linux) program size the system locks. the only solution is reset button. Looking at a "top" listing and the ulimit -a: core file size (blocks) unlimited data seg size (kbytes) 65536 file size (blocks) unlimited max memory size (kbytes) 14340 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 128 pipe size (512 bytes) 1 open files 128 Other ELF programs from the linux works ok. Any help, please??? Sergio Lenzi. Unix consult. From owner-freebsd-hackers Fri Mar 7 19:51:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15577 for hackers-outgoing; Fri, 7 Mar 1997 19:51:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15558 for ; Fri, 7 Mar 1997 19:51:53 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id OAA01223 for ; Fri, 7 Mar 1997 14:49:42 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA06246; Sat, 8 Mar 1997 09:48:51 +1100 (EST) Date: Sat, 8 Mar 1997 09:48:50 +1100 (EST) From: "Daniel O'Callaghan" To: Stefan Esser cc: hackers@freebsd.org Subject: Re: TCP/IP problem to one particular FreeBSD machine ... In-Reply-To: <199703071744.SAA02637@x14.mi.uni-koeln.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997, Stefan Esser wrote: > > I append the tcpdump log of an attempted CVSUP run. My end > is "x14" (a PPP line to an ANNEX terminal server), and the > CVSUP.DE.FreeBSD.Org system (Blues.Physik.RWTH-Aachen.De) > is listet as "cvsup". Any ideas what is going on ? try sysctl -w net.inet.tcp.rfc1323=0 Danny From owner-freebsd-hackers Fri Mar 7 19:52:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15611 for hackers-outgoing; Fri, 7 Mar 1997 19:52:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15562 for ; Fri, 7 Mar 1997 19:51:54 -0800 (PST) Received: from oneida.internet.com (oneida.internet.com [198.183.190.138]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA01190 for ; Fri, 7 Mar 1997 14:46:15 -0800 (PST) Received: (qmail 9734 invoked by uid 1000); 7 Mar 1997 22:45:05 -0000 Message-ID: <19970307174504.08147@oneida.internet.com> Date: Fri, 7 Mar 1997 17:45:04 -0500 From: Brian & To: freebsd-hackers@freebsd.org Subject: ampersand in GECOS field Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy- In dicking with various MTAs/MUAs, I've noted an inconsistant handling of an ampersand ('&') in the GECOS field in the password file. It was an assumption of mine that getpwent() would expand an ampresand to be a capitalized represention of the username. Ie.: my username (reichert), and GECOS entry ('Brian &') would yield: 'Brian Reichert'. Yet, this does not seem to be the case. Apparently, only _some_ mail-related agents manually expand the ampersand. I can't find any formal documentation about this behaviour, imagined or otherwise. Does anyone have any pointers? -- Brian Reichert The Internet Company 617-547-3600 x161 96 Sherman Street reichert@internet.com Cambridge, MA 02140 From owner-freebsd-hackers Fri Mar 7 19:52:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15667 for hackers-outgoing; Fri, 7 Mar 1997 19:52:12 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15613 for ; Fri, 7 Mar 1997 19:52:06 -0800 (PST) Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id PAA01344 for ; Fri, 7 Mar 1997 15:01:45 -0800 (PST) Received: from atlantis (localhost.ping.at [127.0.0.1]) by atlantis.ping.at (8.7.6/8.6.12) with SMTP id AAA00276; Sat, 8 Mar 1997 00:00:27 +0100 (MET) Message-ID: <33209E0A.167EB0E7@ping.at> Date: Sat, 08 Mar 1997 00:00:26 +0100 From: "Helmut F. Wirth" X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.7-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: MMX extensions, Lost mail? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Last week, on Friday i sent mail to freebsd-hackers@freebsd.org. I have subscribed this list, but I never saw the mail. Maybe it was lost somehow. I repeat my message here and apologize, if the mail was not really lost and you see this twice: :Hello, :As I promised, the changes to gas and gdb are ready. I submitted the :patches and some documentation via send-pr today. : :If there is enough interest I could post the patches to this list too, :so you could give it a try. : :If you are interested in information regarding the new MMX instructions :you can find the Developers Manual, the Programmers Reference Manual, :some Application Notes and other useful information at Intel's web :site: : URL hhtp://developer.intel.com/drg/mmx/ :I used the material from this site for my changes. Regards Helmut -- Helmut F. Wirth Email: hfwirth@ping.at From owner-freebsd-hackers Fri Mar 7 19:53:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16052 for hackers-outgoing; Fri, 7 Mar 1997 19:53:41 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16026 for ; Fri, 7 Mar 1997 19:53:37 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA01038 for ; Fri, 7 Mar 1997 14:20:26 -0800 (PST) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr) by mail.crl.com with SMTP id AA11408 (5.65c/IDA-1.5 for ); Fri, 7 Mar 1997 11:34:52 -0800 Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA10475 for ; Fri, 7 Mar 1997 20:34:47 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA05311 for hackers@FreeBSD.ORG; Fri, 7 Mar 1997 20:34:21 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id UAA24308; Fri, 7 Mar 1997 20:29:37 +0100 (CET) Message-Id: <19970307202937.46992@keltia.freenix.fr> Date: Fri, 7 Mar 1997 20:29:37 +0100 From: Ollivier Robert To: hackers@freebsd.org Subject: Re: TCP/IP problem to one particular FreeBSD machine ... References: <199703071744.SAA02637@x14.mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64/1-3,6,8,10-17 X-Operating-System: FreeBSD 3.0-CURRENT ctm\#2999 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Stefan Esser: > I append the tcpdump log of an attempted CVSUP run. My end > is "x14" (a PPP line to an ANNEX terminal server), and the ***** > CVSUP.DE.FreeBSD.Org system (Blues.Physik.RWTH-Aachen.De) > is listet as "cvsup". Any ideas what is going on ? Can you say obsolete/broken software on the Annex server that makes it enable to talk with FreeBSD and the RFC1323/1644 TCP extensions ? I knew you could. Disable TCP extensions in /etc/sysconfig. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-hackers Fri Mar 7 19:53:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16154 for hackers-outgoing; Fri, 7 Mar 1997 19:53:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16130 for ; Fri, 7 Mar 1997 19:53:52 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA01070 for ; Fri, 7 Mar 1997 14:21:39 -0800 (PST) Received: from bmcgover-pc.cisco.com by mail.crl.com with SMTP id AA12161 (5.65c/IDA-1.5 for ); Fri, 7 Mar 1997 11:38:55 -0800 Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.2) with ESMTP id OAA03741; Fri, 7 Mar 1997 14:32:33 -0500 (EST) Message-Id: <199703071932.OAA03741@bmcgover-pc.cisco.com> To: terry@lambert.org, hackers@freebsd.org Subject: Cyclom Card Date: Fri, 07 Mar 1997 14:32:33 -0500 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Ok. Hopefully the last question for this morning. Still using >> my 460K Cyclom card. The question is, should I use RAM on the >> card for the serial buffers, using the interrupt routine to >> copy the data from the card to the tty routines, or set the >> driver up to use Bus Mastering to write to buffers inside the >> kernel dataspace, then use the interrupt handler to shove the >> data in the buffers in to the tty routines? Or, is there a >> better way to be able to move blocks of data at a time in to >> the tty routines for processing? > >I think you should use the RAM on the card so that delays servicing >the interrupts (which will be lower priority for SIO than for some >other devices which may also be active) will not affect your ability >to keep up with the data stream. > Ok, I'll buy that, even though the UARTs on the board themselves have like 16 byte FIFOs, it makes sense for longer interrupts. >The problem with using the bus mastering DMA (which I assume will >also generate an interrupt to signal when the transfer is complete) >is that bus mastering DMA may need to be bounced if there is an ISA >version of this card, or if there is an EISA version and you are >using a not-quite-EISA motherboard or chipset. > There is no ISA version of the card (nor will there be). Interrupts on the card is an interesting issue. It will generate the interrupt when the buffer is almost full (even if its on the host... It uses a ring buffering scheme, so if the head and tail get too close - poof - an interrupt), or when data has been received and a reasonable amount of time has passed (with no new data coming in) >The DMA issue, even if this is going to always be a PCI driver and >is therefore immune to bounce requirements, is that the buffer >allocation will have to occur prior to the transfer setup, way >before the card initiates the transfer. This could, potentially, >hold a lot of buffers hostage if you used standard buffers. > Since it uses a ring buffering scheme, even to the host, I suspect it'll move no more bytes than whats available in the buffer, so "locking" the buffers shouldn't be an issue. Also, each port on the board will only use one buffer. >If you intend to preallocate wired memory for the DMA, and do your >own transfer to the tty buffer, then using DMA is probably not a bad >thing; however, you are back to the interrupt processing latency >issue, unless you can guarantee split top/bottom processing for the >interrupts (if you can, then you can double your DMA buffer requirements >and set up the second DMA after the first completes, as long as you >guarantee to treat the transfer from the first DMA to tty buffer as >high enough priority that the second buffer won't be completed and >retarget the first DMA buffer before the first DMA buffer has drained. >Right now, there are not a lot of top/bottom drivers in FreeBSD. > >A second issue for a smart card, if this is a smart card, is that >you can actually move some of the cannonical processing off to the >card itself, and use an IPC facility (which you define) to modify the >contents of the tty structs onthe card. Whether this is useful >really depends on your primary use: if this is an async serial card >driving terminal or modems, as opposed to a sync serial card driving >high speed links, then it's useful to colocate the tty structs like >this. Most major serial board vendors (Computone, Intelliport, Arnet, >et. al.) have historically done this for smart cards to offload the >host processor, and to let them have features like "transarent printing" >which only becomes active in the ground state of the attached terminal. >Unlike VMS systems, unless you have an automaton on the host system >(most times on board the smart card), you can't tell if you are in >the middle of an escape sequence or not, with disasterous results for >secondary channles for transparent print, terminal mice for POS systems, >bar code readers, etc.. > This card is definately a smart card. My hopes were to set up larger buffers on the host system (or find some way to plug the DMA directly in to the tty routines), and have the card use these as transmit and receive buffers. Then, on an interrupt (probably RX highwatermark/data in buffer w/no new data coming in), I'd read the buffer in to the TTY routines. On a TX buffer low water mark/empty interrupt, I'd get some more waiting characters out of the tty buffer, and in to the TX buffer. Again, if I could tie the latter right in to the tty buffers, all the better. I'm not quite sure I understand your reference to top/bottom drivers. I suspect my driver would conform to this (?), as read/write routines would dump the info in to and out of the tty buffering scheme (so I can use all the line disciplines). Then, I'd have an interrupt handler (and a tweak in the write routine to get things started on the first write) that shuffled data to/from the tty routines to the card's buffers. IOCTL calls would manipulate the tty structures on the cards (which are different than the BSD tty structures), and then send down the appropriate hardware commands to get the card to implement them. > > Regards, > Terry Lambert > terry@lambert.org >- --- -Brian >Any opinions in this posting are my own and not those of my present >or previous employers. > I try not to have opinions, merely facts. From owner-freebsd-hackers Fri Mar 7 19:54:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16397 for hackers-outgoing; Fri, 7 Mar 1997 19:54:53 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16366 for ; Fri, 7 Mar 1997 19:54:46 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id NAA00749 for ; Fri, 7 Mar 1997 13:45:58 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA20656; Fri, 7 Mar 1997 22:00:21 +0100 From: Luigi Rizzo Message-Id: <199703072100.WAA20656@labinfo.iet.unipi.it> Subject: Re: Problem with window scale option for TCP To: roberto@eurocontrol.fr (Ollivier Robert) Date: Fri, 7 Mar 1997 22:00:20 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970307172628.18299@caerdonn.eurocontrol.fr> from "Ollivier Robert" at Mar 7, 97 05:26:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have problem about TCP for FreeBSD. FreeBSD's TCP has window scale > option (rfc1323), but total window size is always restricted under 64K > bytes. last time I tried (sept.96 using 2.1R plus patches which were suggested to deal with the problem) it did not work for me either. The problem has been discussed (and possibly fixed ?) recently I believe. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Fri Mar 7 19:56:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16787 for hackers-outgoing; Fri, 7 Mar 1997 19:56:09 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16775 for ; Fri, 7 Mar 1997 19:56:06 -0800 (PST) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id NAA00728 for ; Fri, 7 Mar 1997 13:43:31 -0800 (PST) Received: from Gatekeeper.Lamb.net (ulf@gatekeeper.Lamb.net [207.90.181.2]) by DNS.Lamb.net (8.8.5/20.74.3.14) with ESMTP id NAA01191; Fri, 7 Mar 1997 13:42:16 -0800 (PST) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.8.5/8.7.6) id NAA15100; Fri, 7 Mar 1997 13:42:11 -0800 (PST) From: Ulf Zimmermann Message-Id: <199703072142.NAA15100@Gatekeeper.Lamb.net> Subject: Re: spatter.freebsd.org halted. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 7 Mar 1997 13:42:11 -0800 (PST) Cc: gjennejohn@frt.dec.com, hackers@freebsd.org In-Reply-To: <5346.857743163@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 7, 97 05:59:23 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > where are the CTM deltas going to be generated now ? > > Not sure yet. > > > what's a new disk cost ? I might make a contribution to the Inc. :) > > Actually, I've had enough offers of replacement disks that I'm > starting to think seriously of widening this to encompass another > long-standing requirement of the project, namely our need for a nice > fileserver class machine to upgrade freefall as "pointbox" of the > project. The machine which is now actually freefall really needs to > retire and become a 2nd-tier service machine, it being an overloaded > P5/90 with aging disks and insufficient memory. It's really done a > great job over the last 3+ years, but lack of sufficient disk and > compute resources has really limited the kinds of things which can be > done with strictly project resources - we don't even have enough > diskspace to keep both the OpenBSD and NetBSD sources online right > now. > > If I could get various hardware donors here to commit to the following > component list: > > 1 P6/200 CPU w/256K cache > 1 Intel Venus Motherboard > 4 16MB SIMMS > 1 Adaptec 2940 or NCR/Symbios PCI controller. > 1 Compex ENET32/PCI ethernet controller or similar DC21041 based NIC. > > I think the rest could be shuffled together here at Walnut Creek > CDROM. I've already got 3 tentative offers for replacement 4GB > drives, and if even 2 of them pan out then we would have a pretty good > start. Since we'd be pretty much cleaning house all around in such a > scenario, we also have a 4Gb drive in thud which could possibly be > swapped for a smaller drive and freefall's new Atlas-II has proven to > be a little problematic there and probably needs to be swapped out > anyway. Assuming that freefall's drive worked better in a different > configuration (and that wouldn't surprise me), that would bring us up > to 16GB of storage, a pretty healthy fileserver and possibly one > capable of also doing some interesting CCD things to speed up access > to the CVS master repository (assuming that ccd is currently trusted > enough for these kinds of applications, of course :). > > If everyone who's committed to providing a disk actually does, and > that would give me 6 4GB drives including the 2 already here, then I > would also hit Walnut Creek CDROM up for this fileserver chassis which > they just happen to have sitting around. :) > > The machine which is now freefall could become a combined spatter/thud > sort of box, a P5/90 still being quite a bit nicer for actually doing > things than a 486/DX2 (which both spatter and thud are). We've > already proven that the hardware is reliable, after all, and the > ex-freefall has 6Gb of usable space it could take with it for > mirroring and archival purposes. > > Having freefall be a P6/200 with more memory and lots of disk online > would be a real boost and something I've dreamed of doing for a long > time. Any nice donors out there share in this dream? :-) > > Jordan > ok, 4x32 MB and 4GB disk from me. Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net From owner-freebsd-hackers Fri Mar 7 19:58:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA17276 for hackers-outgoing; Fri, 7 Mar 1997 19:58:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17219 for ; Fri, 7 Mar 1997 19:57:56 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA00356 for ; Fri, 7 Mar 1997 12:39:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id MAA07138; Fri, 7 Mar 1997 12:39:41 -0800 (PST) Message-Id: <199703072039.MAA07138@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Brian McGovern cc: hackers@freebsd.org Subject: Re: Memory/buffer questions... In-reply-to: Your message of "Fri, 07 Mar 1997 09:44:22 EST." <199703071444.JAA01671@bmcgover-pc.cisco.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 07 Mar 1997 12:39:41 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What the board is capable of doing however, is to allocate memory in the >kernel, and then doing DMA from the card right to the ram using bus >mastering. What I'm thinking of doing is using a default 2-4Kb buffer, >but put it in the host, and then allow kernel options to resize the buffers >(so if someone is getting hosed performace, they could possibly kick it up >to 8K, etc). > >With that in mind, I think my questions are: > >1.) Is this even possible (ie - is the passage I read defunct, or is there >really a limit as to the amount of memory that can be dynamically allocated). > >2.) I would need to have this memory space accesable from devices on the PCI >bus. Is there any special steps I'll need to take to map this memory to >someplace special? How about to make sure it stays locked in to physical memory >so DMA can occur? Fortunately, since the processor on the board will do it >once properly configured, I can safely say that I won't have to do much mucking >with the Intel DMA chip, so long as the conditions are met so the card can see >it. Yes, it's not a problem. The only problem is mallocing large memory chunks (larger than a page) due to the potential for virtual memory fragmentation causing the allocation to fail. Memory that is malloced will be and stay resident, so no need to worry about that. Oh, if the card does bus master DMA, then what "Intel DMA chip" are you talking about? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Mar 7 19:58:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA17449 for hackers-outgoing; Fri, 7 Mar 1997 19:58:39 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17427 for ; Fri, 7 Mar 1997 19:58:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA00287 for ; Fri, 7 Mar 1997 12:27:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA17224; Fri, 7 Mar 1997 13:19:53 -0700 From: Terry Lambert Message-Id: <199703072019.NAA17224@phaeton.artisoft.com> Subject: Re: Cyclom Card To: bmcgover@cisco.com (Brian McGovern) Date: Fri, 7 Mar 1997 13:19:53 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199703071932.OAA03741@bmcgover-pc.cisco.com> from "Brian McGovern" at Mar 7, 97 02:32:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This card is definately a smart card. My hopes were to set up larger buffers > on the host system (or find some way to plug the DMA directly in to the tty > routines), and have the card use these as transmit and receive buffers. Computone and Arnet did this on SCO Xenix. When SCO went to rev. 3.x, they changed the size of their bufs from 32 to 24 characters to keep the kernel structure size the same. Unless you drove a port over a certain rate, you never got more thn 24 bytes in the buffer, and life was grand. If you drove the port faster, then it overwrote whatever 8 bytes followed the buf, and you got screwed bigtime. I would recommend *against* relying on the driver somehow knowing how much data can fit in a tty bufe in core, and transferring directly to the tty buffers for this reason. I kind of doubt that you could transfer with small enough granularity to fit, anyway. Unless you rewrite the code on the card (is it download code?), the use of the ring buffers internally in the tty code would probably cause a pessimal usage conflict anyway, unless you rewrote the tty code to natively use the cards buffering format (clearly, that won't work for all cards, each of which might have yet another format). > I'm not quite sure I understand your reference to top/bottom drivers. > I suspect my driver would conform to this (?), as read/write routines > would dump the info in to and out of the tty buffering scheme (so I > can use all the line disciplines). Then, I'd have an interrupt handler > (and a tweak in the write routine to get things started on the first > write) that shuffled data to/from the tty routines to the card's > buffers. IOCTL calls would manipulate the tty structures on the cards > (which are different than the BSD tty structures), and then send down > the appropriate hardware commands to get the card to implement them. That's standard smart card architecture, really. The biggest error most vendors run into in implementation (most notably, the Altos 2000 series "multidrop" RS422 serial boards) is a single control queue for inbound and outbound messages... means that you must complete your call for the read before you can write -- a bad thing. The "top/bottom" reference has to do with noting the data availability at hard interrupt time, then sceduling a soft interrupt. The actual data manipulation would not occur at hard interrupt time (and therefore not occur at high SPL). The benefit in doing this is increased interrupt concurrency, especially if you have multiple cards and your communications overall is bursty (as it's likely to be) and therefore you don't have a unform load at all times across the cards. The danger in doing this is that you must service the soft interrupt before you can reuse the DMA transfer area (or the on card buffers, if the CPU is moving the data). If the card takes the IACK as a signal that it's OK to reuse the buffer, then this can be problematic. So whether you can do this or not is dependent on how the card acts. In general, you will want to double-buffer, so that you can leave an ack pending as long as you don't become congested. Double-buffering, too, relies on the ability to say "go ahead" to the board apart from the IACK. Given typical implemenation of "ring-buffer-in-host-memory" style board communication, I suspect that if you went the DMA route, you wouldn't be able to make this distinction. On the other hand, if the ring buffer was not the tty buffer, then you would implicitly have to implement the "soft" interrupt events at interrupt level, because the card would expect the ring to have been at least partially drained by the IRQ servicing. The FreeBSD internals on how the SPL's mask/unmask, and how the "fast" interrupt handling actually works is probably useful here. Bruce would be a better reference on most of this than me... my experience in writing this kind of driver is all VMS/Xenix/SVR3/SVR4, so it's a bit dated for doing exactly what you are doing. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 7 20:37:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA19635 for hackers-outgoing; Fri, 7 Mar 1997 20:37:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA19629 for ; Fri, 7 Mar 1997 20:36:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA09045; Sat, 8 Mar 1997 15:34:38 +1100 Date: Sat, 8 Mar 1997 15:34:38 +1100 From: Bruce Evans Message-Id: <199703080434.PAA09045@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: Hard Link Count too small! Cc: freebsd-hackers@FreeBSD.ORG, jez@netcraft.co.uk Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I have some POSIX performance tests that do this several times. They >> take too long. They take much too long if the filesystem is not async >> mounted. > >They must not be very POSIX dependent, or they would fail from the >"shall mark for update"/"shall update" discrepancies introduced by >the async mount. An async mounted FS is not POSIX compliant. An Wrong. Bruce From owner-freebsd-hackers Fri Mar 7 21:45:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23982 for hackers-outgoing; Fri, 7 Mar 1997 21:45:42 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23974 for ; Fri, 7 Mar 1997 21:45:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id VAA09180; Fri, 7 Mar 1997 21:46:46 -0800 (PST) Message-Id: <199703080546.VAA09180@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Stefan Esser cc: hackers@FreeBSD.ORG Subject: Re: TCP/IP problem to one particular FreeBSD machine ... In-reply-to: Your message of "Fri, 07 Mar 1997 18:44:01 +0100." <199703071744.SAA02637@x14.mi.uni-koeln.de> From: David Greenman Reply-To: dg@root.com Date: Fri, 07 Mar 1997 21:46:46 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I've been wondering about this for quite some time: > >The main German *.de.freebsd.org server machine is well >connected to my network, but I can't access it from my >FreeBSD-current system ... > >In the past, I often FTPed files to some other machine, >and then to my system in a second step, for that reason. > >Now I tried to use CVSUP (after the splatter disk failure, >I'm normally receiving CTM updates ...) and found, that I >can't get a connection, again :( > >With FTP, I see that the remote end is reached, but the >connection seems to freeze before the login is complete. >CVSUP seems to fail with a time-out after about one minute. > >I append the tcpdump log of an attempted CVSUP run. My end >is "x14" (a PPP line to an ANNEX terminal server), and the >CVSUP.DE.FreeBSD.Org system (Blues.Physik.RWTH-Aachen.De) >is listet as "cvsup". Any ideas what is going on ? ... >17:07:13.250732 x14.1124 > cvsup.5999: . ack 1 win 17280 (DF) (ttl 64, id 53604) You have the TCP extensions enabled and your broken ANNEX is getting confused. Set tcp_extensions=NO in /etc/sysconfig. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Mar 8 00:50:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01627 for hackers-outgoing; Sat, 8 Mar 1997 00:50:51 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01622 for ; Sat, 8 Mar 1997 00:50:47 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA12638 for ; Sat, 8 Mar 1997 00:50:57 -0800 (PST) To: hackers@freebsd.org Subject: All those stupid "Testing!" messages - sorry 'bout that! Date: Sat, 08 Mar 1997 00:50:57 -0800 Message-ID: <12635.857811057@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, that was weird. Sorry folks, I only sent *one* of those messages out while testing freefall's spammed network connection (some nice person decided to "borrow" a terminator off the end of the network it was on!) but for some reason freefall sent it multiple times. Feh. We now return you to your more regularly scheduled spam. Jordan From owner-freebsd-hackers Sat Mar 8 01:01:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01927 for hackers-outgoing; Sat, 8 Mar 1997 01:01:28 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01919 for ; Sat, 8 Mar 1997 01:01:26 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA12719; Sat, 8 Mar 1997 00:59:10 -0800 (PST) To: Ulf Zimmermann cc: gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Fri, 07 Mar 1997 13:42:11 PST." <199703072142.NAA15100@Gatekeeper.Lamb.net> Date: Sat, 08 Mar 1997 00:59:10 -0800 Message-ID: <12715.857811550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ulf Says: > > ok, 4x32 MB and 4GB disk from me. Great! So that just leaves: > 1 P6/200 CPU w/256K cache > 1 Intel Venus Motherboard > 1 Compex ENET32/PCI ethernet controller or similar DC21041 based NIC. Since I've already had offers for the other stuff. Jordan From owner-freebsd-hackers Sat Mar 8 01:11:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02306 for hackers-outgoing; Sat, 8 Mar 1997 01:11:21 -0800 (PST) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02297 for ; Sat, 8 Mar 1997 01:11:12 -0800 (PST) Received: from Gatekeeper.Lamb.net (ulf@gatekeeper.Lamb.net [207.90.181.2]) by DNS.Lamb.net (8.8.5/20.74.3.14) with ESMTP id BAA22431; Sat, 8 Mar 1997 01:11:00 -0800 (PST) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.8.5/8.7.6) id BAA20703; Sat, 8 Mar 1997 01:10:47 -0800 (PST) From: Ulf Zimmermann Message-Id: <199703080910.BAA20703@Gatekeeper.Lamb.net> Subject: Re: spatter.freebsd.org halted. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 8 Mar 1997 01:10:46 -0800 (PST) Cc: ulf@Alameda.net, gjennejohn@frt.dec.com, hackers@freebsd.org In-Reply-To: <12715.857811550@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 8, 97 00:59:10 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Ulf Says: > > > > ok, 4x32 MB and 4GB disk from me. > > Great! So that just leaves: > > > 1 P6/200 CPU w/256K cache > > 1 Intel Venus Motherboard > > 1 Compex ENET32/PCI ethernet controller or similar DC21041 based NIC. Or Kingston for $40 (www.neutronet.com), it uses the DC21041 too. > > Since I've already had offers for the other stuff. > > Jordan > Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net From owner-freebsd-hackers Sat Mar 8 01:19:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02601 for hackers-outgoing; Sat, 8 Mar 1997 01:19:37 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02596 for ; Sat, 8 Mar 1997 01:19:34 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA12839; Sat, 8 Mar 1997 01:16:29 -0800 (PST) To: Ulf Zimmermann cc: gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: spatter.freebsd.org halted. In-reply-to: Your message of "Sat, 08 Mar 1997 01:10:46 PST." <199703080910.BAA20703@Gatekeeper.Lamb.net> Date: Sat, 08 Mar 1997 01:16:29 -0800 Message-ID: <12836.857812589@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Ulf Says: > > > > > > ok, 4x32 MB and 4GB disk from me. > > > > Great! So that just leaves: > > > > > 1 P6/200 CPU w/256K cache > > > 1 Intel Venus Motherboard > > > 1 Compex ENET32/PCI ethernet controller or similar DC21041 based NIC. > > Or Kingston for $40 (www.neutronet.com), it uses the DC21041 too. Sounds good to me! I'll take any equivalent card, I just cited the Compex since I know it's cheap. Jordan From owner-freebsd-hackers Sat Mar 8 04:55:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA11862 for hackers-outgoing; Sat, 8 Mar 1997 04:55:54 -0800 (PST) Received: from hotmail.com (F14.hotmail.com [207.82.250.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA11857 for ; Sat, 8 Mar 1997 04:55:52 -0800 (PST) Received: (from root@localhost) by hotmail.com (8.7.5/8.7.3) id EAA25810; Sat, 8 Mar 1997 04:55:17 -0800 (PST) Date: Sat, 8 Mar 1997 04:55:17 -0800 (PST) Message-Id: <199703081255.EAA25810@hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Sat, 08 Mar 1997 04:55:17 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: hackers@freebsd.org Subject: profile/alias Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i posted a problem i find with ~/.profile aliaseson "questions", then "hackers" and never received any responses. \ i have double & triple verified this problem and wonder if i am posting in the wrong maillist or if i am in serious error in some way ... ? \ also, to answer a question of my own - to anyone interesting in programming - it appears most output/format control is in "ncurses.h", \ however - i am still at a loss to find a C function that will tell me if a key has been pressed, w/o actually waiting for a char. something like DOSs "kbhit()". \ i also cannot find any info on "random()" seeds. "jot(1)" uses "random()" and generates completely fresh/different random outputs, as well as DOS random functions i've used, but no matter how i seed "srandom()" - "random()" always outputs the same output with the same seed. in my past experience, there is usally a seed that will always put out a varied sequence (0 or 1 or something ...) --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-freebsd-hackers Sat Mar 8 05:34:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA13208 for hackers-outgoing; Sat, 8 Mar 1997 05:34:53 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13160; Sat, 8 Mar 1997 05:34:45 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id HAA20757; Sat, 8 Mar 1997 07:34:10 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 07:34:02 -0600 To: hackers@freebsd.org From: Richard Wackerbarth Subject: Restoring the CTM feeds of src-cur and cvs-cur Cc: current@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since spatter splatted, our friends who rely on the CTM feeds for their daily "fix" have been without. They are heavily into withdrawal symptoms. I have agreed to be their "pusher" but, to do so, I need a "supplier" to help me get set up. In particular, I now have (or have access to) the recent deltas for each feed. I need a baseline. Does anyone have a baseline file such as cvs-cur.2000A.gz (3000A would be even nicer) or src-cur.2500A.gz or later. Unless I can get a valid baseline, I will have to try to reconstruct one from the cvs tree. This is both a bit of work and subject to error. As a result, I would prefer to avoid it if possible. Richard From owner-freebsd-hackers Sat Mar 8 05:50:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14081 for hackers-outgoing; Sat, 8 Mar 1997 05:50:46 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA14076 for ; Sat, 8 Mar 1997 05:50:40 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA11622; Sat, 8 Mar 1997 08:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 8 Mar 1997 08:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA07113; Sat, 8 Mar 1997 08:09:34 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA17032; Sat, 8 Mar 1997 08:15:11 -0500 (EST) Date: Sat, 8 Mar 1997 08:15:11 -0500 (EST) From: Thomas David Rivers Message-Id: <199703081315.IAA17032@lakes.water.net> To: ponds!cisco.com!bmcgover, ponds!freebsd.org!hackers, ponds!lambert.org!terry Subject: Re: Cyclom Card Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian writes: > I'm not quite sure I understand your reference to top/bottom drivers. I suspect > my driver would conform to this (?), as read/write routines would dump the > info in to and out of the tty buffering scheme (so I can use all the line > disciplines). Then, I'd have an interrupt handler (and a tweak in the write > routine to get things started on the first write) that shuffled data to/from > the tty routines to the card's buffers. IOCTL calls would manipulate the > tty structures on the cards (which are different than the BSD tty structures), > and then send down the appropriate hardware commands to get the card to > implement them. Yes, that's basically the idea. There is a definition of top/bottom drivers in "The Design and Implementat of the 4.3BSD UNIX Operating System" (and probably the 4.4 version, I don't yet own that) - when they discuss disk I/O, etc... - Dave Rivers - From owner-freebsd-hackers Sat Mar 8 08:25:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20884 for hackers-outgoing; Sat, 8 Mar 1997 08:25:46 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20879; Sat, 8 Mar 1997 08:25:42 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id KAA08016; Sat, 8 Mar 1997 10:25:34 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 10:24:44 -0600 To: Current@FreeBSD.Org, Hackers@FreeBSD.Org From: Richard Wackerbarth Subject: Restoring the CTM feeds -- update Sender: owner-hackers@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk NOTICE: **** If I do not have the last delta which was sent, let me know IMMEDIATELY **** Thanks to a number of responders, I now have src-cur in pretty good shape. I have deltas through src-cur.2796.gz. I also have a baseline "on-the-way". On the cvs side, things are not quite so good. I have deltas through cvs-cur.3112.gz. However, the best offer for a baseline is 3000A on a VERY slow line. Can anyone with 56k+ and a baseline help? Even an older baseline at a faster rate would be better. I do have access to deltas all the way back to 2000. From owner-freebsd-hackers Sat Mar 8 08:35:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA21302 for hackers-outgoing; Sat, 8 Mar 1997 08:35:35 -0800 (PST) Received: from amadeus.informatik.ba-stuttgart.de (amadeus.informatik.ba-stuttgart.de [141.31.11.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21297 for ; Sat, 8 Mar 1997 08:35:32 -0800 (PST) Received: (from helbig@localhost) by amadeus.informatik.ba-stuttgart.de (8.7.3/8.7.1) id RAA18807; Sat, 8 Mar 1997 17:35:12 +0100 (MET) From: Wolfgang Helbig Message-Id: <199703081635.RAA18807@amadeus.informatik.ba-stuttgart.de> Subject: Re: Restoring the CTM feeds of src-cur and cvs-cur To: rkw@dataplex.net (Richard Wackerbarth) Date: Sat, 08 Mar 1997 17:35:11 MET Cc: hackers@freebsd.org In-Reply-To: ; from "Richard Wackerbarth" at Mar 8, 97 7:34 am X-Mailer: Elm [revision: 112.2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Richard, > for each feed. I need a baseline. Does anyone have a baseline > file such as cvs-cur.2000A.gz (3000A would be even nicer) or > src-cur.2500A.gz or later. On ftp7.de.freebsd.org/pub/bsd/CTM/FreeBSD ^ you'll find the latest bases of cvs-cur and cvs-src .. Thanks for giving CTM back to us. Wolfgang From owner-freebsd-hackers Sat Mar 8 08:47:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA21673 for hackers-outgoing; Sat, 8 Mar 1997 08:47:54 -0800 (PST) Received: from simply.sly.org (jt@simply.sly.org [206.146.209.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21664 for ; Sat, 8 Mar 1997 08:47:16 -0800 (PST) Received: from localhost (jt@localhost) by simply.sly.org (8.8.4/8.8.4) with SMTP id KAA12067 for ; Sat, 8 Mar 1997 10:46:29 -0600 Date: Sat, 8 Mar 1997 10:46:29 -0600 (CST) From: "John T. Croteau" To: hackers@freebsd.org Subject: cvsup, modula, 3.0-CURRENT, BLAH Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heh, ok guys.. I know I must be missing something totally obvious here. I need to use cvsup, primarily to get SMP working on 3.0-CURRENT. So, I installed the cvsup and modula packages. Upon installing all 3 packages, execution complains about not finding athena widgets. I don't run X-Windows so I give up and throw libXaw out into /usr/local/lib just for the helluvit and ldconfig. Solves this problem but then cries about tons of modula libs.. So, to keep it simple.. how can I get cvsup to work on a non-X 3.0-CURRENT system? ;-) Thanks! -JT From owner-freebsd-hackers Sat Mar 8 09:01:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22077 for hackers-outgoing; Sat, 8 Mar 1997 09:01:10 -0800 (PST) Received: from simply.sly.org (jt@simply.sly.org [206.146.209.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22072 for ; Sat, 8 Mar 1997 09:01:07 -0800 (PST) Received: from localhost (jt@localhost) by simply.sly.org (8.8.4/8.8.4) with SMTP id LAA12157 for ; Sat, 8 Mar 1997 11:00:51 -0600 Date: Sat, 8 Mar 1997 11:00:51 -0600 (CST) From: "John T. Croteau" To: hackers@freebsd.org Subject: Re: cvsup, modula, 3.0-CURRENT, BLAH In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, John T. Croteau wrote: > So, to keep it simple.. how can I get cvsup to work on a non-X 3.0-CURRENT > system? ;-) Nevermind, knew it was simple.. damn. I fixered it myself. ;-) heheh -JT From owner-freebsd-hackers Sat Mar 8 09:11:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22503 for hackers-outgoing; Sat, 8 Mar 1997 09:11:12 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22498 for ; Sat, 8 Mar 1997 09:11:09 -0800 (PST) Received: from [204.69.236.50] (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by shrimp.dataplex.net (8.8.5/8.8.5) with SMTP id LAA12068; Sat, 8 Mar 1997 11:11:02 -0600 (CST) Date: 8 Mar 97 11:12:18 -0600 Subject: Re: Restoring the CTM feeds of src-cur and cvs-cur From: "Richard Wackerbarth" To: hackers@FreeBSD.ORG, "Wolfgang Helbig" X-Mailer: Cyberdog/2.0b1 MIME-Version: 1.0 Message-Id: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Mar 8, 1997 11:35 AM, Wolfgang Helbig wrote: >On > ftp7.de.freebsd.org/pub/bsd/CTM/FreeBSD >you'll find the latest bases of cvs-cur and cvs-src .. This source should be adequate for everything I need to match the previous feed. Thanks for all the offers. Look for an update later this weekend and regularly thereafter. >Thanks for giving CTM back to us. My pleasure. Richard From owner-freebsd-hackers Sat Mar 8 10:54:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA26309 for hackers-outgoing; Sat, 8 Mar 1997 10:54:04 -0800 (PST) Received: from mauve.csi.cam.ac.uk (exim@mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA26302 for ; Sat, 8 Mar 1997 10:54:01 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w3RFc-0006uv-00; Sat, 8 Mar 1997 18:53:48 +0000 Received: from g.pet.cam.ac.uk [127.0.0.1] by g.pet.cam.ac.uk with esmtp (Exim 1.59 #1) id 0w3RFt-0007DD-00; Sat, 8 Mar 1997 18:54:05 +0000 To: steve howe Cc: freebsd-hackers@freebsd.org Subject: Re: profile/alias In-reply-to: Your message of "Sat, 08 Mar 1997 04:55:17 PST." <199703081255.EAA25810@hotmail.com> Date: Sat, 08 Mar 1997 18:54:00 +0000 From: Gareth McCaughan Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i posted a problem i find with ~/.profile aliaseson "questions", then > "hackers" and never received any responses. > \ > i have double & triple verified this problem and wonder if i am posting > in the wrong maillist or if i am in serious error in some way ... ? > \ > also, to answer a question of my own - to anyone interesting in > programming - it appears most output/format control is in "ncurses.h", > \ > however - i am still at a loss to find a C function that will tell > me if a key has been pressed, w/o actually waiting for a char. > something like DOSs "kbhit()". > \ > i also cannot find any info on "random()" seeds. "jot(1)" uses > "random()" and generates completely fresh/different random outputs, > as well as DOS random functions i've used, but no matter how i seed > "srandom()" - "random()" always outputs the same output with the > same seed. in my past experience, there is usally a seed that will > always put out a varied sequence (0 or 1 or something ...) The earlier message referred to said: > regarding ~/.profile. any alias as the 1st non-comment line will > show up in a following alias command, but will not function, resulting > in an "alias: not found" error. and secondly, if i use: > export ENV=~/.shinit INSTEAD OF ENV=~/.shinit; export ENV ... > ~/.shinit never gets called on any "sh" startups ... ??? With my ~/.profile containing exactly the following alias zog='echo spong' echo I am the walrus the alias functions exactly as it is supposed to. If you can mail me a copy of your .profile (edit out irrelevancies if you want) I'll see whether I can reproduce the problem. (But I'm running 2.2, not 2.1.5; perhaps there was a problem and it's now been fixed.) You seem to be right about ENV; that's *really* weird. You should submit a problem report using send-pr. For finding whether a key has been hit or not, you could use fcntl to set fd 0 (standard input) to use non-blocking I/O, and then use read() and see whether it returns with error EAGAIN. (If you don't know what some of that means, read the fcntl manpage.) The output of random() is completely determined by the seed you give to srandom(). If you want output that you can't predict in advance, seed srandom() with something unpredictable. Depending on your needs, the time might be good enough (use gettimeofday() to give you a time value with pretty high resolution). For some purposes you might want to investigate the random(4) manpage. -- Gareth McCaughan Dept. of Pure Mathematics & Mathematical Statistics, gjm11@dpmms.cam.ac.uk Cambridge University, England. From owner-freebsd-hackers Sat Mar 8 17:20:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16609 for hackers-outgoing; Sat, 8 Mar 1997 17:20:22 -0800 (PST) Received: from goof.com (root@goof.com [128.173.247.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16601; Sat, 8 Mar 1997 17:20:19 -0800 (PST) Received: (from mmead@localhost) by goof.com (8.7.5/8.7.3) id UAA10981; Sat, 8 Mar 1997 20:18:32 -0500 (EST) From: "matthew c. mead" Message-Id: <199703090118.UAA10981@goof.com> Subject: freebsd as a news server? To: isp@freebsd.org Date: Sat, 8 Mar 1997 20:18:32 -0500 (EST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've recently configured a 200Mhz PPro on a TYAN motherboard with 128M ram and 45G of ultra wide scsi drives (5 9G drives total) hanging off an Adaptec 3940UW. Anyway, I initially had forgotten to up the per user process limit and open files limit. This thing's running innd. Anyway, I started getting messages about too many open files and no more processes (when many users connected at once). So I changed CHILD_MAX and OPEN_MAX to 1024 each. Since then, expire has been taking over 18 hours to run. It seems to have started after the reboot that changed the kernel. Does anyone have any idea why this would happen? What have others used for these limits to get better performance? Thanks in advance! -matt -- Matthew C. Mead mmead@goof.com http://www.goof.com/~mmead/ From owner-freebsd-hackers Sat Mar 8 17:21:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16705 for hackers-outgoing; Sat, 8 Mar 1997 17:21:32 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16694 for ; Sat, 8 Mar 1997 17:21:30 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id SAA24006 for freebsd-hackers@freefall.cdrom.com; Sat, 8 Mar 1997 18:21:24 -0700 (MST) From: Don Yuniskis Message-Id: <199703090121.SAA24006@seagull.rtd.com> Subject: Disklabel at sysinstall To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 8 Mar 1997 18:21:23 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I was just looking at the disk label on an IDE drive on a 2.1R system. Basically: size offset type a 539041 75776 4.2BSD b 75776 0 swap c 614817 0 unused But, sc is 1008 and nc is 609 for a "theoretical" su of 613872 (though 'disklabel' reports su as 614871). So, the first question is, why the ~950 sector discrepancy? Second question, why is partition c labeled as "unused"? And, I assume the su figure should reflect the BIOS settings of the drive (and not necessarily the drive's size or geometry). Lastly, is there anything that I should be wary of wrt a manual disklabel-newfs? Should sysinstall create entries in disktab to reflect the actual settings used during the install (wasn't this true of earlier -- like 1.1R days -- releases)? Thanks! --don From owner-freebsd-hackers Sat Mar 8 18:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18478 for hackers-outgoing; Sat, 8 Mar 1997 18:00:06 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA18390; Sat, 8 Mar 1997 17:59:59 -0800 (PST) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.59 #1) id 0w3Xtm-0004Ez-00; Sat, 8 Mar 1997 17:59:42 -0800 Date: Sat, 8 Mar 1997 17:59:42 -0800 (PST) From: Tom Samplonius To: "matthew c. mead" cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090118.UAA10981@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, matthew c. mead wrote: > I've recently configured a 200Mhz PPro on a TYAN motherboard > with 128M ram and 45G of ultra wide scsi drives (5 9G drives > total) hanging off an Adaptec 3940UW. Anyway, I initially had > forgotten to up the per user process limit and open files limit. > This thing's running innd. Anyway, I started getting messages > about too many open files and no more processes (when many users > connected at once). So I changed CHILD_MAX and OPEN_MAX to 1024 > each. Since then, expire has been taking over 18 hours to run. > It seems to have started after the reboot that changed the > kernel. Does anyone have any idea why this would happen? What > have others used for these limits to get better performance? > Thanks in advance! You don't have enough disks to get really good performance. 18 hours sounds about right for 45Gb on only 5 disks. I'm working on setting up a news server with a 11 disks (mostly 2 GB), and according to my info, that barely enough. Also, putting AHC_TAGENABLE in your kernel may speed things up a bit (see "man ahc"), if it doesn't crash your system. > -matt > > -- > Matthew C. Mead > > mmead@goof.com > http://www.goof.com/~mmead/ Tom From owner-freebsd-hackers Sat Mar 8 18:12:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18901 for hackers-outgoing; Sat, 8 Mar 1997 18:12:01 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18876; Sat, 8 Mar 1997 18:11:34 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id UAA01900; Sat, 8 Mar 1997 20:11:01 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199703090123.AA250610638@layout.vlsi.fi> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 20:11:48 -0600 To: hackers@freebsd.org, current@freebsd.org From: Richard Wackerbarth Subject: Re: Restoring the CTM feeds -- update Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 7:23 PM -0600 3/8/97, Ville Eerola wrote: >Richard Wackerbarth writes: >> On the cvs side, things are not quite so good. >> I have deltas through cvs-cur.3112.gz. >OK, I bite. We have cvs-cur.3000A.gz Thanks to everyone who offered to help. I now have ALL the CTM files that I need. I am generating a src-cur update at this moment. The cvs-cur is a little more difficult because I did not have everything in my CVS tree. As soon as I get all the pieces, I'll generate that update also. Now if I could just solve THIS problem :-( I might be able to generate even newer updates. Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:05:12 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:15:42 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:38:33 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 06:28:30 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 08:09:37 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 10:01:28 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 12:11:22 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 14:01:32 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 16:02:45 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:04:55 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:15:29 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:37:45 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 18:18:47 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 19:34:40 From owner-freebsd-hackers Sat Mar 8 19:22:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21411 for hackers-outgoing; Sat, 8 Mar 1997 19:22:13 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21406; Sat, 8 Mar 1997 19:22:09 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id TAA27653; Sat, 8 Mar 1997 19:17:05 -0800 (PST) Message-ID: <33222B1C.41C67EA6@whistle.com> Date: Sun, 09 Mar 1997 04:14:36 +0100 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Tom Samplonius CC: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > > On Sat, 8 Mar 1997, matthew c. mead wrote: > > Since then, expire has been taking over 18 hours to run. > > It seems to have started after the reboot that changed the > > kernel. Does anyone have any idea why this would happen? What > > have others used for these limits to get better performance? > > Thanks in advance! > > You don't have enough disks to get really good performance. 18 hours > sounds about right for 45Gb on only 5 disks. > > I'm working on setting up a news server with a 11 disks (mostly 2 GB), > and according to my info, that barely enough. > > Also, putting AHC_TAGENABLE in your kernel may speed things up a bit > (see "man ahc"), if it doesn't crash your system. I really do suggest using -o noatime,async on mounted news partitions too (for 2.2) > > > -matt > > > > -- > > Matthew C. Mead > > > > mmead@goof.com > > http://www.goof.com/~mmead/ > > Tom From owner-freebsd-hackers Sat Mar 8 19:24:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21558 for hackers-outgoing; Sat, 8 Mar 1997 19:24:41 -0800 (PST) Received: from goof.com (root@goof.com [128.173.247.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21547; Sat, 8 Mar 1997 19:24:36 -0800 (PST) Received: (from mmead@localhost) by goof.com (8.7.5/8.7.3) id WAA11753; Sat, 8 Mar 1997 22:22:40 -0500 (EST) From: "matthew c. mead" Message-Id: <199703090322.WAA11753@goof.com> Subject: Re: freebsd as a news server? To: julian@whistle.com (Julian Elischer) Date: Sat, 8 Mar 1997 22:22:40 -0500 (EST) Cc: tom@sdf.com, isp@freebsd.org, hackers@freebsd.org In-Reply-To: <33222B1C.41C67EA6@whistle.com> from "Julian Elischer" at Mar 9, 97 04:14:36 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer writes: > Tom Samplonius wrote: > > > > On Sat, 8 Mar 1997, matthew c. mead wrote: > > > > Since then, expire has been taking over 18 hours to run. > > > It seems to have started after the reboot that changed the > > > kernel. Does anyone have any idea why this would happen? What > > > have others used for these limits to get better performance? > > > Thanks in advance! > > > > You don't have enough disks to get really good performance. 18 hours > > sounds about right for 45Gb on only 5 disks. > > > > I'm working on setting up a news server with a 11 disks (mostly 2 GB), > > and according to my info, that barely enough. > > > > Also, putting AHC_TAGENABLE in your kernel may speed things up a bit > > (see "man ahc"), if it doesn't crash your system. > > I really do suggest using -o noatime,async > on mounted news partitions too (for 2.2) This system is a 2.1.6 installation. Do these recommendations change based on that? Thanks for the replies! -matt -- Matthew C. Mead mmead@goof.com http://www.goof.com/~mmead/ From owner-freebsd-hackers Sat Mar 8 20:23:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA24067 for hackers-outgoing; Sat, 8 Mar 1997 20:23:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24061; Sat, 8 Mar 1997 20:23:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA28301; Sun, 9 Mar 1997 14:52:50 +1030 (CST) From: Michael Smith Message-Id: <199703090422.OAA28301@genesis.atrad.adelaide.edu.au> Subject: Re: freebsd as a news server? In-Reply-To: <199703090322.WAA11753@goof.com> from "matthew c. mead" at "Mar 8, 97 10:22:40 pm" To: mmead@goof.com (matthew c. mead) Date: Sun, 9 Mar 1997 14:52:50 +1030 (CST) Cc: julian@whistle.com, tom@sdf.com, isp@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk matthew c. mead stands accused of saying: > > > > I really do suggest using -o noatime,async > > on mounted news partitions too (for 2.2) > > This system is a 2.1.6 installation. Do these > recommendations change based on that? Thanks for the replies! No async support in 2.1.6, but I believe that noatime is supported. You should _really_ go search the archives of the -hackers list for postings from Joe Greco regarding big news servers. In particular, you are using (probably) slow disks, your layout is likely to be wrong, and you don't have enough SCSI busses 8) > Matthew C. Mead -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Mar 8 20:41:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA24819 for hackers-outgoing; Sat, 8 Mar 1997 20:41:25 -0800 (PST) Received: from goof.com (root@goof.com [128.173.247.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24813; Sat, 8 Mar 1997 20:41:19 -0800 (PST) Received: (from mmead@localhost) by goof.com (8.7.5/8.7.3) id XAA12069; Sat, 8 Mar 1997 23:39:17 -0500 (EST) From: "matthew c. mead" Message-Id: <199703090439.XAA12069@goof.com> Subject: Re: freebsd as a news server? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 8 Mar 1997 23:39:17 -0500 (EST) Cc: julian@whistle.com, tom@sdf.com, isp@freebsd.org, hackers@freebsd.org In-Reply-To: <199703090422.OAA28301@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 9, 97 02:52:50 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > matthew c. mead stands accused of saying: > > > > > > I really do suggest using -o noatime,async > > > on mounted news partitions too (for 2.2) > > > > This system is a 2.1.6 installation. Do these > > recommendations change based on that? Thanks for the replies! > No async support in 2.1.6, but I believe that noatime is supported. Hmm. No wonder I don't see any improvement in 2.1.6 mounting async and building the kernel. > You should _really_ go search the archives of the -hackers list for > postings from Joe Greco regarding big news servers. In particular, > you are using (probably) slow disks, your layout is likely to be > wrong, and you don't have enough SCSI busses 8) Hmm, the disks are far from slow. They're 9G micropolis SCSI-II fast, "ultra wide" disks. There is, however, one bus. There's only 5 drives on it. I'm interested in figuring out what's wrong with the layout. I've got the striping factor set to 255 blocks (per a suggestion in the docs for ccd). I'll try to have a looksee at the archives of -hackers. Would be nice to be able to get mailbox file format archives, though. :-) Thanks for your reply! -matt -- Matthew C. Mead mmead@goof.com http://www.goof.com/~mmead/ From owner-freebsd-hackers Sat Mar 8 20:53:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25291 for hackers-outgoing; Sat, 8 Mar 1997 20:53:41 -0800 (PST) Received: from f29.hotmail.com (F29.hotmail.com [207.82.250.40]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25285 for ; Sat, 8 Mar 1997 20:53:39 -0800 (PST) Received: (from root@localhost) by f29.hotmail.com (8.7.5/8.7.3) id UAA19011; Sat, 8 Mar 1997 20:53:02 -0800 (PST) Date: Sat, 8 Mar 1997 20:53:02 -0800 (PST) Message-Id: <199703090453.UAA19011@f29.hotmail.com> Received: from 137.229.17.253 by www.hotmail.com with HTTP; Sat, 08 Mar 1997 20:53:02 PST X-Originating-IP: [137.229.17.253] From: " steve howe" To: gjm11@dpmms.cam.ac.uk Cc: freebsd-hackers@freebsd.org Subject: Re: profile/alias Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i can't thank all the helpful people out there enough. i can only hope someday i'm expert enough to return all the favors! :) \ i do not have an Internet connection and CANNOT send a send-pr report (i'm dialing in thru a library and using http mail ...) anyway - this problem concerns 2.1.5 and "sh" shell. \ !#/bin/sh # ~/.profile alias qrstuv="echo hey!" echo ~/.profile ENV=~/.shinit; export ENV \ and that's it. an "alias" command will show "qrstuv", but any attempt in using it will result in "qrstuv: not found". also - as verified by another user - "export ENV=~/.shinit" will fail to execute "~/.shinit" in any future instance of "sh". \ it's not a big deal - but it "bugs" the heck out of me! :) \ now - if anyone could help me with this: any float function i use (fmod(), log10(), pow10(), pow(), etc) give me a link error: /var/tmp/cc0076271.o: Undefined symbol '_func()' refernenced from text segment ... \ i checked the maillist archive & faq & handbook - i have an FPU, i have npx0 enabled on motherboard w/INT 16 interface, and don't know what else to check! (i saw a similiar kernel make problem regarding "_hw_something-or-other". \ and btw, why is there no real "long double" functions? all references in float.h #define long doubles as plain doubles. i expect to lose alot of precision on some DOS programs i'm converting to FreeBSD ... \ and regarding "kbhit" - i thought there ought to be some way to access hardware flags/registers thru the kernel or some driver table ... no? i guess i have much to learn. it does seems slightly problematic though to have to always DEPEND on a stream when your code could be doing more useful things - instead of waiting. \ >You seem to be right about ENV; that's *really* weird. >You should submit a problem report using send-pr. From owner-freebsd-hackers Sat Mar 8 21:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25668 for hackers-outgoing; Sat, 8 Mar 1997 21:01:43 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25663; Sat, 8 Mar 1997 21:01:38 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id WAA03157; Sat, 8 Mar 1997 22:01:27 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id WAA08549; Sat, 8 Mar 1997 22:01:40 -0700 (MST) Date: Sat, 8 Mar 1997 22:01:40 -0700 (MST) From: Marc Slemko To: Michael Smith cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090422.OAA28301@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, Michael Smith wrote: > matthew c. mead stands accused of saying: > > > > > > I really do suggest using -o noatime,async > > > on mounted news partitions too (for 2.2) > > > > This system is a 2.1.6 installation. Do these > > recommendations change based on that? Thanks for the replies! > > No async support in 2.1.6, but I believe that noatime is supported. Wrong way around; no noatime in 2.1.6 (but it is easy to patch in), but there is async (but I think it is better(?) in 2.2...). Be warned if you mount your drives async then they may fail fsck on reboot if the system crashes and you may have to fsck manually before it will boot. From owner-freebsd-hackers Sat Mar 8 21:35:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27304 for hackers-outgoing; Sat, 8 Mar 1997 21:35:13 -0800 (PST) Received: from jennifer.pernet.net (jennifer.pernet.net [205.229.0.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27250; Sat, 8 Mar 1997 21:34:57 -0800 (PST) Received: (from neal@localhost) by jennifer.pernet.net (8.8.4/8.8.4) id XAA13956; Sat, 8 Mar 1997 23:35:14 -0600 (CST) Date: Sat, 8 Mar 1997 23:35:14 -0600 (CST) From: Neal Rigney To: "matthew c. mead" cc: Michael Smith , julian@whistle.com, tom@sdf.com, isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090439.XAA12069@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, the disks are far from slow. They're 9G micropolis > SCSI-II fast, "ultra wide" disks. There is, however, one bus. BIG problem there! If I remember Joe Greco's advice, you should have AT LEAST two/three busses. I put history and spool on seperate busses(I'm poor, I can't afford 15 SCSI controllers :) > There's only 5 drives on it. I'm interested in figuring out > what's wrong with the layout. I've got the striping factor set > to 255 blocks (per a suggestion in the docs for ccd). I'll try I've got the interleave set to 1k. I fiddled with the setting a little, and found 1k appeared to give the best performance. If I remember correctly, you want the "average" article to fit in one interleave. I may be way off on that though. With the interleave set to 1k, we're able to keep up with a releatively full feed (we don't get de.* and a couple non-english hierarchies). We've got SCSI time to burn it appears. No problem receiving the feed. Note, however, that we don't have many active feeds out(ok, only 1 "full" feed), and we have a relatively low reader count(we max out at about 45). On the other hand, we don't anywhere NEAR enough drive space(5G now, adding 4 next week). But overall, I don't have any problems. Our response time is good, and the system's not hiccupped in about 6 months. BTW: We're running 2.1.6 now. I don't think 2.1.6 does noatime though(maybe I'm just being dense here?) > to have a looksee at the archives of -hackers. Would be nice to > be able to get mailbox file format archives, though. :-) Thanks > for your reply! -- Neal Rigney, PERnet Communications, (409)729-4638 neal@mail.pernet.net From owner-freebsd-hackers Sat Mar 8 22:14:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29523 for hackers-outgoing; Sat, 8 Mar 1997 22:14:12 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29513; Sat, 8 Mar 1997 22:14:04 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id XAA05439; Sat, 8 Mar 1997 23:14:00 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id XAA08940; Sat, 8 Mar 1997 23:14:07 -0700 (MST) Date: Sat, 8 Mar 1997 23:14:06 -0700 (MST) From: Marc Slemko To: "matthew c. mead" cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090439.XAA12069@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, matthew c. mead wrote: > Michael Smith writes: > > matthew c. mead stands accused of saying: > > > > > > > > I really do suggest using -o noatime,async > > > > on mounted news partitions too (for 2.2) > > > > > > This system is a 2.1.6 installation. Do these > > > recommendations change based on that? Thanks for the replies! > > > No async support in 2.1.6, but I believe that noatime is supported. > > Hmm. No wonder I don't see any improvement in 2.1.6 > mounting async and building the kernel. Try creating 5000 files, mounting async, then removing them. Try the same thing mounted sync. If you are close to the box and the drives aren't too quiet, you will be able to hear the difference in addition to just seeing a speed improvement. You should only notice a trivial difference mounting async for making the kernel; what mounting async does is change the fs so metadata updates are done with bdwrite instead of bwrite. bwrite blocks until the data is actually written to disk while bdwrite just marks the buffer dirty and allows it to be delayed for a while before it is actually written. When lots of files are being updated, allowing that buffering speeds things up a good bit. Making a kernel is generally cpu limited so mounting async doesn't help much; it wouldn't make any difference for raw throughput to a single file either. The reason why mounting async can be dangerous is that it can leave the metadata (ie. inode info) in an inconsistent state; I've never lost a fs from it, just a few files that were being written around the time a system crashed, but fsck often fails to automatically fix it. From owner-freebsd-hackers Sat Mar 8 22:18:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29871 for hackers-outgoing; Sat, 8 Mar 1997 22:18:16 -0800 (PST) Received: from goof.com (root@goof.com [128.173.247.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29858; Sat, 8 Mar 1997 22:18:04 -0800 (PST) Received: (from mmead@localhost) by goof.com (8.7.5/8.7.3) id BAA12521; Sun, 9 Mar 1997 01:16:11 -0500 (EST) From: "matthew c. mead" Message-Id: <199703090616.BAA12521@goof.com> Subject: Re: freebsd as a news server? To: marcs@znep.com (Marc Slemko) Date: Sun, 9 Mar 1997 01:16:11 -0500 (EST) Cc: isp@freebsd.org, hackers@freebsd.org In-Reply-To: from "Marc Slemko" at Mar 8, 97 11:14:06 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc Slemko writes: > On Sat, 8 Mar 1997, matthew c. mead wrote: > > > Michael Smith writes: > > > matthew c. mead stands accused of saying: > > > > > > > > > > I really do suggest using -o noatime,async > > > > > on mounted news partitions too (for 2.2) > > > > > > > > This system is a 2.1.6 installation. Do these > > > > recommendations change based on that? Thanks for the replies! > > > > > No async support in 2.1.6, but I believe that noatime is supported. > > > > Hmm. No wonder I don't see any improvement in 2.1.6 > > mounting async and building the kernel. > > Try creating 5000 files, mounting async, then removing them. Try the same > thing mounted sync. If you are close to the box and the drives aren't too > quiet, you will be able to hear the difference in addition to just seeing > a speed improvement. You should only notice a trivial difference mounting > async for making the kernel; what mounting async does is change the fs so > metadata updates are done with bdwrite instead of bwrite. bwrite blocks > until the data is actually written to disk while bdwrite just marks the > buffer dirty and allows it to be delayed for a while before it is actually > written. When lots of files are being updated, allowing that buffering > speeds things up a good bit. Making a kernel is generally cpu limited so > mounting async doesn't help much; it wouldn't make any difference for raw > throughput to a single file either. > > The reason why mounting async can be dangerous is that it can leave the > metadata (ie. inode info) in an inconsistent state; I've never lost a fs > from it, just a few files that were being written around the time a system > crashed, but fsck often fails to automatically fix it. Hmm. The above seems to suggest that the practice of mounting async when doing a make work wouldn't help, but I recall it making a pretty measurable difference. What I meant in the question I asked was, considering that I'm running 2.1.6, mounting async probably doesn't make any difference. Is that the case? Or am I just not testing things that would make any difference? Thanks for the reply! -matt -- Matthew C. Mead mmead@goof.com http://www.goof.com/~mmead/ From owner-freebsd-hackers Sat Mar 8 22:39:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01078 for hackers-outgoing; Sat, 8 Mar 1997 22:39:32 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01073; Sat, 8 Mar 1997 22:39:27 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id XAA06335; Sat, 8 Mar 1997 23:39:24 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id XAA09130; Sat, 8 Mar 1997 23:39:06 -0700 (MST) Date: Sat, 8 Mar 1997 23:39:06 -0700 (MST) From: Marc Slemko To: "matthew c. mead" cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090616.BAA12521@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Mar 1997, matthew c. mead wrote: > Hmm. The above seems to suggest that the practice of > mounting async when doing a make work wouldn't help, but I recall > it making a pretty measurable difference. What I meant in the In a make world there are a lot more files being updated (eg. when it cleans the object tree) than in a kernel make. > question I asked was, considering that I'm running 2.1.6, > mounting async probably doesn't make any difference. Is that the > case? Or am I just not testing things that would make any > difference? Thanks for the reply! As I said, making a kernel will not show any big difference; try creating and removing a large number of files. say something like: #!/usr/bin/perl for ($i = 0; $i < 1000; $i++) { open(F, ">test.$i"); close F; } for ($i = 0; $i < 1000; $i++) { unlink("test.$i"); } This gives me 36.62 seconds sync and a drive that sounds like it is trying to chew on a pengiun vs. 22.99 async and an almost silent drive. There would be a bigger difference if: - there were other processes competing for the disk; the extra seeks that being mounted sync generates would hurt a lot more. - the filesystem wasn't as clean; this was done an an empty, unused filesystem. As I posted earlier, the feature is there in 2.1.6. It affects more things in 2.2 but still has a big impact in 2.1 (I did the above test on a 2.1-stable box) for the right things. News is one of those things. From owner-freebsd-hackers Sat Mar 8 22:55:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02141 for hackers-outgoing; Sat, 8 Mar 1997 22:55:26 -0800 (PST) Received: from alpha.risc.org (taob@trt-on8-10.netcom.ca [207.181.82.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02127; Sat, 8 Mar 1997 22:55:18 -0800 (PST) Received: from localhost (taob@localhost) by alpha.risc.org (8.8.4/8.8.4) with SMTP id BAA22890; Sun, 9 Mar 1997 01:55:09 -0500 (EST) Date: Sun, 9 Mar 1997 01:55:08 -0500 (EST) From: Brian Tao To: "matthew c. mead" cc: isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: <199703090439.XAA12069@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, matthew c. mead wrote: > > I've got the striping factor set to 255 blocks (per a suggestion in > the docs for ccd). For a news server, a stripe size of 65536 blocks (32 megabytes) will give you optimal results, due to the mechanics of UFS's file and directory layout in a cylinder group (which by default is 32MB). That ccd configuration will tend to localize all disk access related to reading a random file to a single drive in your array, thus allowing maximum concurrency across the RAID. This is why having many smaller disks is better than having a few larger disks. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Mar 8 23:11:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03340 for hackers-outgoing; Sat, 8 Mar 1997 23:11:43 -0800 (PST) Received: from alpha.risc.org (taob@trt-on8-10.netcom.ca [207.181.82.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03334; Sat, 8 Mar 1997 23:11:39 -0800 (PST) Received: from localhost (taob@localhost) by alpha.risc.org (8.8.4/8.8.4) with SMTP id CAA23074; Sun, 9 Mar 1997 02:11:31 -0500 (EST) Date: Sun, 9 Mar 1997 02:11:31 -0500 (EST) From: Brian Tao To: "matthew c. mead" cc: isp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: freebsd as a news server? In-Reply-To: <199703090118.UAA10981@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, matthew c. mead wrote: > > I've recently configured a 200Mhz PPro on a TYAN motherboard with > 128M ram and 45G of ultra wide scsi drives (5 9G drives total) > hanging off an Adaptec 3940UW. Your disks are probably the bottleneck here, and definitely not the CPU. I have setup two news servers whose daily expires would consistently take just over an hour. One had 9 2GB drives split across three NCR53c810 controllers and the other had 12 2GB wide drives split across two Adaptec 2940UW controllers. The former was a P133 and the latter a PPro200, both with 128MB of RAM. My news.daily script would mount -u the spool filesystems async just before the fastrm phase, then sync the disks and remount them synchronously. I was seeing upwards of 1000 unlinks per second on the async filesystem, or 40-50 times faster than a sync filesystem, IIRC. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Mar 8 23:15:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03685 for hackers-outgoing; Sat, 8 Mar 1997 23:15:27 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03680 for ; Sat, 8 Mar 1997 23:15:25 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id CAA02420; Sun, 9 Mar 1997 02:14:47 -0500 (EST) Date: Sun, 9 Mar 1997 02:14:47 -0500 (EST) From: Charles Henrich Message-Id: <199703090714.CAA02420@crh.cl.msu.edu> To: neal@pernet.net, freebsd-hackers@freebsd.org Subject: Re: freebsd as a news server? Newsgroups: lists.freebsd.hackers References: <5ftj7k$6v7$1@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >> There's only 5 drives on it. I'm interested in figuring out >> what's wrong with the layout. I've got the striping factor set >> to 255 blocks (per a suggestion in the docs for ccd). I'll try >I've got the interleave set to 1k. I fiddled with the setting a little, >and found 1k appeared to give the best performance. If I remember Okay, this is incorrect. For a real high performance newserver you want the block size in the 65k range, as close to a cylinder group as possible. Certainly far more than 1k. You are trying to optimize transactions per second vs. raw bandwidth per second. 9gb disks are horribly slow last time I checked, if its what your stuck with, well, your stuck with it. >correctly, you want the "average" article to fit in one interleave. I You want the average newsgroup in one interleave :) We've found also that pushing the sync times back (sysctl parameter) from 30 seconds to 300 will give you nearly the performance increase as running async (if not exactly), and lend yourself to more stability in the absolute worst case. If running 2.2- you also want EXTRAVNODES up there in the 15000-30000 range depending on the size of your spool. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sat Mar 8 23:20:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04068 for hackers-outgoing; Sat, 8 Mar 1997 23:20:54 -0800 (PST) Received: from alpha.risc.org (taob@trt-on8-10.netcom.ca [207.181.82.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04045; Sat, 8 Mar 1997 23:20:49 -0800 (PST) Received: from localhost (taob@localhost) by alpha.risc.org (8.8.4/8.8.4) with SMTP id CAA23119; Sun, 9 Mar 1997 02:20:27 -0500 (EST) Date: Sun, 9 Mar 1997 02:20:26 -0500 (EST) From: Brian Tao Reply-To: Brian Tao To: Marc Slemko cc: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Mar 1997, Marc Slemko wrote: > > #!/usr/bin/perl > for ($i = 0; $i < 1000; $i++) { > open(F, ">test.$i"); > close F; > } > for ($i = 0; $i < 1000; $i++) { > unlink("test.$i"); > } > > This gives me 36.62 seconds sync and a drive that sounds like it is > trying to chew on a pengiun vs. 22.99 async and an almost silent > drive. I was quite sure the difference was much greater, so I tried it on my system at home after seeing your numbers: # mount -u -o async,noatime / # cd /tmp ; time touch `jot 1000` ; time rm `jot 1000` 0.055u 1.452s 0:01.55 96.7% 17+186k 1+24io 0pf+0w 0.062u 0.371s 0:01.10 39.0% 175+244k 0+23io 0pf+0w # sync # mount -u / # time touch `jot 1000` ; time rm `jot 1000` 0.062u 1.655s 0:34.51 4.9% 16+183k 0+2023io 0pf+0w 0.047u 0.618s 0:30.19 2.1% 178+242k 0+2000io 0pf+0w 2.65s vs. 64.70s in tcsh, and 1.72s vs. 44.44s using your perl example. Why the large discrepancy in async times, I wonder? -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Mar 8 23:31:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04872 for hackers-outgoing; Sat, 8 Mar 1997 23:31:37 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04861; Sat, 8 Mar 1997 23:31:32 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id AAA08370; Sun, 9 Mar 1997 00:31:23 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id AAA09446; Sun, 9 Mar 1997 00:31:39 -0700 (MST) Date: Sun, 9 Mar 1997 00:31:38 -0700 (MST) From: Marc Slemko To: Brian Tao cc: "matthew c. mead" , isp@freebsd.org, hackers@freebsd.org Subject: Re: freebsd as a news server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You are probably using 2.2 or -current, right? On a 2.2 system I get similar results to yours. On 2.1, async mounts only change one bit of ffs code. In 2.2, they make more things async. I don't think the difference in real life between 2.1 async and 2.2 async is as big as in a test like this. On Sun, 9 Mar 1997, Brian Tao wrote: > On Sat, 8 Mar 1997, Marc Slemko wrote: > > > > #!/usr/bin/perl > > for ($i = 0; $i < 1000; $i++) { > > open(F, ">test.$i"); > > close F; > > } > > for ($i = 0; $i < 1000; $i++) { > > unlink("test.$i"); > > } > > > > This gives me 36.62 seconds sync and a drive that sounds like it is > > trying to chew on a pengiun vs. 22.99 async and an almost silent > > drive. > > I was quite sure the difference was much greater, so I tried it on > my system at home after seeing your numbers: > > # mount -u -o async,noatime / > # cd /tmp ; time touch `jot 1000` ; time rm `jot 1000` > 0.055u 1.452s 0:01.55 96.7% 17+186k 1+24io 0pf+0w > 0.062u 0.371s 0:01.10 39.0% 175+244k 0+23io 0pf+0w > # sync > # mount -u / > # time touch `jot 1000` ; time rm `jot 1000` > 0.062u 1.655s 0:34.51 4.9% 16+183k 0+2023io 0pf+0w > 0.047u 0.618s 0:30.19 2.1% 178+242k 0+2000io 0pf+0w > > 2.65s vs. 64.70s in tcsh, and 1.72s vs. 44.44s using your perl > example. Why the large discrepancy in async times, I wonder? > -- > Brian Tao (BT300, taob@risc.org) > "Though this be madness, yet there is method in't" > >