From owner-freebsd-hackers Sun Aug 31 00:52:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA27041 for hackers-outgoing; Sun, 31 Aug 1997 00:52:16 -0700 (PDT) Received: from thelab.hub.org (root@ppp-147.halifax-01.ican.net [206.231.248.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA27036 for ; Sun, 31 Aug 1997 00:52:02 -0700 (PDT) Received: from thelab.hub.org (scrappy@localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id EAA14086; Sun, 31 Aug 1997 04:51:08 -0300 (ADT) Date: Sun, 31 Aug 1997 04:51:08 -0300 (ADT) From: The Hermit Hacker To: Brian Somers cc: hackers@FreeBSD.ORG Subject: Re: PPP 'Bursts' with newest 3.0-CURRENT... In-Reply-To: <199708241052.LAA19878@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, Brian Somers wrote: > > > > Hi... > > > > I'm really curious as to whether anyone has experience with this. I'm > > running 3.0-CURRENT, and have just upgraded to the newest source tree (as of > > today) in the hopes of reducing/eliminating the following 'hills and > > valleys': > > > > ================= > > # netstat -nr > > Routing tables > > > > Internet: > > Destination Gateway Flags Refs Use Netif Expire > > default 127.2.2.2 UGSc 12 0 tun0 > > 127.0.0.1 127.0.0.1 UH 1 44 lo0 > > 206.231.247.114 206.231.248.173 UH 0 0 tun0 > > Let me guess that your ppp.conf contains: > > set ifaddr x.x.x.x 127.2.2.2 > add 0 0 127.2.2.2 > > And your ppp.linkup *doesn't* contain > > delete all > add 0 0 hisaddr Added this, you were right, in that I was missing it for this ISP... had it for one of the other ones though :( Still doesn't help though :( The modem is a Magitronic 33.6 (don't ask, I haven't got a clue...a friend gave it to me and swears it works on every other system he's used it in :( ). Oh, its an internal modem, so no lights to watch flicker. The ISP is Internet Canada, using its POP in Halifax, NS, which uses a Netblazer for its dialup pool (figured I'd throw out *as much* info as I could think of). Here's what I have now: ==========[ ppp.conf ]========== default: set device /dev/ttyd2 set speed 57600 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&FM0X3&W OK-AT-OK \\dA TDT\\T TIMEOUT 40 CONNECT" disable lqr deny lqr disable pred1 deny pred1 set redial 3 10 ican-chap: set authname XXXXXXXX set authkey XXXXXXXX set phone 4257110 set openmode active accept chap set ifaddr 127.1.1.1/0 127.2.2.2/0 255.255.255.0 add 0 0 127.2.2.2 set timeout 300 ============ ==========[ ppp.linkup ]====== ican-chap: delete all add 0 0 hisaddr ============================ ======[ netstat -nr ]====== # netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 206.231.247.114 UGSc 7 54 tun0 127.0.0.1 127.0.0.1 UH 2 154331 lo0 127.2.2.2 127.1.1.1 UH 0 0 tun0 206.231.247.114 206.231.248.147 UH 8 0 tun0 ===================== > What sort of sustained throughput do you get with ftp ? That's > usually a good indication of how the line's really behaving. I'm no > expert on this though. My ISP is drifting into another phase of > lousy service (doing big commits scares me 'cos I don't know if I'm > going to lose the line due to a 300 second timeout). I just used Netscape to grab the jdk 1.0.2 binaries, with no other traffic on the line, and I was lucky to get 1k/sec :( I also tried using ncftp to send up a file to my server, and it got one file sent and then closed the connection to to "time out"... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sun Aug 31 02:53:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29780 for hackers-outgoing; Sun, 31 Aug 1997 02:53:22 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA29774 for ; Sun, 31 Aug 1997 02:53:18 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA07847; Sun, 31 Aug 1997 11:54:41 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id LAA26617; Sun, 31 Aug 1997 11:58:46 +0200 (MEST) Message-ID: <19970831115846.23430@gil.physik.rwth-aachen.de> Date: Sun, 31 Aug 1997 11:58:46 +0200 From: Christoph Kukulies To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: Christoph Kukulies , freebsd-hackers@freefall.FreeBSD.org Subject: Re: linux emu References: <199708301404.QAA23400@gil.physik.rwth-aachen.de> <199708301754.TAA01049@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.81e In-Reply-To: =?iso-8859-1?Q?=3C199708301754=2ETAA01049=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Sat=2C_Aug_30=2C_1997_at_07=3A54=3A5?= =?iso-8859-1?Q?9PM_+0200?= Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Aug 30, 1997 at 07:54:59PM +0200, Søren Schmidt wrote: > In reply to Christoph Kukulies who wrote: > > > > I have some linux binary which used to work und earlier versions > > of FreeBSD and now it doesn' work anymore. > > Since I wasn;t sure whether this has been a linux or FreeBSD > > binary I brandelfed it to FreeBSD first and got: > > > > toots# pawX11 > > ELF interpreter /usr/libexec/ld-elf.so.1 not found > > Abort > > toots# brandelf pawX11 > > File 'pawX11' is of brand 'FreeBSD'. > > toots# brandelf -t Linux pawX11 > > toots# brandelf pawX11 > > File 'pawX11' is of brand 'Linux'. > > toots# pawX11 > > ELF binary type not known > > Abort > > toots# > > Have you loaded the linuxulator ?? Well, I thought it was loaded since I had linux_enable="YES" in /etc/rc.conf but looking if it's really there modstat gave me no loaded lkms. After explicitly loading it manually (linux), the binary works again. Hmm. Gotta look if perhaps my /etc/rc is outdated. Thanks. > > > Can FreeBSD run a.out linux binaries (pre linux 2.0) as well? > > Yes. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sun Aug 31 03:38:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA00753 for hackers-outgoing; Sun, 31 Aug 1997 03:38:52 -0700 (PDT) Received: from dreamland.d.kamp.net (Port-24-dus.kamp.de [195.4.52.88]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA00744 for ; Sun, 31 Aug 1997 03:38:45 -0700 (PDT) Received: (from joe@localhost) by dreamland.d.kamp.net (8.8.6/8.8.5) id MAA00606 for freebsd-hackers@FreeBSD.ORG; Sun, 31 Aug 1997 12:34:53 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 31 Aug 1997 12:23:10 +0200 (CEST) From: Joachim Jaeckel To: freebsd-hackers@FreeBSD.ORG Subject: How to generate the ibcs2_proto.h from syscalls.master? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi. Maybe someone could tell me, how I could produce the output-files (xxx_syscall.h, xxx_sysent.c xxx_proto.h" from the syscalls.master files in the ibcs2 or the linux-emulator Source-Directory? I found a shell-script calles "makesyscalls.sh" but that doesn't seem to work with the files in the ibcs-directory. (I tried it with "/usr/src/kern/makesyscalls.sh syscalls.master") I made a search through all files in the /usr/src directory for another call to makesyscalls.sh, (maybe with the ibcs2/syscalls.master file as an argument) but I didn't find anything. Thanks in advance, Joachim. ---------------------------------- E-Mail: Joachim Jaeckel Date: 31-Aug-97 Time: 12:23:10 This message was sent by XFMail ---------------------------------- From owner-freebsd-hackers Sun Aug 31 10:12:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10559 for hackers-outgoing; Sun, 31 Aug 1997 10:12:27 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10547 for ; Sun, 31 Aug 1997 10:12:07 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id RAA04047; Sun, 31 Aug 1997 17:33:20 +0100 (BST) Message-Id: <199708311633.RAA04047@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: The Hermit Hacker cc: Brian Somers , hackers@FreeBSD.ORG Subject: Re: PPP 'Bursts' with newest 3.0-CURRENT... In-reply-to: Your message of "Sun, 31 Aug 1997 04:51:08 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 17:33:20 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Sun, 24 Aug 1997, Brian Somers wrote: > > > > > > > Hi... > > > > > > I'm really curious as to whether anyone has experience with this. I'm > > > running 3.0-CURRENT, and have just upgraded to the newest source tree (as of > > > today) in the hopes of reducing/eliminating the following 'hills and > > > valleys': > > > > > > ================= > > > # netstat -nr > > > Routing tables > > > > > > Internet: > > > Destination Gateway Flags Refs Use Netif Expire > > > default 127.2.2.2 UGSc 12 0 tun0 > > > 127.0.0.1 127.0.0.1 UH 1 44 lo0 > > > 206.231.247.114 206.231.248.173 UH 0 0 tun0 > > > > Let me guess that your ppp.conf contains: > > > > set ifaddr x.x.x.x 127.2.2.2 > > add 0 0 127.2.2.2 > > > > And your ppp.linkup *doesn't* contain > > > > delete all > > add 0 0 hisaddr > > Added this, you were right, in that I was missing it for this ISP... > had it for one of the other ones though :( > > Still doesn't help though :( > > The modem is a Magitronic 33.6 (don't ask, I haven't got a clue...a > friend gave it to me and swears it works on every other system he's used it > in :( ). Oh, its an internal modem, so no lights to watch flicker. The ISP > is Internet Canada, using its POP in Halifax, NS, which uses a Netblazer for > its dialup pool (figured I'd throw out *as much* info as I could think of). > > Here's what I have now: > > ==========[ ppp.conf ]========== > default: > set device /dev/ttyd2 > set speed 57600 > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&FM0X3&W OK-AT-OK \\dA > TDT\\T TIMEOUT 40 CONNECT" > disable lqr > deny lqr > disable pred1 > deny pred1 > set redial 3 10 > ican-chap: > set authname XXXXXXXX > set authkey XXXXXXXX > set phone 4257110 > set openmode active > accept chap > set ifaddr 127.1.1.1/0 127.2.2.2/0 255.255.255.0 > add 0 0 127.2.2.2 > set timeout 300 > ============ > > ==========[ ppp.linkup ]====== > ican-chap: > delete all > add 0 0 hisaddr > ============================ > > ======[ netstat -nr ]====== > # netstat -nr > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 206.231.247.114 UGSc 7 54 tun0 > 127.0.0.1 127.0.0.1 UH 2 154331 lo0 > 127.2.2.2 127.1.1.1 UH 0 0 tun0 ^^^^^^^^^ The "delete all" in ppp.linkup should have zapped this route :-( > 206.231.247.114 206.231.248.147 UH 8 0 tun0 > ===================== > > > What sort of sustained throughput do you get with ftp ? That's > > usually a good indication of how the line's really behaving. I'm no > > expert on this though. My ISP is drifting into another phase of > > lousy service (doing big commits scares me 'cos I don't know if I'm > > going to lose the line due to a 300 second timeout). > > I just used Netscape to grab the jdk 1.0.2 binaries, with no other > traffic on the line, and I was lucky to get 1k/sec :( I also tried using > ncftp to send up a file to my server, and it got one file sent and then closed > the connection to to "time out"... I'm based in the UK and get lousy throughput most of the time to anywhere in the US. 1k/sec is about expected, and interactive traffic is a joke. But to my ISPs ftp machine, I get about 4k/sec. This indicates to me that my ISPs routes to the US aren't fat enough, but I haven't looked into it yet (it's been like this for a number of months now, but was fine before). I'm surprised with the upload timeout. Is this the norm ? Are things better with pppd or with other OSs ? You could try removing the Predictor1 deny/disable lines. There should be no problems there these days. > Marc G. Fournier > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 31 13:42:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA17761 for hackers-outgoing; Sun, 31 Aug 1997 13:42:48 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA17750 for ; Sun, 31 Aug 1997 13:42:41 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 2398 on Sun, 31 Aug 1997 20:42:39 GMT; id UAA02398 efrom: peter@grendel.IAEhv.nl; eto: hackers@FreeBSD.ORG Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id WAA00532; Sun, 31 Aug 1997 22:27:34 +0200 (CEST) Message-ID: <19970831222734.00424@grendel.IAEhv.nl> Date: Sun, 31 Aug 1997 22:27:34 +0200 From: Peter Korsten To: hackers@FreeBSD.ORG Subject: Re: Netscape Communicator 4.02b7 References: <91DD7FDA88E4D011BED00000C0DD87E70ACA3D@pds-gateway.pdspc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: <91DD7FDA88E4D011BED00000C0DD87E70ACA3D@pds-gateway.pdspc.com>; from Kenny Hanson on Fri, Aug 29, 1997 at 03:14:03PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenny Hanson shared with us: > > [original question was whether Netscape 4.02b7 was thinned out] > > I'm afraid not. It comes with just about everything that installs > with NT or 95. The .tar.gz file is 7,132,310 bytes in size (yikes!). Something very scary: Netscape 4.02 works pretty fine on my 16 Mb machine with Windows 95, but is hardly useable due to the large memory consumation with FreeBSD 2.2.2 and Xfree86. 'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). - Peter From owner-freebsd-hackers Sun Aug 31 14:48:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA20047 for hackers-outgoing; Sun, 31 Aug 1997 14:48:14 -0700 (PDT) Received: from dreamland.d.kamp.net (Port-41-dus.kamp.de [195.4.52.105]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA20042 for ; Sun, 31 Aug 1997 14:48:08 -0700 (PDT) Received: (from joe@localhost) by dreamland.d.kamp.net (8.8.6/8.8.5) id VAA00375; Sun, 31 Aug 1997 21:15:37 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 31 Aug 1997 21:14:35 +0200 (CEST) From: Joachim Jaeckel To: Joachim Jaeckel Subject: RE: How to generate the ibcs2_proto.h from syscalls.master? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't worry about my mail, I already got it! Ciao, Joachim. On 31-Aug-97 Joachim Jaeckel wrote: >Hi. > >Maybe someone could tell me, how I could produce the output-files >(xxx_syscall.h, xxx_sysent.c xxx_proto.h" from the syscalls.master files in >the ibcs2 or the linux-emulator Source-Directory? > >I found a shell-script calles "makesyscalls.sh" but that doesn't seem to work >with the files in the ibcs-directory. > >(I tried it with "/usr/src/kern/makesyscalls.sh syscalls.master") > >I made a search through all files in the /usr/src directory for another call >to makesyscalls.sh, (maybe with the ibcs2/syscalls.master file as an argument) >but I didn't find anything. > >Thanks in advance, Joachim. >---------------------------------- >E-Mail: Joachim Jaeckel >Date: 31-Aug-97 >Time: 12:23:10 > >This message was sent by XFMail >---------------------------------- From owner-freebsd-hackers Sun Aug 31 18:48:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA29015 for hackers-outgoing; Sun, 31 Aug 1997 18:48:08 -0700 (PDT) Received: from cockatoo.aus.org (isis@cockatoo.aus.org [199.166.246.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA29002 for ; Sun, 31 Aug 1997 18:48:01 -0700 (PDT) Received: (from isis@localhost) by cockatoo.aus.org (8.8.6/8.8.7) id VAA21576; Sun, 31 Aug 1997 21:47:47 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19970831222734.00424@grendel.IAEhv.nl> Date: Sun, 31 Aug 1997 21:45:42 -0400 (EDT) Organization: Cockatoo Demolition Consortium From: Queen Rusty To: Peter Korsten Subject: Re: Netscape Communicator 4.02b7 Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 31-Aug-97 Peter Korsten squawked: >Kenny Hanson shared with us: >> >> [original question was whether Netscape 4.02b7 was thinned out] >> >> I'm afraid not. It comes with just about everything that installs >> with NT or 95. The .tar.gz file is 7,132,310 bytes in size (yikes!). > >Something very scary: Netscape 4.02 works pretty fine on my 16 Mb >machine with Windows 95, but is hardly useable due to the large >memory consumation with FreeBSD 2.2.2 and Xfree86. > >'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). > >- Peter I was thrilled to see a freebsd netscape as well, but have gone back to the older unknown-bsd version ( I believe BSDi). In some cases in top the numbers were 18M/6M+ , and it was noticeably slower than the older version. I wish there was a 3.0x freebsd-netscape Luke ----- Queen Rusty and her subjects: Ruckus and Zorro , Lil Guy and Joey , Cassidy , Jen and Luke , and 4 cats... http://kawaii.aus.org/~hendrix From owner-freebsd-hackers Sun Aug 31 20:27:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03187 for hackers-outgoing; Sun, 31 Aug 1997 20:27:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03179 for ; Sun, 31 Aug 1997 20:27:40 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id MAA20677 for ; Mon, 1 Sep 1997 12:57:06 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00511; Mon, 1 Sep 1997 12:49:54 +0930 (CST) Message-Id: <199709010319.MAA00511@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Michael Searle cc: hackers@FreeBSD.ORG Subject: Re: Insat Wireless In-reply-to: Your message of "Fri, 29 Aug 1997 01:55:09 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 12:49:53 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is anyone working on support for the Insat Wireless? > It's a portable satellite Internet connection, minimum 80kbps, connected to > the parallel port, with no time charges. There's more information at the web > page at http://insat.zoneit.com/ > although as of a week ago all there was only the two email addresses. > I did see some messages about it on -hackers a few months ago, but nothing > since. Firstly, AlphaCom's website (such as it is) is at http://206.21.228.27/. There's no technical data there (don't bother looking); all that's visible is their Compensation Plan and about ten FAQ's. If AlphaCom or one of their Independant Distributors wants to put a unit and technical details in the hands of someone that's in a covered area, then I'm sure we could have support happening in no time flat. mike From owner-freebsd-hackers Sun Aug 31 20:40:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03768 for hackers-outgoing; Sun, 31 Aug 1997 20:40:40 -0700 (PDT) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03762 for ; Sun, 31 Aug 1997 20:40:38 -0700 (PDT) Received: from localhost (benedict@localhost) by echonyc.com (8.8.5/8.8.3) with SMTP id XAA04815; Sun, 31 Aug 1997 23:40:31 -0400 (EDT) Date: Sun, 31 Aug 1997 23:40:30 -0400 (EDT) From: Snob Art Genre To: Peter Korsten cc: hackers@FreeBSD.ORG Subject: Re: Netscape Communicator 4.02b7 In-Reply-To: <19970831222734.00424@grendel.IAEhv.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Aug 1997, Peter Korsten wrote: > 'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). That's not counting the 9 MB taken up by its "DNS helper". > - Peter > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Sun Aug 31 21:23:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05528 for hackers-outgoing; Sun, 31 Aug 1997 21:23:10 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05523 for ; Sun, 31 Aug 1997 21:23:00 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA21781 for ; Mon, 1 Sep 1997 13:52:17 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00659; Mon, 1 Sep 1997 13:40:19 +0930 (CST) Message-Id: <199709010410.NAA00659@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Snob Art Genre cc: Peter Korsten , hackers@FreeBSD.org Subject: Re: Netscape Communicator 4.02b7 In-reply-to: Your message of "Sun, 31 Aug 1997 23:40:30 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 13:40:18 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 31 Aug 1997, Peter Korsten wrote: > > > 'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). > > That's not counting the 9 MB taken up by its "DNS helper". Communicator forks to create the DNS helper process (a great idea, IMHO), so all you're seeing there is a second copy of the text; it's shared with the original copy, so it's not actually using any more memory. TBH, I'm surprised at the bitching; comparing the FreeBSD communicator with the same version running under W95 on the same machine the FreeBSD version is substantially more responsive. I had various people at the party I was at last night make the same observation - general feeling was that it was a Very Good Thing Indeed. 13MB is *nothing* either; on a decent display (eg. 24bpp), it's not uncomon for Netscape and the X server combined to top 60MB. This sounds pretty disgusting, but bottom line is that this is about what it takes. If you don't like the squeeze, use a less heavy browser; there's plenty of choice in the market. mike From owner-freebsd-hackers Sun Aug 31 22:10:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07033 for hackers-outgoing; Sun, 31 Aug 1997 22:10:15 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07028 for ; Sun, 31 Aug 1997 22:10:09 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id AAA04960; Mon, 1 Sep 1997 00:09:32 -0500 (EST) From: "John S. Dyson" Message-Id: <199709010509.AAA04960@dyson.iquest.net> Subject: Re: Netscape Communicator 4.02b7 In-Reply-To: <199709010410.NAA00659@word.smith.net.au> from Mike Smith at "Sep 1, 97 01:40:18 pm" To: mike@smith.net.au (Mike Smith) Date: Mon, 1 Sep 1997 00:09:32 -0500 (EST) Cc: benedict@echonyc.com, peter@grendel.IAEhv.nl, 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith said: > > On Sun, 31 Aug 1997, Peter Korsten wrote: > > > > > 'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). > > > > That's not counting the 9 MB taken up by its "DNS helper". > > Communicator forks to create the DNS helper process (a great idea, > IMHO), so all you're seeing there is a second copy of the text; it's > shared with the original copy, so it's not actually using any more > memory. > Just to follow up, note that it is difficult to judge how much memory is being used by a process due to just what you are saying. Something with a fork() type inheritance can very effectively share memory. Sharing is also very effective when running processes from the same executable. The major overhead in creation of a new process (fork) with such a large address space, are the page table pages (only a few of 'em.) -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Sun Aug 31 22:26:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07567 for hackers-outgoing; Sun, 31 Aug 1997 22:26:48 -0700 (PDT) Received: from blackhole.iceworld.org (griffin@blackhole.iceworld.org [204.246.64.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07562 for ; Sun, 31 Aug 1997 22:26:45 -0700 (PDT) Received: from localhost (griffin@localhost) by blackhole.iceworld.org (8.8.5/8.8.5) with SMTP id AAA00202 for ; Mon, 1 Sep 1997 00:26:40 -0500 (CDT) Date: Mon, 1 Sep 1997 00:26:39 -0500 (CDT) From: Jimbo Bahooli To: freebsd-hackers@freebsd.org Subject: Patch to sshd to maintain consistency when using libwrap. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This patch to sshd only affects it when using libwrap. One would expect sshd to log accepted connections just as tcpd, but that is not that case until this patch is added. A long term solution I see is to add an opposite to refuse() to libwrap that will provide logging as refuse() does. --- sshd-old.c Tue Apr 22 19:40:08 1997 +++ sshd.c Mon Sep 1 00:01:20 1997 @@ -1020,7 +1020,14 @@ request_init(&req, RQ_DAEMON, av0, RQ_FILE, newsock, NULL); fromhost(&req); if (!hosts_access(&req)) - refuse(&req); + { + refuse(&req); + } + else + { + syslog(allow_severity,"connect from %s", eval_client(&req)); + } + } #endif /* LIBWRAP */ From owner-freebsd-hackers Sun Aug 31 22:56:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08481 for hackers-outgoing; Sun, 31 Aug 1997 22:56:33 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08394 for ; Sun, 31 Aug 1997 22:52:09 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id LAA16143 for hackers@freebsd.org; Mon, 1 Sep 1997 11:35:14 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199709010535.LAA16143@hq.icb.chel.su> Subject: NPX old bug To: hackers@freebsd.org Date: Mon, 1 Sep 1997 11:35:13 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I've discovered an interesting bug in `npx' driver in an old version (2.2-SNAP of spring 1996). When it is the last device that adds its kdc_* information at boot time and then later some device tries to add it information when the system is running (for example in result of `scsi -p' command) it remaps the npx driver code to some empty page. After I found this reason of panic I checked -current and found that npx just has no kdc_* structure anymore ! Did someone else found these panics before me or is it just a coincidence ? In the last case I think the bug may reappear in some other driver. -SB P.S. I've found that `vtophys' is worth adding it to DDB. The addition is very simple. Does anyone from the core team think that it's worth too ? From owner-freebsd-hackers Sun Aug 31 23:06:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA08815 for hackers-outgoing; Sun, 31 Aug 1997 23:06:35 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA08807 for ; Sun, 31 Aug 1997 23:06:08 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id XAA01286; Sun, 31 Aug 1997 23:02:49 -0700 (PDT) Date: Sun, 31 Aug 1997 23:02:48 -0700 (PDT) From: "Jamil J. Weatherbee" To: Jimbo Bahooli cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Patch to sshd to maintain consistency when using libwrap. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk One thing that I really really need is block encryption on an entire filesystem under freebsd --- does this exist. also can I use ssh to encrypt single files under idea. On Mon, 1 Sep 1997, Jimbo Bahooli wrote: > This patch to sshd only affects it when using libwrap. One would > expect sshd to log accepted connections just as tcpd, but that is not that > case until this patch is added. A long term solution I see is to add an > opposite to refuse() to libwrap that will provide logging as refuse() > does. > > > --- sshd-old.c Tue Apr 22 19:40:08 1997 > +++ sshd.c Mon Sep 1 00:01:20 1997 > @@ -1020,7 +1020,14 @@ > request_init(&req, RQ_DAEMON, av0, RQ_FILE, newsock, NULL); > fromhost(&req); > if (!hosts_access(&req)) > - refuse(&req); > + { > + refuse(&req); > + } > + else > + { > + syslog(allow_severity,"connect from %s", eval_client(&req)); > + } > + > } > #endif /* LIBWRAP */ > > From owner-freebsd-hackers Mon Sep 1 01:35:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14582 for hackers-outgoing; Mon, 1 Sep 1997 01:35:21 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA14577 for ; Mon, 1 Sep 1997 01:35:17 -0700 (PDT) Received: from gurney.reilly.home (d14.syd2.zeta.org.au [203.26.11.14]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id SAA25620; Mon, 1 Sep 1997 18:14:25 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.5/8.8.5) id SAA00583; Mon, 1 Sep 1997 18:13:02 +1000 (EST) From: Andrew Reilly Message-Id: <199709010813.SAA00583@gurney.reilly.home> Date: Mon, 1 Sep 1997 18:13:01 +1000 (EST) Subject: Re: Netscape Communicator 4.02b7 To: toor@dyson.iquest.net cc: mike@smith.net.au, benedict@echonyc.com, peter@grendel.IAEhv.nl, hackers@FreeBSD.ORG In-Reply-To: <199709010509.AAA04960@dyson.iquest.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Mike Smith said: >> Communicator forks to create the DNS helper process (a great idea, >> IMHO) I don't know much (anything) about Netscape's DNS helper, but I assume that it is some sort of DNS cache, to help avoid DNS traffic of some sort. Why is it a good idea to have an application-specific DNS cache, instead of tweaking named? I guess this rubs something I've been trying to sort out on my system at home, and finding that it's not at all trivial: there are protocols, services, and agents in the Internet world. (Particularly) on dial-up systems, it's useful to cache a lot of the information provided by these services: Mail: run sendmail in DeliveryMode=delayed and flush the queue on linkup News: run inn with a suck feed DNS: run a local named WWW: run a local proxy cache and turn off cacheing in all the clients (this is the one I haven't sorted out yet...) Without this sort of arrangement, you end up (well I do, anyway) with multiple, incompattible browser caches, excessive dial-ins for random name lookup, and massive code overkill where each application re-implements these functions. If I had buckets of time, I'd like to design a "generic Internet cache" that implemented all of these in one lump that was as easy to configure as "my service provider has nameservers xx.yy.zz.aa and xx.yy.zz.bb, domain name foo.com, and news, pop, smtp, and http-proxy hosts of .... Then all clients could operate in "trivial, fully connected" mode, with localhost as their only reference point. Anyone keen? -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Mon Sep 1 02:38:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA16789 for hackers-outgoing; Mon, 1 Sep 1997 02:38:35 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA16778 for ; Mon, 1 Sep 1997 02:38:29 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.6/8.8.5) with SMTP id LAA00774 for ; Mon, 1 Sep 1997 11:39:16 +0200 (CEST) Date: Mon, 1 Sep 1997 11:39:16 +0200 (CEST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: libss Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! Could someone enlighten me on the subject of libss library? What it does, how to use it, some docs... All I know is that kadmin(8) uses it. Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(hang_per_mth > 0) {fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-hackers Mon Sep 1 03:30:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA18768 for hackers-outgoing; Mon, 1 Sep 1997 03:30:28 -0700 (PDT) Received: from euthyphro.uchicago.edu (euthyphro.uchicago.edu [128.135.21.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA18763 for ; Mon, 1 Sep 1997 03:30:21 -0700 (PDT) Received: from phaedrus.uchicago.edu (phaedrus [128.135.21.10]) by euthyphro.uchicago.edu (8.8.6/8.8.4) with ESMTP id FAA05614; Mon, 1 Sep 1997 05:30:19 -0500 (CDT) Received: (from sfarrell@localhost) by phaedrus.uchicago.edu (8.8.5/8.8.5) id FAA01186; Mon, 1 Sep 1997 05:30:17 -0500 (CDT) To: Andrew Reilly Cc: hackers@FreeBSD.ORG Subject: Re: Netscape Communicator 4.02b7 References: <199709010813.SAA00583@gurney.reilly.home> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: stephen farrell Date: 01 Sep 1997 05:30:16 -0500 In-Reply-To: Andrew Reilly's message of "Mon, 1 Sep 1997 18:13:01 +1000 (EST)" Message-ID: <87yb5hpbrb.fsf@phaedrus.uchicago.edu> Lines: 20 X-Mailer: Gnus v5.4.64/XEmacs 19.15 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew Reilly writes: > > Mike Smith said: > >> Communicator forks to create the DNS helper process (a great idea, > >> IMHO) > > I don't know much (anything) about Netscape's DNS helper, but I > assume that it is some sort of DNS cache, to help avoid DNS traffic > of some sort. Why is it a good idea to have an application-specific > DNS cache, instead of tweaking named? The DNS helper is there because the nameserver lookup routines in unix are blocking (and cannot, as I understand it, easily be fixed to be asynchronous). As a consequence, a process which tries to do a nameserver lookup will appear to "hang"--i.e., not even refreshes on the windows--until the name server lookup either succeeds or times out. This can be very frustrating with a gui app like netscape. The DNS helper is there to do the nameserver lookups. This way the gui of netscape appears to remain "alive", and you can quit if you don't feel like waiting like 60 seconds for the nameserver lookup. From owner-freebsd-hackers Mon Sep 1 04:13:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20141 for hackers-outgoing; Mon, 1 Sep 1997 04:13:06 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20136 for ; Mon, 1 Sep 1997 04:13:02 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id EAA08215; Mon, 1 Sep 1997 04:10:46 -0700 (PDT) To: Andrew Reilly cc: toor@dyson.iquest.net, mike@smith.net.au, benedict@echonyc.com, peter@grendel.IAEhv.nl, hackers@FreeBSD.ORG Subject: Re: Netscape Communicator 4.02b7 In-reply-to: Your message of "Mon, 01 Sep 1997 18:13:01 +1000." <199709010813.SAA00583@gurney.reilly.home> Date: Mon, 01 Sep 1997 04:10:46 -0700 Message-ID: <8211.873112246@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't know much (anything) about Netscape's DNS helper, but I > assume that it is some sort of DNS cache, to help avoid DNS traffic > of some sort. Why is it a good idea to have an application-specific > DNS cache, instead of tweaking named? Actually, I think it's intended more to avoid the "DNS deadlock" problem you have with previous Netscapes when you have multiple windows open and Netscape makes a DNS query for something dead or non-existant. Jordan From owner-freebsd-hackers Mon Sep 1 05:52:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA24525 for hackers-outgoing; Mon, 1 Sep 1997 05:52:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA24519 for ; Mon, 1 Sep 1997 05:52:38 -0700 (PDT) Received: from gurney.reilly.home (d4.syd2.zeta.org.au [203.26.11.4]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id WAA01230; Mon, 1 Sep 1997 22:46:14 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.5/8.8.5) id WAA01099; Mon, 1 Sep 1997 22:38:38 +1000 (EST) From: Andrew Reilly Message-Id: <199709011238.WAA01099@gurney.reilly.home> Date: Mon, 1 Sep 1997 22:38:37 +1000 (EST) Subject: Re: Netscape Communicator 4.02b7 To: sfarrell@healthquiz.com cc: reilly@zeta.org.au, hackers@FreeBSD.ORG In-Reply-To: <87yb5hpbrb.fsf@phaedrus.uchicago.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 1 Sep, stephen farrell wrote: > The DNS helper is there because the nameserver lookup routines in unix > are blocking (and cannot, as I understand it, easily be fixed to be > asynchronous). Ahh. That's OK then. Pardon me for ranting without full posession of the facts. -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Mon Sep 1 08:31:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03843 for hackers-outgoing; Mon, 1 Sep 1997 08:31:50 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03835 for ; Mon, 1 Sep 1997 08:31:42 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id MAA01599 for hackers@freebsd.org; Mon, 1 Sep 1997 12:31:02 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709011531.MAA01599@gaia.coppe.ufrj.br> Subject: IPX problems To: hackers@freebsd.org Date: Mon, 1 Sep 1997 12:31:02 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Here's an output of my ifconfig: de0: flags=ca43 mtu 1500 inet 146.164.5.200 netmask 0xffffffc0 broadcast 146.164.5.255 ipx 92a405c0.8002be463b5 ether 08:00:2b:e4:63:b5 vx0: flags=8a43 mtu 1500 inet 146.164.63.4 netmask 0xffffff00 broadcast 146.164.63.255 ipx 92a43f00.60H ether 00:60:97:a7:ab:42 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet 146.164.63.193 netmask 0xffffffff Why does the vx0 interface gets the .60H node address instead of 006097a7ab42 ? This happens also on another machine: vx0: flags=8843 mtu 1500 inet 146.164.63.6 netmask 0xffffff00 broadcast 146.164.63.255 ipx 92a43f00.60H ether 00:60:97:a7:50:68 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Of course, there's a conflict, because two cards cannot have the same address, at least in the same network. Both cards are 3Com 3c905. Maybe this is a problem especific to it ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Mon Sep 1 09:34:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06866 for hackers-outgoing; Mon, 1 Sep 1997 09:34:22 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06854 for ; Mon, 1 Sep 1997 09:34:15 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.7/8.8.5) id SAA28625; Mon, 1 Sep 1997 18:30:18 +0200 (SAT) From: John Hay Message-Id: <199709011630.SAA28625@zibbi.mikom.csir.co.za> Subject: Re: IPX problems In-Reply-To: <199709011531.MAA01599@gaia.coppe.ufrj.br> from Joao Carlos Mendes Luis at "Sep 1, 97 12:31:02 pm" To: jonny@mailhost.coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Mon, 1 Sep 1997 18:30:18 +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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Here's an output of my ifconfig: > ... > vx0: flags=8a43 mtu 1500 > inet 146.164.63.4 netmask 0xffffff00 broadcast 146.164.63.255 > ipx 92a43f00.60H > ether 00:60:97:a7:ab:42 ... > > Why does the vx0 interface gets the .60H node address instead of 006097a7ab42 ? I would guess that it is because the vx driver define struct vx_softc with something before struct arpcom. As far as I know it should start its structure with "struct arpcom", because the arp code and also ether_ioctl depends on it being right at the beginning. Try moving "struct arpcom arpcom" to before "int unit" in "struct vx_softc" in the file sys/dev/vx/if_vx_reg.h. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Mon Sep 1 09:38:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07145 for hackers-outgoing; Mon, 1 Sep 1997 09:38:18 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07140 for ; Mon, 1 Sep 1997 09:38:15 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.7/8.8.5) with ESMTP id JAA02910; Mon, 1 Sep 1997 09:37:25 -0700 (PDT) Message-Id: <199709011637.JAA02910@austin.polstra.com> To: jamil@counterintelligence.ml.org Subject: Re: Patch to sshd to maintain consistency when using libwrap. In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Mon, 01 Sep 1997 09:37:24 -0700 From: John Polstra Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > One thing that I really really need is block encryption on an entire > filesystem under freebsd --- does this exist. ports/security/cfs -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Sep 1 12:01:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15260 for hackers-outgoing; Mon, 1 Sep 1997 12:01:24 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA15160 for ; Mon, 1 Sep 1997 11:59:14 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id PAA08958; Mon, 1 Sep 1997 15:58:28 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709011858.PAA08958@gaia.coppe.ufrj.br> Subject: Re: IPX problems In-Reply-To: <199709011630.SAA28625@zibbi.mikom.csir.co.za> from John Hay at "Sep 1, 97 06:30:18 pm" To: jhay@mikom.csir.co.za (John Hay) Date: Mon, 1 Sep 1997 15:58:28 -0300 (EST) Cc: jonny@mailhost.coppe.ufrj.br, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(John Hay) // > Here's an output of my ifconfig: // > // ... // > vx0: flags=8a43 mtu 1500 // > inet 146.164.63.4 netmask 0xffffff00 broadcast 146.164.63.255 // > ipx 92a43f00.60H // > ether 00:60:97:a7:ab:42 // ... // > // > Why does the vx0 interface gets the .60H node address instead of 006097a7ab42 ? // // I would guess that it is because the vx driver define struct vx_softc // with something before struct arpcom. As far as I know it should start // its structure with "struct arpcom", because the arp code and also // ether_ioctl depends on it being right at the beginning. Try moving // "struct arpcom arpcom" to before "int unit" in "struct vx_softc" in // the file sys/dev/vx/if_vx_reg.h. It works. Thanks. May someone commit this to RELENG_2_2 ? =========================================================================== --- dev/vx/if_vxreg.h.old Mon Sep 1 15:53:31 1997 +++ dev/vx/if_vxreg.h Mon Sep 1 15:44:09 1997 @@ -49,8 +49,8 @@ * Ethernet software status per interface. */ struct vx_softc { - int unit; /* unit number */ struct arpcom arpcom; /* Ethernet common part */ + int unit; /* unit number */ u_int vx_io_addr; /* i/o bus address */ #define MAX_MBS 8 /* # of mbufs we keep around */ struct mbuf *mb[MAX_MBS]; /* spare mbuf storage. */ =========================================================================== Anyway, John, isn't it wrong to assume relative positions of data in a struct ? // // John // -- // John Hay -- John.Hay@mikom.csir.co.za // Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Mon Sep 1 12:18:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16067 for hackers-outgoing; Mon, 1 Sep 1997 12:18:14 -0700 (PDT) Received: from shell.wco.com (root@shell.wco.com [199.4.94.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA16062 for ; Mon, 1 Sep 1997 12:18:10 -0700 (PDT) Received: from denali.campbell.ca.us (root@serpens205.wco.com [207.48.88.205]) by shell.wco.com (8.8.5/8.8.5/WCO-18jul97) with ESMTP id MAA12415 for ; Mon, 1 Sep 1997 12:18:06 -0700 (PDT) Received: from denali (jmattson@localhost [127.0.0.1]) by denali.campbell.ca.us (8.8.5/8.8.5) with ESMTP id MAA00247 for ; Mon, 1 Sep 1997 12:18:00 -0700 (PDT) Message-Id: <199709011918.MAA00247@denali.campbell.ca.us> To: freebsd-hackers@freebsd.org Subject: Patch for small annoyance in st driver Date: Mon, 01 Sep 1997 12:17:59 -0700 From: Jim Mattson Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With 2.2.2-RELEASE, I get the following error on every open of my tape device: st0(ahc0:4:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code I've tracked this down to the call to scsi_prevent() in st_open(). Given the pre-existing comment, the following change seems justified. (Oh, and it gets rid of the annoying message too!) *** st.c 1997/09/01 18:39:49 1.1 --- st.c 1997/09/01 18:58:17 *************** *** 433,439 **** if ((flags & O_ACCMODE) == FWRITE) st->flags |= ST_WRITTEN; ! scsi_prevent(sc_link, PR_PREVENT, 0); /* who cares if it fails? */ SC_DEBUG(sc_link, SDEV_DB2, ("Open complete\n")); --- 433,439 ---- if ((flags & O_ACCMODE) == FWRITE) st->flags |= ST_WRITTEN; ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT | SCSI_ERR_OK); /* who cares if it fails? */ SC_DEBUG(sc_link, SDEV_DB2, ("Open complete\n")); [The line is the same in FreeBSD-current.] Thanks, --jim From owner-freebsd-hackers Mon Sep 1 13:14:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA18179 for hackers-outgoing; Mon, 1 Sep 1997 13:14:51 -0700 (PDT) Received: from shell.monmouth.com (root@shell.monmouth.com [205.164.220.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA18174 for ; Mon, 1 Sep 1997 13:14:44 -0700 (PDT) Received: from i4got.lakewood.com (fh-ppp21.monmouth.com [205.164.221.53]) by shell.monmouth.com (8.8.5/8.7.3) with ESMTP id QAA16286 for ; Mon, 1 Sep 1997 16:11:32 -0400 (EDT) Received: (from pechter@localhost) by i4got.lakewood.com id QAA18862 (8.8.5/IDA-1.6); Mon, 1 Sep 1997 16:13:31 -0400 (EDT) From: Bill Pechter Message-ID: <199709012013.QAA18862@i4got.lakewood.com> Subject: Re: FreeBSD w/ a cable modem In-Reply-To: <199709010609.XAA22667@mail.san.rr.com> from Studded at "Aug 31, 97 11:09:40 pm" To: Studded@dal.net Date: Mon, 1 Sep 1997 16:13:30 -0400 (EDT) Cc: freebsd-hackers@freebsd.org Reply-to: pechter@lakewood.com X-Phone-Number: 908-389-3592 X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 31 Aug 1997 17:54:37 -0600, Chris Monette wrote: > > >Hello.. I was just wondering, if I downloaded FreeBSD - would it have > >support for a Coaxial Cable Modem Ethernet connection? > > You won't be able to install it over the cable modem, but you can > download the files to a dos partition over the modem, and install that > way. Instructions for that are with the distribution you want to > download. re: DHCP and freebsd install... GREAT IDEA How hard would it be to make the FreeBSD cd use a cable modem and dhcp to get it's IP address. I've got the ISC stuff here... how hard would it be to squeeze it in to the boot floppy? I'm sure it would be popular on college campuses (and offices -- since everywhere I work's gone dhcp and TCP/IP based now). (I'd finally have a connection fast enough to do quick net installs of snapshots on demand!) Bill ------------------------------------------------------------------------------ Bill Pechter | 17 Meredith Drive Tinton Falls, NJ 07724 | 908-389-3592 pechter@lakewood.com | Save computing history, give an old geek old hardware. This msg brought to you by the letters PDP and the number 11. From owner-freebsd-hackers Mon Sep 1 13:57:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA19819 for hackers-outgoing; Mon, 1 Sep 1997 13:57:18 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA19814 for ; Mon, 1 Sep 1997 13:57:13 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id NAA01479 for ; Mon, 1 Sep 1997 13:56:19 -0700 (PDT) Date: Mon, 1 Sep 1997 13:56:19 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@freebsd.org Subject: Syslog Facility Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Why is sysylog still using the varargs.h facility (instead of stdarg.h)? Also am I right to assume that va_end() doesn't really do anything under bsd? From owner-freebsd-hackers Mon Sep 1 14:39:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21402 for hackers-outgoing; Mon, 1 Sep 1997 14:39:53 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21395 for ; Mon, 1 Sep 1997 14:39:49 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id OAA01844 for ; Mon, 1 Sep 1997 14:38:58 -0700 (PDT) Date: Mon, 1 Sep 1997 14:38:58 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@FreeBSD.ORG Subject: Re: Syslog Facility In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have looked at the code to lpd and pppd and I can't figure what I am doing wrong here. I am doing an: openlog (argv[0], LOG_PID|LOG_NDELAY, LOG_DAEMON); in main an later in another function syslog (LOG_ERR, "some message"); but the syslog facillity is refusing to log the process id number eg: date machine programname[pid]: message in the syslog, and it is driving me nuts as to why. Any ideas on this one? On Mon, 1 Sep 1997, Jamil J. Weatherbee wrote: > > Why is sysylog still using the varargs.h facility (instead of stdarg.h)? > Also am I right to assume that va_end() doesn't really do anything under > bsd? > > > From owner-freebsd-hackers Mon Sep 1 15:57:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA24757 for hackers-outgoing; Mon, 1 Sep 1997 15:57:34 -0700 (PDT) Received: from bcarsde4.localhost (mailgate.nortel.ca [192.58.194.74]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA24747 for ; Mon, 1 Sep 1997 15:57:26 -0700 (PDT) Message-Id: <199709012257.PAA24747@hub.freebsd.org> Received: from bcars520.ott.bnr.ca (actually 47.128.5.188) by bcarsde4.localhost; Mon, 1 Sep 1997 18:56:03 -0400 Received: from bnr.ca by bcars520.bnr.ca id <05108-0@bcars520.bnr.ca>; Mon, 1 Sep 1997 18:55:17 -0400 Date: 01 Sep 1997 18:54 EDT To: freebsd-hackers@FreeBSD.ORG From: "Andrew Atrens" Subject: Help! keyboard lockups - could be kernel bug ? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Folks, Last week I was happily running FreeBSD-2.2.2 on my Pentium system with an ASUS T2P4 motherboard ( has PCI 430HX chipset ). But unfortunately I got the upgrade itch, and moved up (?) to an ASUS TX97 ( has PCI 430TX chipset ). To make a long story short, 2.2.2 consistently locked up on boot - a real showstopper. After much trial and error I discovered the culprit to be AUTO_EOI_X kernel option(s). When I built a kernel without these options it booted and appeared (initially at least) to function properly. Then, occasionally I noticed that my xdm login window was dropping characters and locking up. Enough of that, so I downloaded the sources and built/installed the August 08 3.0-SNAP. Xdm login was still dropping characters, so I went out and got Xfree86-3.3.1 sources and rebuilt X. Xdm login was *still* dropping characters and occasionally locking up the keyboard, so I began to look at this symptom more closely. While the xdm login banner is displayed, I run an xlock -inroot -mode random process in the background. Depending on how graphics/cpu intensive the particular screen saver is, the lock up behaviour worsens. For example, the lock ups are worse when running xlock in `galaxy' mode. Furthermore, if I get past the xdm login window, xterms and rxvts in my session cause keyboard lockup when xlock is running `galaxy' in the root window. So here's the strange thing: IF I DON'T RUN XDM, and instead just use startx then the system behaves normally - no keyboard lockups regardless of how hard I pound X. So what the heck is going on? -- What do I try next ? Any help would be appreciated :) Andrew ( opinions are mine, not Nortels ) From owner-freebsd-hackers Mon Sep 1 16:18:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA25704 for hackers-outgoing; Mon, 1 Sep 1997 16:18:18 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA25698 for ; Mon, 1 Sep 1997 16:18:13 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id QAA02302 for ; Mon, 1 Sep 1997 16:17:21 -0700 (PDT) Date: Mon, 1 Sep 1997 16:17:21 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@freebsd.org Subject: SIGCLD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I guess SIGCLD is really SIGCHLD under freebsd, no? I was looking at a daemon skeleton out of a Stevens book on Network programming, he specifically sets up a function that calls wait3 so that child zombies aren't left around --- however the signal man page for freebsd calls this SIGCLD and says that it is discarded by default which would suggest to me that wait3() is unnecessary if you are not interested in the status of the child. From owner-freebsd-hackers Mon Sep 1 18:08:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04736 for hackers-outgoing; Mon, 1 Sep 1997 18:08:39 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA04731 for ; Mon, 1 Sep 1997 18:08:34 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA24593; Tue, 2 Sep 1997 11:08:00 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA21330; Tue, 2 Sep 1997 10:37:59 +0930 (CST) Message-ID: <19970902103758.36370@lemis.com> Date: Tue, 2 Sep 1997 10:37:58 +0930 From: Greg Lehey To: "Jamil J. Weatherbee" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jamil J. Weatherbee on Mon, Sep 01, 1997 at 04:17:21PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Sep 01, 1997 at 04:17:21PM -0700, Jamil J. Weatherbee wrote: > > I guess SIGCLD is really SIGCHLD under freebsd, no? Close. > I was looking at a daemon skeleton out of a Stevens book on Network > programming, he specifically sets up a function that calls wait3 so that > child zombies aren't left around --- however the signal man page for > freebsd calls this SIGCLD and says that it is discarded by default which > would suggest to me that wait3() is unnecessary if you are not interested > in the status of the child. The semantics of SIGC[H]LD differ greatly between System V and BSD. Here's a quote from "Porting UNIX Software", page 213: System V treats the death of a child differently from other implementations: The System V signal SIGCLD differs from the BSD and POSIX.1 signal SIGCHLD and from all other signals by remaining active until you call wait. This can cause infinite recursion in the signal handler if you reinstate the signal via signal or sigset before calling wait. If you use the POSIX.1 sigaction call, you don't have to worry about this problem. When a child dies, it becomes a zombie. As all voodoo fans know, a zombie is one of the Living Dead, neither alive nor dead. In UNIX terminology, when a child process dies it becomes a zombie: the text and data segments are freed, and the files are closed, but the process table entry and some other information remain until it is exorcized by the parent process, which is done by calling wait. By default, System V ignores SIGCLD and SIGCHLD, but the system creates zombies, so you can find out about child status by calling wait. If, however, you change the default to explicitly ignore the signal, the system ignores SIGCHLD and SIGCLD, but it also no longer creates zombie processes. If you set the disposition of SIGCHLD and SIGCLD to ignore, but you call wait anyway, it waits until all child processes have terminated, and then returns -1 (error), with errno set to ECHILD. You can achieve the same effect with sigaction by specifying the SA_NOCLDWAIT flag in sa_flags. There is no way to achieve this behaviour in other versions of UNIX: if you find your ported program is collecting zombies (which you will see with the ps program), it might be that the program uses this feature to avoid having to call wait. If you experience this problem, you can solve it by adding a signal handler for SIGCLD that just calls wait and returns. The signal number for SIGCLD is the same as for SIGCHLD. The semantics depend on how you enable it: if you enable it with signal, you get SIGCLD semantics (and unreliable signals), and if you enable it with sigaction you get SIGCHLD and reliable signals. Don't rely on this, however. Some versions of System V have special coding to ensure that a separate SIGCLD signal is delivered for each child that dies. Greg From owner-freebsd-hackers Mon Sep 1 18:47:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06442 for hackers-outgoing; Mon, 1 Sep 1997 18:47:12 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06437 for ; Mon, 1 Sep 1997 18:47:08 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id SAA03284; Mon, 1 Sep 1997 18:45:36 -0700 (PDT) Date: Mon, 1 Sep 1997 18:45:36 -0700 (PDT) From: "Jamil J. Weatherbee" To: Greg Lehey cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD In-Reply-To: <19970902103758.36370@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > however, you change the default to explicitly ignore the signal, the > system ignores SIGCHLD and SIGCLD, but it also no longer creates > zombie processes. If you set the disposition of SIGCHLD and SIGCLD > to ignore, but you call wait anyway, it waits until all child > processes have terminated, and then returns -1 (error), with errno > set to ECHILD. You can achieve the same effect with sigaction by Ok, according to the man page the default is to ignore SIGCHLD, so in other words if I really don't care at all about the info in the data tables I don't need to install a handler that calls wait --- I just wanted to be sure that if I did not fool around with a SIGCHLD handler under freebsd that I wouldn't end up with hundreds on zombie processes waiting. From owner-freebsd-hackers Mon Sep 1 19:48:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA08923 for hackers-outgoing; Mon, 1 Sep 1997 19:48:14 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA08917 for ; Mon, 1 Sep 1997 19:48:09 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id TAA16490; Mon, 1 Sep 1997 19:49:17 -0700 (PDT) Message-Id: <199709020249.TAA16490@implode.root.com> To: "Jamil J. Weatherbee" cc: Greg Lehey , freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD In-reply-to: Your message of "Mon, 01 Sep 1997 18:45:36 PDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 01 Sep 1997 19:49:17 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> however, you change the default to explicitly ignore the signal, the >> system ignores SIGCHLD and SIGCLD, but it also no longer creates >> zombie processes. If you set the disposition of SIGCHLD and SIGCLD >> to ignore, but you call wait anyway, it waits until all child >> processes have terminated, and then returns -1 (error), with errno >> set to ECHILD. You can achieve the same effect with sigaction by > >Ok, according to the man page the default is to ignore SIGCHLD, so in >other words if I really don't care at all about the info in the data >tables I don't need to install a handler that calls wait --- I just wanted >to be sure that if I did not fool around with a SIGCHLD handler under >freebsd that I wouldn't end up with hundreds on zombie processes waiting. Uh, I think you are misunderstanding this. Under FreeBSD, you *must* call wait to reap child processes. Ignoring SIGCHLD doesn't let you off the hook. The behavior is different under System V, but that isn't relavent. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Sep 1 20:07:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA09729 for hackers-outgoing; Mon, 1 Sep 1997 20:07:04 -0700 (PDT) Received: from gatekeeper.ncic.ac.cn ([159.226.41.39]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA09722 for ; Mon, 1 Sep 1997 20:07:01 -0700 (PDT) Received: from sapphire (sapphire.ncic.ac.cn [159.226.41.101]) by gatekeeper.ncic.ac.cn (Netscape Mail Server v2.01) with SMTP id AAA173 for ; Tue, 2 Sep 1997 11:08:15 +0100 Message-ID: <340C3A98.41C6@gatekeeper.ncic.ac.cn> Date: Tue, 02 Sep 1997 11:11:04 -0500 From: Liu Xin Organization: NCIC X-Mailer: Mozilla 3.0 (X11; I; AIX 1) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Subscribe freebsd-hackers -- 95-88-32#, P.O. Box 2749 Beijing 100080 P.R. CHINA E_mail: lxin@gatekeeper.ncic.ac.cn Phone: 86-10-62587952 From owner-freebsd-hackers Mon Sep 1 20:08:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA09822 for hackers-outgoing; Mon, 1 Sep 1997 20:08:41 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA09814 for ; Mon, 1 Sep 1997 20:08:38 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id UAA03657 for ; Mon, 1 Sep 1997 20:07:51 -0700 (PDT) Date: Mon, 1 Sep 1997 20:07:51 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@freebsd.org Subject: Select syscall Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was looking at the man page on select and some books, and I was just wondering what the would be good programming pratice when calling select in a tight look with a non-zero timeout value. Is select supposed to change the timeout value (I know that this occurs under linux to reflect time elapsed), or can you set the timeout value once and call select multiple times without fooling with it, right now I'd just assume to fill up timeout immediately before any select call, but since it is being called in an infinite for loop it would be more efficient to have it on the outside --- will this work on all BSD systems or do some change it? From owner-freebsd-hackers Mon Sep 1 20:23:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA10227 for hackers-outgoing; Mon, 1 Sep 1997 20:23:03 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA10221 for ; Mon, 1 Sep 1997 20:22:59 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id NAA29094; Tue, 2 Sep 1997 13:21:58 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id MAA22785; Tue, 2 Sep 1997 12:51:47 +0930 (CST) Message-ID: <19970902125147.42934@lemis.com> Date: Tue, 2 Sep 1997 12:51:47 +0930 From: Greg Lehey To: dg@root.com Cc: "Jamil J. Weatherbee" , freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD References: <199709020249.TAA16490@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709020249.TAA16490@implode.root.com>; from David Greenman on Mon, Sep 01, 1997 at 07:49:17PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Sep 01, 1997 at 07:49:17PM -0700, David Greenman wrote: >>> however, you change the default to explicitly ignore the signal, the >>> system ignores SIGCHLD and SIGCLD, but it also no longer creates >>> zombie processes. If you set the disposition of SIGCHLD and SIGCLD >>> to ignore, but you call wait anyway, it waits until all child >>> processes have terminated, and then returns -1 (error), with errno >>> set to ECHILD. You can achieve the same effect with sigaction by >> >> Ok, according to the man page the default is to ignore SIGCHLD, so in >> other words if I really don't care at all about the info in the data >> tables I don't need to install a handler that calls wait --- I just wanted >> to be sure that if I did not fool around with a SIGCHLD handler under >> freebsd that I wouldn't end up with hundreds on zombie processes waiting. > > Uh, I think you are misunderstanding this. Under FreeBSD, you *must* > call wait to reap child processes. Ignoring SIGCHLD doesn't let you off > the hook. The behavior is different under System V, but that isn't > relavent. Yes, looking back, I noticed that the text didn't say very much about the way BSD does it. Sorry about that. Greg From owner-freebsd-hackers Mon Sep 1 20:43:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11009 for hackers-outgoing; Mon, 1 Sep 1997 20:43:18 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA11004 for ; Mon, 1 Sep 1997 20:43:13 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id UAA03868; Mon, 1 Sep 1997 20:41:38 -0700 (PDT) Date: Mon, 1 Sep 1997 20:41:37 -0700 (PDT) From: "Jamil J. Weatherbee" To: David Greenman cc: Greg Lehey , freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD In-Reply-To: <199709020249.TAA16490@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So I would be right to assume that the following would work under sysV without the die routine and signal call in main, and would leave no zombies, but that the die routine is necessary under BSD if we want to ignore the children --- 1 question also, will this work correctly with an arbitrary number of exiting children: what I am asking is if there is any differnce between wait3 (&status, 0, (struct rusage *) NULL); and while (wait3(&status, WNOHANG, (struct rusage *) 0)>0); which is what stevens uses in his book. ------------------------------------------------------------------------- #include #include #include #include #include void die (int sig) { int status; wait3 (&status, 0, (struct rusage *) NULL); } void main (void) { signal (SIGCHLD, die); printf ("Parent.\n"); if (fork()) { printf ("Hanging Parent.\n"); for (;;); } printf ("Child Dying.\n"); } -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Sep 1 20:44:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11138 for hackers-outgoing; Mon, 1 Sep 1997 20:44:19 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA11133 for ; Mon, 1 Sep 1997 20:44:14 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.7/8.8.7) with UUCP id VAA29469; Mon, 1 Sep 1997 21:44:06 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id VAA07909; Mon, 1 Sep 1997 21:45:01 -0600 (MDT) Date: Mon, 1 Sep 1997 21:45:00 -0600 (MDT) From: Marc Slemko To: "Jamil J. Weatherbee" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Select syscall In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk select() is under no obligation to modify the time passed in, but it has been documented for a very long time in the BSD man pages that it may. You should reset the time. Do not assume it is unchanged. There are few applications where the overhead of the select syscall and whatever else you do with it (not to mention the time that select is waiting anyway) would not be comparitively large enough to make resetting the time value of insignificant consequence from the performance perspective. On Mon, 1 Sep 1997, Jamil J. Weatherbee wrote: > > I was looking at the man page on select and some books, and I was just > wondering what the would be good programming pratice when calling select > in a tight look with a non-zero timeout value. Is select supposed to > change the timeout value (I know that this occurs under linux to reflect > time elapsed), or can you set the timeout value once and call select > multiple times without fooling with it, right now I'd just assume to fill > up timeout immediately before any select call, but since it is being > called in an infinite for loop it would be more efficient to have it on > the outside --- will this work on all BSD systems or do some change it? > > From owner-freebsd-hackers Mon Sep 1 20:52:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11456 for hackers-outgoing; Mon, 1 Sep 1997 20:52:33 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA11449 for ; Mon, 1 Sep 1997 20:52:29 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id UAA17302; Mon, 1 Sep 1997 20:54:13 -0700 (PDT) Message-Id: <199709020354.UAA17302@implode.root.com> To: "Jamil J. Weatherbee" cc: Greg Lehey , freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD In-reply-to: Your message of "Mon, 01 Sep 1997 20:41:37 PDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 01 Sep 1997 20:54:13 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >what I am asking is if there is any differnce between > > wait3 (&status, 0, (struct rusage *) NULL); > >and > > while (wait3(&status, WNOHANG, (struct rusage *) 0)>0); > >which is what stevens uses in his book. Yes, there is a difference. SIGCHLD signal delivery isn't reliable, so if a SIGCHLD is missed, it is possible that more than one process needs to be reaped. The first form will only reap on child, while the second form reaps all of them. You want to use the second form. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Sep 1 21:11:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA12150 for hackers-outgoing; Mon, 1 Sep 1997 21:11:55 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA12145 for ; Mon, 1 Sep 1997 21:11:51 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id VAA04123; Mon, 1 Sep 1997 21:10:52 -0700 (PDT) Date: Mon, 1 Sep 1997 21:10:52 -0700 (PDT) From: "Jamil J. Weatherbee" To: David Greenman cc: Greg Lehey , freebsd-hackers@FreeBSD.ORG Subject: Re: SIGCLD In-Reply-To: <199709020354.UAA17302@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes, there is a difference. SIGCHLD signal delivery isn't reliable, so if > a SIGCHLD is missed, it is possible that more than one process needs to be > reaped. The first form will only reap on child, while the second form reaps > all of them. You want to use the second form. So, in the capacity that I plan on using the non zombieing children is demonstrated below -- I don't care which order the lines are written in (will not be a regular file, rather a socket descriptor) just that i don't end up with a collision of the two -- as long as I am using the low level read/write calls (as opposed to stream io), can I be certain that the pieces of data are delivered one after the other(in any order), is this a result of the fact that the kernel is single threaded? Will this always work even in future (possibly multithreaded) kernels? --------------------------------------------------------------- #include #include #include #include #include #include #include void die (int sig) { int status; while (wait3 (&status, WNOHANG, (struct rusage *) NULL)>0); } void main (void) { char msgpar[] = "the parents big long insignificant message\n"; char msgcld[] = "childs string that really says nor means anything\n"; int fd = open ("garbage",O_CREAT|O_RDWR,S_IRUSR|S_IWUSR); signal (SIGCHLD, die); if (fork()) { write (fd, msgpar, sizeof(msgpar)-1); exit (0); } write (fd, msgcld, sizeof(msgcld)-1); } From owner-freebsd-hackers Mon Sep 1 21:28:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13118 for hackers-outgoing; Mon, 1 Sep 1997 21:28:31 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA13107 for ; Mon, 1 Sep 1997 21:28:25 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id AAA26844; Tue, 2 Sep 1997 00:27:49 -0400 (EDT) Message-ID: <19970902002749.11791@crh.cl.msu.edu> Date: Tue, 2 Sep 1997 00:27:49 -0400 From: Charles Henrich To: freebsd-hackers@freebsd.org Subject: Help With NATD configuration (2 ethernets) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.80 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, Im trying to setup a real simple natd system here, and Im getting absolutely nowhere, I've searched the archives thouroughly and havent yet seen an answer how to configure natd (which makes me think I must be doing something really simply stupid). I want: [Internal LAN] <--> (ed1: NATDHOST ed0:) <--> [The Net] Simple eh? I have: /sbin/ipfw -f flush /sbin/ipfw add divert 6668 all from any to any via ed1 /sbin/ipfw add pass all from any to any Except Im thinking I probably need something for ed0 as well?? And running natd with any number of switches gets me the same thing: #/usr/local/sbin/natd -v -s -m -u -n ed0 In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to 10.0.0.2 -> 165.113.121.81 In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to 10.0.0.2 -> 165.113.121.81 Obviously it isnt changing the source address, so of course no reply is possible.. Any help is most amazingly appreciated, Thanks! -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Sep 1 22:55:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA16923 for hackers-outgoing; Mon, 1 Sep 1997 22:55:50 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA16918 for ; Mon, 1 Sep 1997 22:55:48 -0700 (PDT) Received: (from uucp@localhost) by DNS.Lamb.net (8.8.6/8.8.6) id WAA07756; Mon, 1 Sep 1997 22:55:55 -0700 (PDT) Received: from gatekeeper.Alameda.net(207.90.181.2) via SMTP by DNS.Lamb.net, id smtpd007754; Mon Sep 1 22:55:49 1997 Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.6/8.7.6) id WAA15081; Mon, 1 Sep 1997 22:55:40 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199709020555.WAA15081@Gatekeeper.Alameda.net> Subject: Re: Help With NATD configuration (2 ethernets) In-Reply-To: <19970902002749.11791@crh.cl.msu.edu> from Charles Henrich at "Sep 2, 97 00:27:49 am" To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 1 Sep 1997 22:55:40 -0700 (PDT) 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Take a look at www.computerbits.com. They just wrote about natd and it took me about 2 minutes to setup a simular system. > Okay, Im trying to setup a real simple natd system here, and Im getting > absolutely nowhere, I've searched the archives thouroughly and havent yet seen > an answer how to configure natd (which makes me think I must be doing > something really simply stupid). > > I want: > > [Internal LAN] <--> (ed1: NATDHOST ed0:) <--> [The Net] > > Simple eh? I have: > > /sbin/ipfw -f flush > /sbin/ipfw add divert 6668 all from any to any via ed1 > /sbin/ipfw add pass all from any to any > > Except Im thinking I probably need something for ed0 as well?? > > And running natd with any number of switches gets me the same thing: > > #/usr/local/sbin/natd -v -s -m -u -n ed0 > > In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to > 10.0.0.2 -> 165.113.121.81 > In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to > 10.0.0.2 -> 165.113.121.81 > > Obviously it isnt changing the source address, so of course no reply is > possible.. Any help is most amazingly appreciated, Thanks! > > -Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich > -- Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Mon Sep 1 23:07:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA17514 for hackers-outgoing; Mon, 1 Sep 1997 23:07:43 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA17509 for ; Mon, 1 Sep 1997 23:07:40 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id GAA04055; Tue, 2 Sep 1997 06:07:49 GMT Date: Tue, 2 Sep 1997 06:07:48 +0000 (GMT) From: Alfred Perlstein To: Charles Henrich cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Help With NATD configuration (2 ethernets) In-Reply-To: <19970902002749.11791@crh.cl.msu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Check my webpage for examples of NATd/Firewall stuff http://www.cs.sunyit.edu/~perlsta pick the "Unix" link on the left frame. btw, i think your problem might just be that you have: "via ed1" where you should have "via ed0" in the divert line, also NATd doesn't seem to like ICMP stuff, lastly, you might want to upgrade to the latest version of NATd, i have no idea where though, check the man page. l8r, Alfred On Tue, 2 Sep 1997, Charles Henrich wrote: > Okay, Im trying to setup a real simple natd system here, and Im getting > absolutely nowhere, I've searched the archives thouroughly and havent yet seen > an answer how to configure natd (which makes me think I must be doing > something really simply stupid). > > I want: > > [Internal LAN] <--> (ed1: NATDHOST ed0:) <--> [The Net] > > Simple eh? I have: > > /sbin/ipfw -f flush > /sbin/ipfw add divert 6668 all from any to any via ed1 > /sbin/ipfw add pass all from any to any > > Except Im thinking I probably need something for ed0 as well?? > > And running natd with any number of switches gets me the same thing: > > #/usr/local/sbin/natd -v -s -m -u -n ed0 > > In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to > 10.0.0.2 -> 165.113.121.81 > In [ICMP] 10.0.0.2 -> 165.113.121.81 aliased to > 10.0.0.2 -> 165.113.121.81 > > Obviously it isnt changing the source address, so of course no reply is > possible.. Any help is most amazingly appreciated, Thanks! > > -Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich > From owner-freebsd-hackers Tue Sep 2 00:18:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21833 for hackers-outgoing; Tue, 2 Sep 1997 00:18:51 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21826 for ; Tue, 2 Sep 1997 00:18:44 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.8.5/8.6.12) with ESMTP id AAA01396 for ; Tue, 2 Sep 1997 00:19:51 -0700 (PDT) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id AAA20906 for freebsd-hackers@freebsd.org; Tue, 2 Sep 1997 00:15:23 -0700 (PDT) Date: Tue, 2 Sep 1997 00:15:23 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199709020715.AAA20906@dog.farm.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Broken resolver/named 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3138.872494485@verdi.nethelp.no> you wrote: > > As i wrote: the TLDs are not supposed to contain A or CNAME entries at > > all. So if you're looking up an A entry, you don't need to query it > > in the root domain if it doesn't contain at least one dot. > Where do you see any prohibition of TLDs containing A records? Note that > there *are* already TLDs containing A records in existence today (the > first one I found was AI, Anguilla). > Steinar Haug, Nethelp consulting, sthaug@nethelp.no Just to add, there is nothing prohibiting one to have MX records for TLD, too. (we have ones for .UA so Postmaster@UA works.) It is amusing how many people name their machines ua all over the world and have resolver which tries host names without domain first ;-) -- "Mr. Worf, scan that ship." "Aye captain. 300 dpi?" From owner-freebsd-hackers Tue Sep 2 00:59:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA23436 for hackers-outgoing; Tue, 2 Sep 1997 00:59:59 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA23430 for ; Tue, 2 Sep 1997 00:59:55 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id RAA06656; Tue, 2 Sep 1997 17:57:27 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id RAA29663; Tue, 2 Sep 1997 17:27:05 +0930 (CST) Message-ID: <19970902172705.05847@lemis.com> Date: Tue, 2 Sep 1997 17:27:05 +0930 From: Greg Lehey To: dk+@ua.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <199709020715.AAA20906@dog.farm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709020715.AAA20906@dog.farm.org>; from Dmitry Kohmanyuk on Tue, Sep 02, 1997 at 12:15:23AM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Sep 02, 1997 at 12:15:23AM -0700, Dmitry Kohmanyuk wrote: > In article <3138.872494485@verdi.nethelp.no> you wrote: >>> As i wrote: the TLDs are not supposed to contain A or CNAME entries at >>> all. So if you're looking up an A entry, you don't need to query it >>> in the root domain if it doesn't contain at least one dot. > >> Where do you see any prohibition of TLDs containing A records? Note that >> there *are* already TLDs containing A records in existence today (the >> first one I found was AI, Anguilla). > >> Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > Just to add, there is nothing prohibiting one to have MX records for > TLD, too. (we have ones for .UA so Postmaster@UA works.) Is that Ukraine? Default Server: freebie.lemis.com Address: 0.0.0.0 > set type=any > ua. Server: freebie.lemis.com Address: 0.0.0.0 Non-authoritative answer: ua nameserver = MUNNARI.OZ.AU ua nameserver = NS2.NIC.FR ua nameserver = NS.UU.NET ua nameserver = SUNIC.SUNET.SE ua nameserver = NS.EU.NET Authoritative answers can be found from: ua nameserver = MUNNARI.OZ.AU ua nameserver = NS2.NIC.FR ua nameserver = NS.UU.NET ua nameserver = SUNIC.SUNET.SE ua nameserver = NS.EU.NET MUNNARI.OZ.AU internet address = 128.250.1.21 MUNNARI.OZ.AU internet address = 128.250.22.2 NS2.NIC.FR internet address = 192.93.0.4 NS.UU.NET internet address = 137.39.1.3 SUNIC.SUNET.SE internet address = 192.36.125.2 NS.EU.NET internet address = 192.16.202.11 You certainly spread your name servers around the world. Greg From owner-freebsd-hackers Tue Sep 2 01:23:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24519 for hackers-outgoing; Tue, 2 Sep 1997 01:23:50 -0700 (PDT) Received: from f37.hotmail.com (F37.hotmail.com [207.82.250.48]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24514 for ; Tue, 2 Sep 1997 01:23:46 -0700 (PDT) Received: (from root@localhost) by f37.hotmail.com (8.8.5/8.8.5) id BAA29019 for hackers@FreeBSD.ORG; Tue, 2 Sep 1997 01:23:16 -0700 (PDT) Message-Id: <199709020823.BAA29019@f37.hotmail.com> Received: from 192.86.155.91 by www.hotmail.com with HTTP; Tue, 02 Sep 1997 01:23:15 PDT X-Originating-IP: [192.86.155.91] From: "Suresh Mali" To: hackers@FreeBSD.ORG Subject: Posix thread support Content-Type: text/plain Date: Tue, 02 Sep 1997 01:23:15 PDT Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I want to find out is the posix thread in FreeBSD-2.2.2. REALESE is stable? Are all libraries are thread safe? If yes then cd /usr/src/lib/libc_r; make all && make install will Install all corect thread safe libraries or anything else required? Is pthread packege 100 % posix thread complient or anything missing? Thanks in advance! Suresh. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From owner-freebsd-hackers Tue Sep 2 02:59:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA28170 for hackers-outgoing; Tue, 2 Sep 1997 02:59:34 -0700 (PDT) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA28149 for ; Tue, 2 Sep 1997 02:58:40 -0700 (PDT) Received: from localhost (localhost.l321.omsk.net.ru [127.0.0.1]) by lab321.ru (8.8.7/8.8.5) with ESMTP id QAA24406; Tue, 2 Sep 1997 16:57:03 +0700 (OSD) Date: Tue, 2 Sep 1997 16:57:03 +0700 (OSD) From: Eugeny Kuzakov To: Suresh Mali cc: hackers@FreeBSD.ORG Subject: Re: Posix thread support In-Reply-To: <199709020823.BAA29019@f37.hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Sep 1997, Suresh Mali wrote: > will Install all corect thread safe libraries or anything else required? > > Is pthread packege 100 % posix thread complient or anything missing? Another question about pthread. Pthread - is it kernel or user level implementation of threads ? Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) kev@lab321.ru From owner-freebsd-hackers Tue Sep 2 05:55:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA04810 for hackers-outgoing; Tue, 2 Sep 1997 05:55:33 -0700 (PDT) Received: from pds-gateway.pdspc.com ([207.7.39.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA04805 for ; Tue, 2 Sep 1997 05:55:30 -0700 (PDT) Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3) id ; Tue, 2 Sep 1997 07:56:47 -0500 Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA5E@pds-gateway.pdspc.com> From: Kenny Hanson To: hackers@FreeBSD.ORG Subject: RE: Netscape Communicator 4.02b7 Date: Tue, 2 Sep 1997 07:56:46 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, it would seem Netscape has fully joined the bloatware bandwagon... it's kind of a pity since I've always liked their product better than MS. I also ran it under a P90 16mb and it was swapping like there was no tomorrow. 24-32mb should do somebody just fine... 64 is always better :-) Kenny Hanson, Senior Research Analyst Paragon Development Systems Email: khanson@pdspc.com Web: http://www.pdspc.com Phone: (800) 966-6090 > -----Original Message----- > From: Peter Korsten [SMTP:peter@grendel.IAEhv.nl] > Sent: Sunday, August 31, 1997 3:28 PM > To: hackers@FreeBSD.ORG > Subject: Re: Netscape Communicator 4.02b7 > > Kenny Hanson shared with us: > > > > [original question was whether Netscape 4.02b7 was thinned out] > > > > I'm afraid not. It comes with just about everything that installs > > with NT or 95. The .tar.gz file is 7,132,310 bytes in size > (yikes!). > > Something very scary: Netscape 4.02 works pretty fine on my 16 Mb > machine with Windows 95, but is hardly useable due to the large > memory consumation with FreeBSD 2.2.2 and Xfree86. > > 'Top' shows that Netscape takes some 13 Mb Mb memory (YIKES!). > > - Peter From owner-freebsd-hackers Tue Sep 2 06:39:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA06332 for hackers-outgoing; Tue, 2 Sep 1997 06:39:08 -0700 (PDT) Received: from pds-gateway.pdspc.com ([207.7.39.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA06326 for ; Tue, 2 Sep 1997 06:39:04 -0700 (PDT) Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3) id ; Tue, 2 Sep 1997 08:40:25 -0500 Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA65@pds-gateway.pdspc.com> From: Kenny Hanson To: "'freebsd-hackers@FreeBSD.ORG'" Subject: FW: sendmail 8.8.7 Date: Tue, 2 Sep 1997 08:40:24 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Couldn't send this direct... fatal errors in sendmail. > -----Original Message----- > From: Kenny Hanson > Sent: Tuesday, September 02, 1997 7:53 AM > To: '_DEFAULT@prodigy.net' > Subject: RE: sendmail 8.8.7 > > http://www.sendmail.org :-) > > -----Original Message----- > From: _DEFAULT [SMTP:matthew.mcclintock@ibm.net] > Sent: Saturday, August 30, 1997 11:07 PM > To: Kenny Hanson > Subject: Re: sendmail 8.8.7 > > Kenny Hanson wrote: > > > > TWIMC: > > I just compiled and installed sendmail version 8.8.7. The > > install > > seemed to go very smooth but there is one issue that I noticed. In > the > > /var/log/maillog, sendmail complains that it couldn't write > > /var/run/sendmail.pid. > > I assume (uhg!) that it means that it didn't have proper permissions > but > > before > > I dive into an area I'm not very knowlegable (yet) I thought I'd ask > in > > here. > > Has anybody seen this? > > > > /usr/sbin/sendmail has owner:root group:kmem > > kmem in /etc/group has line: kmem:*:2:root > > > > Thank you in advance! :-) > > > > Kenny Hanson, Senior Research Analyst > > Paragon Development Systems > > Email: khanson@pdspc.com > > Web: http://www.pdspc.com > > Phone: (800) 966-6090 > Were can you get this version of sendmail From owner-freebsd-hackers Tue Sep 2 06:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA06987 for hackers-outgoing; Tue, 2 Sep 1997 06:51:03 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA06976 for ; Tue, 2 Sep 1997 06:50:59 -0700 (PDT) Resent-From: henrich@crh.cl.msu.edu Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id JAA01445 for freebsd-hackers@freebsd.org; Tue, 2 Sep 1997 09:50:57 -0400 (EDT) Resent-Message-Id: <199709021350.JAA01445@crh.cl.msu.edu> Message-ID: <19970902095040.60199@crh.cl.msu.edu> Date: Tue, 2 Sep 1997 09:50:40 -0400 From: Charles Henrich To: "Jordan K. Hubbard" Subject: Re: Help With NATD configuration (2 ethernets) References: <19970902002749.11791@crh.cl.msu.edu> <20001.873181934@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.80 In-Reply-To: <20001.873181934@time.cdrom.com>; from Jordan K. Hubbard on Mon, Sep 01, 1997 at 11:32:14PM -0700 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Resent-Date: Tue, 2 Sep 1997 09:50:56 -0400 Resent-To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the subject of Re: Help With NATD configuration (2 ethernets), Jordan K. Hubbard stated: > http://www.computerbits.com That article is mostly useless though. Everything there is glosses over the natd and ipfw configurations, or at best says use this without the whys. I finally figured out what I was doing wrong (and Im not entirely sure why I didnt catch it earlier, such is my life at 3am :) In any case placing all nic refereneces in both the ipfw and natd configurations to point to the ethernet card on the internet side solved my problems. If I can figure this stuff out enough perhaps I'll write a tutorial for everyone.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Sep 2 09:12:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13832 for hackers-outgoing; Tue, 2 Sep 1997 09:12:53 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA13817 for ; Tue, 2 Sep 1997 09:12:47 -0700 (PDT) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.6/8.8.4) with ESMTP id JAA17254; Tue, 2 Sep 1997 09:15:04 -0700 (PDT) Received: (from batie@localhost) by aahz.jf.intel.com (8.8.5/8.8.5) id JAA11665; Tue, 2 Sep 1997 09:12:39 -0700 (PDT) Message-ID: <19970902091238.48585@aahz.jf.intel.com> Date: Tue, 2 Sep 1997 09:12:38 -0700 From: Alan Batie To: Archie Cobbs Cc: hackers@FreeBSD.ORG Subject: Re: ipfw protocols References: <19970829153329.51631@aahz.jf.intel.com> <199708300622.XAA02291@bubba.whistle.com> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary=opJtzjQTFsWo+cga X-Mailer: Mutt 0.76 In-Reply-To: <199708300622.XAA02291@bubba.whistle.com>; from Archie Cobbs on Fri, Aug 29, 1997 at 11:22:46PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii On Fri, Aug 29, 1997 at 11:22:46PM -0700, Archie Cobbs wrote: > What version of FreeBSD (ie, ipfw) are you using? Er, ah, 2.1.5. I think I'll go fix that; thanks! -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D --opJtzjQTFsWo+cga Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNAw69hCfrckvDwdpAQF6fgP+IMGQR7Ka5rPr1CuUsQN6+iRCpwaCO/Ih /Nrs2JsSncNVOieLlCV3F3k3AtqBtZwXO8eVY9Jr3XBu+z0jFYjV4yxBgu4cdPVO yizQ0duxNtrcVbmLJ8cTHrA3TdzlwrZdDpxP6bNe5HMKMhy+SYDOY31+jLt4hSdw t5fXq/D7c0s= =AW6m -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-hackers Tue Sep 2 12:12:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21869 for hackers-outgoing; Tue, 2 Sep 1997 12:12:49 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA21858 for ; Tue, 2 Sep 1997 12:12:45 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA26889 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Tue, 2 Sep 1997 21:12:47 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id XAA02739; Mon, 1 Sep 1997 23:26:37 +0200 (MET DST) From: Wilko Bulte Message-Id: <199709012126.XAA02739@yedi.iaf.nl> Subject: Re: Patch for small annoyance in st driver To: jmattson@wco.com (Jim Mattson) Date: Mon, 1 Sep 1997 23:26:37 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199709011918.MAA00247@denali.campbell.ca.us> from "Jim Mattson" at Sep 1, 97 12:17:59 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jim Mattson wrote... > With 2.2.2-RELEASE, I get the following error on every open of my tape > device: > > st0(ahc0:4:0): ILLEGAL REQUEST asc:20,0 Invalid command operation code Whether this happens depends on the device at hand. Some devices (the smarter ones) simply accept and ignore the command when they cannot act on the PREVENT MEDIUM REMOVAL (think it's called that). > > I've tracked this down to the call to scsi_prevent() in st_open(). > Given the pre-existing comment, the following change seems justified. > (Oh, and it gets rid of the annoying message too!) > > *** st.c 1997/09/01 18:39:49 1.1 > --- st.c 1997/09/01 18:58:17 > *************** > *** 433,439 **** > if ((flags & O_ACCMODE) == FWRITE) > st->flags |= ST_WRITTEN; > > ! scsi_prevent(sc_link, PR_PREVENT, 0); /* who cares if it fails? */ > > SC_DEBUG(sc_link, SDEV_DB2, ("Open complete\n")); > > --- 433,439 ---- > if ((flags & O_ACCMODE) == FWRITE) > st->flags |= ST_WRITTEN; > > ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT | SCSI_ERR_OK); /* who cares if it fails? */ > > SC_DEBUG(sc_link, SDEV_DB2, ("Open complete\n")); Looks OK in my humble view. _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Tue Sep 2 12:42:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23301 for hackers-outgoing; Tue, 2 Sep 1997 12:42:42 -0700 (PDT) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23296 for ; Tue, 2 Sep 1997 12:42:35 -0700 (PDT) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.8.6/8.8.5) with ESMTP id MAA26204 for ; Tue, 2 Sep 1997 12:38:24 -0700 (PDT) Received: from japonica.csl.sri.com (localhost [127.0.0.1]) by japonica.csl.sri.com (8.8.7/8.7.3) with ESMTP id MAA29618 for ; Tue, 2 Sep 1997 12:43:22 -0700 (PDT) Message-Id: <199709021943.MAA29618@japonica.csl.sri.com> To: hackers@FreeBSD.ORG Subject: Problems with snapshot source distribution Date: Tue, 02 Sep 1997 12:43:22 -0700 From: Fred Gilham Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm having a problem with the snapshot sources on releng-22.freebsd.org. I've been getting the 3.0 snapshots off there. This is from 3.0-970902-SNAP but I've also had it happen for 3.0-970826-SNAP. What happens is this: # sh ./install.sh all Extracting source component: base Extracting source component: bin Extracting source component: contrib gzip: stdin: decompression OK, trailing garbage ignored tar: child returned status 2 Extracting source component: etc The resulting /usr/src directory only has a contrib-crypto directory in it, and no contrib directory. Apparently the scontrib.aa file is getting clobbered by a file that should have been called scontrib-crypto.aa or something like that. -Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Tue Sep 2 13:36:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26213 for hackers-outgoing; Tue, 2 Sep 1997 13:36:40 -0700 (PDT) Received: from inner.cortx.com (root@inner.cortx.com [207.207.221.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26185 for ; Tue, 2 Sep 1997 13:36:29 -0700 (PDT) Received: from cman (cman.cortx.com [207.207.221.12] (may be forged)) by inner.cortx.com (8.8.6/8.8.6) with SMTP id QAA13375 for ; Tue, 2 Sep 1997 16:38:13 -0400 (EDT) Message-Id: <3.0.2.32.19970902163659.00a2a1d8@cortx.com> X-Sender: costa@cortx.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Tue, 02 Sep 1997 16:36:59 -0400 To: freebsd-hackers@freebsd.org From: Costa Morris Subject: random file errors Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I keep getting messages like this in my syslog: Sep 2 16:27:47 inner syslogd: /var/run/utmp: Too many open files in system Sep 2 16:27:47 inner last message repeated 3 times Sep 2 16:27:47 inner /kernel: file: table is full Sep 2 16:27:47 inner syslogd: /var/run/utmp: Too many open files in system Sep 2 16:27:47 inner last message repeated 3 times Sep 2 16:27:47 inner /kernel: file: table is full Sep 2 16:27:47 inner last message repeated 326 times Sep 2 16:27:47 inner /kernel: table is full Sep 2 16:27:47 inner /kernel: file: table is full also, every once and awhile i try to run a basic command like 'w' and i get this error: inner /var/log>w w: /var/run/utmp: Too many open files in system when i run the command after that and it works just fine. Can someone explain to me what is going on and how i can fix the problem? i'm currently running 2.2.1 thanks in advance -costa From owner-freebsd-hackers Tue Sep 2 14:19:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA28278 for hackers-outgoing; Tue, 2 Sep 1997 14:19:24 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA28268 for ; Tue, 2 Sep 1997 14:19:19 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA13948; Tue, 2 Sep 1997 14:19:30 -0700 Date: Tue, 2 Sep 1997 14:19:30 -0700 (PDT) From: "Brian N. Handy" To: hackers@freebsd.org Subject: Tape question Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heya folks, I've got a guy here who's got a pile of data on exabyte tapes, and he's written a C program to read the stuff off the tapes and do [mumble I don't know] with it. What follows is his brief description of the problem. If anyone has any comments or suggestions I'd like to hear them. I can come up with some sample code if this isn't sufficient. Thanks, Brian ---------- Forwarded message ---------- The problem is easily described: - The Exabyte tapes to be read have a variable (logical) block size, it typically is 8192 bytes, but often shorter. - My original c program always attempted to read a 8192 byte block: nn = read(unit,buffer,8192); - On the sun this worked, it would read one (logical) block, and return the actual number of bytes read. - In FreeBSD this created unpredictable results, if the logical block was shorter than 8192. I don't know how much it actually read, but there certainly was a discrepancy between the number of bytes read, and the number returned. Also, running the program twice on the same data created different results. - In my particular case a fix was possible, since the actual logical block size can be predicted by an algorithm: nn = read(unit,buffer,predicted_block_size); But such a thing shouldn't be necessary. It defeats the idea of a variable block size format. From owner-freebsd-hackers Tue Sep 2 14:59:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00362 for hackers-outgoing; Tue, 2 Sep 1997 14:59:12 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00354 for ; Tue, 2 Sep 1997 14:59:08 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA25097; Tue, 2 Sep 1997 14:59:06 -0700 (PDT) To: Fred Gilham cc: hackers@FreeBSD.ORG Subject: Re: Problems with snapshot source distribution In-reply-to: Your message of "Tue, 02 Sep 1997 12:43:22 PDT." <199709021943.MAA29618@japonica.csl.sri.com> Date: Tue, 02 Sep 1997 14:59:06 -0700 Message-ID: <25093.873237546@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, this problem was noted yesterday. I've been looking into it and think I've got a fair idea what the problem is. Jordan > > > I'm having a problem with the snapshot sources on > releng-22.freebsd.org. I've been getting the 3.0 snapshots off there. > This is from 3.0-970902-SNAP but I've also had it happen for > 3.0-970826-SNAP. > > What happens is this: > > # sh ./install.sh all > Extracting source component: base > Extracting source component: bin > Extracting source component: contrib > > gzip: stdin: decompression OK, trailing garbage ignored > tar: child returned status 2 > Extracting source component: etc > > > > The resulting /usr/src directory only has a contrib-crypto directory > in it, and no contrib directory. > > Apparently the scontrib.aa file is getting clobbered by a file that > should have been called scontrib-crypto.aa or something like that. > > -Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Tue Sep 2 21:07:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15089 for hackers-outgoing; Tue, 2 Sep 1997 21:07:06 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA15059; Tue, 2 Sep 1997 21:06:50 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA20654; Wed, 3 Sep 1997 14:06:25 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id NAA08453; Wed, 3 Sep 1997 13:36:10 +0930 (CST) Message-ID: <19970903133610.20557@lemis.com> Date: Wed, 3 Sep 1997 13:36:10 +0930 From: Greg Lehey To: Gianmarco Giovannelli Cc: questions@FreeBSD.ORG Subject: Re: a c at the place of x (tar error) References: <3.0.3.32.19970902224720.007e6b50@giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <3.0.3.32.19970902224720.007e6b50@giovannelli.it>; from Gianmarco Giovannelli on Tue, Sep 02, 1997 at 10:47:20PM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Sep 02, 1997 at 10:47:20PM +0200, Gianmarco Giovannelli wrote: > > I have done an error with a tape with a tar backup on it. > I want to restore a lot of data but instead of the x (xzv) I used the c > (czv) as option ... For the next time: set write protect. > Now I am not able to restore anything from this tape even if I suddenly > break the wrong command... (so a lot of data are still on the tape..). May > I do something to recover at least some files ? It's a problem. Even though you stopped the command quickly, you have written a partial archive, followed by two tape marks. The tape driver will not skip past these marks, which signify that nothing more is present on the tape. On the other hand, it's obvious that there are exceptions to this rule. I'm copying -hackers on this one; possibly somebody will consider it a good idea to have an exceptional way of skipping past the tape marks. Greg From owner-freebsd-hackers Tue Sep 2 21:12:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15401 for hackers-outgoing; Tue, 2 Sep 1997 21:12:06 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15380 for ; Tue, 2 Sep 1997 21:12:00 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id VAA29439 for ; Tue, 2 Sep 1997 21:11:58 -0700 (PDT) Date: Tue, 2 Sep 1997 21:11:58 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anyway to get connect speed with usermode ppp/tun0 device? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk PPP isn't my cup of tea, I'm thinking that something oughta be able to be done inside HdlcDetect(), but perhaps there's a better choice... Any tips or ideas appreciated. From owner-freebsd-hackers Tue Sep 2 21:54:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17197 for hackers-outgoing; Tue, 2 Sep 1997 21:54:04 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA17186 for ; Tue, 2 Sep 1997 21:53:59 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA22076; Wed, 3 Sep 1997 14:53:32 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id OAA16104; Wed, 3 Sep 1997 14:23:19 +0930 (CST) Message-ID: <19970903142319.54464@lemis.com> Date: Wed, 3 Sep 1997 14:23:19 +0930 From: Greg Lehey To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jaye Mathisen on Tue, Sep 02, 1997 at 09:11:58PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Sep 02, 1997 at 09:11:58PM -0700, Jaye Mathisen wrote: > > PPP isn't my cup of tea, I'm thinking that something oughta be able > to be done inside HdlcDetect(), but perhaps there's a better choice... > > Any tips or ideas appreciated. # stty -f /dev/cuaa1 -a speed 38400 baud; 0 rows; 0 columns; lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl -echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff -ixany -imaxbel ignbrk -brkint -inpck -ignpar -parmrk oflags: -opost -onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl clocal -cstopb crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; The speed is specified as 'baud'; in fact, it's bit per second. Greg From owner-freebsd-hackers Tue Sep 2 22:29:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18858 for hackers-outgoing; Tue, 2 Sep 1997 22:29:44 -0700 (PDT) Received: from argus.tfs.net (pm3-p5.tfs.net [206.154.183.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18851 for ; Tue, 2 Sep 1997 22:29:40 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id AAA01636; Wed, 3 Sep 1997 00:29:14 -0500 (CDT) From: Jim Bryant Message-Id: <199709030529.AAA01636@argus.tfs.net> Subject: Re: a c at the place of x (tar error) In-Reply-To: <19970903133610.20557@lemis.com> from Greg Lehey at "Sep 3, 97 01:36:10 pm" To: grog@lemis.com (Greg Lehey) Date: Wed, 3 Sep 1997 00:29:13 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > On Tue, Sep 02, 1997 at 10:47:20PM +0200, Gianmarco Giovannelli wrote: > > > > I have done an error with a tape with a tar backup on it. > > I want to restore a lot of data but instead of the x (xzv) I used the c > > (czv) as option ... > > For the next time: set write protect. > > > Now I am not able to restore anything from this tape even if I suddenly > > break the wrong command... (so a lot of data are still on the tape..). May > > I do something to recover at least some files ? > > It's a problem. Even though you stopped the command quickly, you have > written a partial archive, followed by two tape marks. The tape > driver will not skip past these marks, which signify that nothing more > is present on the tape. > > On the other hand, it's obvious that there are exceptions to this > rule. I'm copying -hackers on this one; possibly somebody will > consider it a good idea to have an exceptional way of skipping past > the tape marks. i think that if a formal survey were done, nobody has made this mistake [heh, heh], but then you are one of the brave few who have admitted to such braindeath [we all should be so brave]. try this: tar -tvzf /dev/nr[sw]t[0-7] that will skip past the "oops" archive. next use dd to get the remainder of the damaged archive. next hack up a quickie to extract from the next internal tar file marker to EOF. after all this is done, you will have restored as much as is possible, the tar internal format is fairly simple, thus i leave this as an exercise for the reader. by the time you finish you will have gone through enough bs so that you will never have to admit to this kind of braindeath again. have fun! lots of fun! tons of fun! =^] jim [who never has braindeath moments, and if you believe that, i have this great waterfront property about 50 miles west of Catalina to sell you] -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Tue Sep 2 22:40:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19537 for hackers-outgoing; Tue, 2 Sep 1997 22:40:43 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA19531 for ; Tue, 2 Sep 1997 22:40:40 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id WAA17516; Tue, 2 Sep 1997 22:40:21 -0700 (PDT) Date: Tue, 2 Sep 1997 22:40:20 -0700 (PDT) From: Jaye Mathisen To: Greg Lehey cc: hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <19970903142319.54464@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No, the CONNECT string from when ppp parses up the output of the CHAT script... ie, connect 31200, v.34/ARQ, etc. Not the device speed. On Wed, 3 Sep 1997, Greg Lehey wrote: > On Tue, Sep 02, 1997 at 09:11:58PM -0700, Jaye Mathisen wrote: > > > > PPP isn't my cup of tea, I'm thinking that something oughta be able > > to be done inside HdlcDetect(), but perhaps there's a better choice... > > > > Any tips or ideas appreciated. > > # stty -f /dev/cuaa1 -a > speed 38400 baud; 0 rows; 0 columns; > lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl > -echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin > -nokerninfo -extproc > iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff -ixany -imaxbel ignbrk > -brkint -inpck -ignpar -parmrk > oflags: -opost -onlcr -oxtabs > cflags: cread cs8 -parenb -parodd hupcl clocal -cstopb crtscts -dsrflow > -dtrflow -mdmbuf > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > eol2 = ; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; > min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; > stop = ^S; susp = ^Z; time = 0; werase = ^W; > > The speed is specified as 'baud'; in fact, it's bit per second. > > Greg > From owner-freebsd-hackers Tue Sep 2 22:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19984 for hackers-outgoing; Tue, 2 Sep 1997 22:50:10 -0700 (PDT) Received: from uu4.psi.com (uu4.psi.com [38.146.21.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA19976 for ; Tue, 2 Sep 1997 22:50:06 -0700 (PDT) Received: from uu0672.UUCP by uu4.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA29859 for ; Wed, 3 Sep 97 01:45:12 -0400 Received: from conair.aht.com (rblim) by aht.com (4.1/SMI-4.1) id AA03396; Tue, 2 Sep 97 23:48:11 PDT Message-Id: <340CFA64.15FB7483@aht.com> Date: Tue, 02 Sep 1997 22:49:24 -0700 From: Randy Wenjiun Lin Organization: networking integration X-Mailer: Mozilla 3.0Gold (X11; U; BSD/OS 3.0 i386) Mime-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: how to access memory address 0xF1000000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I am doing embedded system programming on Freebsd. I need to access data on a shared memory which start at 0xF1000000. How to write codes to have the data on the shared memory accessed? In other words, how to make an array start at address 0xF100000? I want to declare an array containing all the adresses to which I can access those data pointed. Any ideas? Thanks a lot Randy From owner-freebsd-hackers Tue Sep 2 23:06:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA20679 for hackers-outgoing; Tue, 2 Sep 1997 23:06:04 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA20670 for ; Tue, 2 Sep 1997 23:06:00 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id QAA24092; Wed, 3 Sep 1997 16:03:36 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id PAA03986; Wed, 3 Sep 1997 15:33:15 +0930 (CST) Message-ID: <19970903153313.59466@lemis.com> Date: Wed, 3 Sep 1997 15:33:13 +0930 From: Greg Lehey To: Jaye Mathisen Cc: FreeBSD Hackers Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <19970903142319.54464@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jaye Mathisen on Tue, Sep 02, 1997 at 10:40:20PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Sep 02, 1997 at 10:40:20PM -0700, Jaye Mathisen wrote: > > No, the CONNECT string from when ppp parses up the output of the CHAT > script... ie, connect 31200, v.34/ARQ, etc. > > Not the device speed. Oops, sorry. Greg From owner-freebsd-hackers Wed Sep 3 00:05:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA24685 for hackers-outgoing; Wed, 3 Sep 1997 00:05:09 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA24651 for ; Wed, 3 Sep 1997 00:04:53 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id QAA03842 for ; Wed, 3 Sep 1997 16:34:48 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id QAA00291; Wed, 3 Sep 1997 16:29:46 +0930 (CST) Message-Id: <199709030659.QAA00291@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jaye Mathisen cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Tue, 02 Sep 1997 22:40:20 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 16:29:44 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No, the CONNECT string from when ppp parses up the output of the CHAT > script... ie, connect 31200, v.34/ARQ, etc. Why do you want this number? It is fundamentally useless in a modern modem environment. Consider retrain operations, fallback/fall-forward, line hit density etc. The only meaningful way to determine your link's characteristics is to measure your throughput and latency on a continuous basis. > > # stty -f /dev/cuaa1 -a > > speed 38400 baud; 0 rows; 0 columns; ... > > The speed is specified as 'baud'; in fact, it's bit per second. It is correct to specify the speed as "baud" in conjunction with a single-wire serial interface. > > Greg mike From owner-freebsd-hackers Wed Sep 3 00:40:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA26644 for hackers-outgoing; Wed, 3 Sep 1997 00:40:37 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA26633 for ; Wed, 3 Sep 1997 00:40:33 -0700 (PDT) Received: (qmail 3264 invoked by uid 1000); 3 Sep 1997 07:40:53 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Wed, 03 Sep 1997 00:40:53 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-hackers@freebsd.org Subject: IOCTL Commands - Where is my mistake? Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all, It is obvious I am making a stupid mistake, but please enlighten me: I want to pass IOCTL commands to a driver. This is what I do: #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, dpt_perf_t) In a user program, I do: if ( (result = ioctl(fd, DPT_IOCTL_INTERNAL_METRICS, &metrics)) != 0 ) { (void)fprintf(stderr, "%s ERROR: Failed to send IOCTL %x - %s\n", argv[0], DPT_IOCTL_INTERNAL_METRICS, strerror(errno)); exit(2); } In the driver, I do: ... int dpt_ioctl(dev_t dev, int cmd, caddr_t cmdarg, int flags, struct proc *p) ... switch (cmd) { case DPT_IOCTL_INTERNAL_METRICS: result = copyout((char *)&dpt->performance, (dpt_softc_t *)(*(caddr_t *)cmdarg), sizeof(dpt_perf_t)); return(result); I always get: su-2.01# dpt_dm /dev/dpt0 dpt_dm ERROR: Failed to send IOCTL 8d3c4401 - Bad address Now, If I change the #define to: #define DPT_IOCTL_INTERNAL_METRICS IOC_INOUT | 1 Everything will work fine! I tried to change: #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, dpt_perf_t) to: #define DPT_IOCTL_INTERNAL_METRICS _IOWR('D', 1, dpt_perf_t) or even: #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) Still the same. What di I do? --- Sincerely Yours, (Sent on 02-Sep-97, 23:28:40 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Wed Sep 3 01:02:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27599 for hackers-outgoing; Wed, 3 Sep 1997 01:02:52 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA27585 for ; Wed, 3 Sep 1997 01:02:48 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id BAA06734; Wed, 3 Sep 1997 01:02:17 -0700 (PDT) Date: Wed, 3 Sep 1997 01:02:17 -0700 (PDT) From: Jaye Mathisen To: Mike Smith cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709030659.QAA00291@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want it, because it would be useful as part of a standard nightly modem check to connect to each modem, verify the connect speed is something reasonable, regardless of long-term connection characteristics, and verify the start and execution of a valid PPP stream. I would rather only do this connection once, rather than twice. It would also be nice to be able to extract the port information that I connect to, which is what I'm working on now. On Wed, 3 Sep 1997, Mike Smith wrote: > > > > No, the CONNECT string from when ppp parses up the output of the CHAT > > script... ie, connect 31200, v.34/ARQ, etc. > > Why do you want this number? It is fundamentally useless in a modern > modem environment. Consider retrain operations, fallback/fall-forward, > line hit density etc. > > The only meaningful way to determine your link's characteristics is to > measure your throughput and latency on a continuous basis. > > > > # stty -f /dev/cuaa1 -a > > > speed 38400 baud; 0 rows; 0 columns; > ... > > > The speed is specified as 'baud'; in fact, it's bit per second. > > It is correct to specify the speed as "baud" in conjunction with a > single-wire serial interface. > > > > Greg > > mike > From owner-freebsd-hackers Wed Sep 3 01:31:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29338 for hackers-outgoing; Wed, 3 Sep 1997 01:31:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA29307 for ; Wed, 3 Sep 1997 01:31:47 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id SAA04214 for ; Wed, 3 Sep 1997 18:01:44 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA00286; Wed, 3 Sep 1997 17:51:58 +0930 (CST) Message-Id: <199709030821.RAA00286@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: freebsd-hackers@freebsd.org Subject: Re: IOCTL Commands - Where is my mistake? In-reply-to: Your message of "Wed, 03 Sep 1997 00:40:53 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 17:51:57 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I want to pass IOCTL commands to a driver. This is what I do: > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, dpt_perf_t) You want to pass a pointer to the struct, not the struct itself. > switch (cmd) { > case DPT_IOCTL_INTERNAL_METRICS: > result = copyout((char *)&dpt->performance, > (dpt_softc_t *)(*(caddr_t *)cmdarg), > sizeof(dpt_perf_t)); This is *hideously* bogus. Try : caddr_t dest; /* get address in userspace */ dest = fuword(*(caddr_t *)cmdarg); /* copy out to userspace */ return(copyout(&dpt->performance, dest, sizeof(dpt->performance)) ie. cmdarg is a pointer in kernel space to a *copy* of the value passed as an argument to the ioctl. You could also define the ioctl : #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) and then in the kernel say : memcpy(cmdarg, &dpt->performance, sizeof(dpt->performance)); however this will perform two copies; once as you copy it to the arg area, and another when the ioctl returns the copy to userspace. This approach is somewhat discouraged from an efficiency point of view. You would call this as : ioctl(fd, DPT_IOCTL_INTERNAL_METRICS, metrics) ie. pass the structure, not a pointer to it. Think of an ioctl define as being like a function prototype. mike From owner-freebsd-hackers Wed Sep 3 01:33:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29487 for hackers-outgoing; Wed, 3 Sep 1997 01:33:03 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA29479 for ; Wed, 3 Sep 1997 01:32:59 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id SAA04224 for ; Wed, 3 Sep 1997 18:02:56 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA00308; Wed, 3 Sep 1997 17:54:23 +0930 (CST) Message-Id: <199709030824.RAA00308@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jaye Mathisen cc: Mike Smith , Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Wed, 03 Sep 1997 01:02:17 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 17:54:23 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I want it, because it would be useful as part of a standard nightly modem > check to connect to each modem, verify the connect speed is something > reasonable, regardless of long-term connection characteristics, and verify > the start and execution of a valid PPP stream. ie. a modem-health survey? Fair enough, although I would be more inclined to write something using expect to do this. Again, of course, it would have been very helpful if you had included enough context in your original question to understand what you were actually asking. mike From owner-freebsd-hackers Wed Sep 3 01:43:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00302 for hackers-outgoing; Wed, 3 Sep 1997 01:43:08 -0700 (PDT) Received: from paranoid.convey.ru (ws03.convey.ru [195.182.128.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA00275; Wed, 3 Sep 1997 01:42:57 -0700 (PDT) Received: (from ark@localhost) by paranoid.convey.ru (8.7.5/8.7.3) id MAA14571; Wed, 3 Sep 2036 12:40:10 +0400 From: ArkanoiD Message-Id: <203609030840.MAA14571@paranoid.convey.ru> Subject: log connection attempts? To: firewalls@greatcircle.com Date: Wed, 3 Sep 136 12:40:07 +0400 (MSD) Cc: freebsd-security@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nuqneH, Did anyone try to patch the kernel to log connection attempts for ports (tcp and maybe udp) where no program accepts connection? (2.1.7) I _know_ i can do nearly the same with IP filtering/logging but i prefer another way.. -- _ _ _ _ _ _ _ {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! From owner-freebsd-hackers Wed Sep 3 01:45:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00417 for hackers-outgoing; Wed, 3 Sep 1997 01:45:09 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA00411 for ; Wed, 3 Sep 1997 01:45:04 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id SAA04320 for ; Wed, 3 Sep 1997 18:15:00 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA00388; Wed, 3 Sep 1997 18:07:15 +0930 (CST) Message-Id: <199709030837.SAA00388@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Randy Wenjiun Lin cc: freebsd-hackers@FreeBSD.ORG Subject: Re: how to access memory address 0xF1000000 In-reply-to: Your message of "Tue, 02 Sep 1997 22:49:24 MST." <340CFA64.15FB7483@aht.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 18:07:14 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am doing embedded system programming on Freebsd. I need to access data > on a shared memory which start at 0xF1000000. > How to write codes to have the data on the shared memory accessed? You will need to supply more information about your application. Are you writing a user-space program, or a kernel driver? Is the device in question a PCI device? > In other words, how to make an array start at address 0xF100000? You don't do it like that. With some more information as above, we can point you at examples that will help you along. mike From owner-freebsd-hackers Wed Sep 3 04:02:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA05715 for hackers-outgoing; Wed, 3 Sep 1997 04:02:21 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA05704 for ; Wed, 3 Sep 1997 04:02:03 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA07543; Wed, 3 Sep 1997 11:49:53 +0200 From: Luigi Rizzo Message-Id: <199709030949.LAA07543@labinfo.iet.unipi.it> Subject: PnP support in userconfig To: hackers@freebsd.org Date: Wed, 3 Sep 1997 11:49:52 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have completed support for manual PnP configuration when doing "boot -c" (only line mode, sorry!). The code lets you set the configuration of pnp devices from userconfig (or, using Jordan's trick, from the special sector on the boot disk), so that even machines with broken or missing PnP support in the bios can use PnP cards more easily. I plan to make the code available later today. It will be a package including: /sys/i386/isa/pnp.c /sys/i386/isa/pnp.h and patches to /sys/i386/i386/autoconf.c /sys/i386/i386/userconfig.c /sys/i386/conf/files.i386 /usr/src/sbin/dset/dset.c and postscript documentation on the code. (maybe I will also include a modified version of pnpinfo). It is meant to replace Sujal Patel's PnP code (I have already contacted Sujal and have his blessing). It is more complete and functional, easier to use from device drivers (I have been using this in my sound code) and especially can be reconfigured without having to rebuild a kernel or modify sources. I have been using this code for more than one month now with no crashes at all, and since it has very little impact on the rest of the system I hope someone volunteers to commit it to -current at least. Before making the code available, I need suggestions on the following issues. A PnP card can be specified using a unique integer (CSN) starting from 1 and assigned by the operating system at boot time, or with a 32-bit number which is the "vendor_id" for the board. Each card has a number of "logical devices" internally, numbered starting from 0 (the number is called LDN). Each card can accept up to 8 port addresses, 4 memory addresses, 2 irq and 2 drq lines. My code to support PnP in userconfig accepts commands with the following syntax: pnp 1 0 enable port0 0x534 irq0 7 irq1 5 drq0 3 drq1 4 .... where the first two parameters identify the CSN and LDN of the card. I can replace the first parameter with the vendor_id so that the line would become something like: pnp 0x0100561e 0 enable port0 ... with the advantage of making the same command work independently of the CSN assigned to the card, but with the disadvantage of a longer command and of making impossible to have two cards of the same type on the same machine (unless one adds another 32-bit integer, the serial number). I'd really go for the first option unless there are strong objections. In order to make command simpler I could also force the user to specify all parameters of the same type at once (e.g. the 8 ports, the 2 irqs, and the 2 dmas), perhaps setting a default value when this is not specified. As an example one would write: pnp 1 0 os enable port 0x608 0x388 0x220 irq 7 drq 1 0 to mean that the first three io ports get assigned 0x608 0x388 0x220, only the first irq line is used as irq7, and the two dma channels are 1 and 0. In this case the second approach seems preferable. Do you people agree ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed Sep 3 04:36:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA07089 for hackers-outgoing; Wed, 3 Sep 1997 04:36:11 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA07077 for ; Wed, 3 Sep 1997 04:36:01 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id EAA17764; Wed, 3 Sep 1997 04:33:00 -0700 (PDT) To: Luigi Rizzo cc: hackers@FreeBSD.ORG Subject: Re: PnP support in userconfig In-reply-to: Your message of "Wed, 03 Sep 1997 11:49:52 +0200." <199709030949.LAA07543@labinfo.iet.unipi.it> Date: Wed, 03 Sep 1997 04:32:59 -0700 Message-ID: <17748.873286379@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > configuration of pnp devices from userconfig (or, using Jordan's trick, > from the special sector on the boot disk), so that even machines with > broken or missing PnP support in the bios can use PnP cards more easily. Actually, this is Poul-Henning's trick which Bruce also accused me of authoring earlier today. :-) The /kernel.config / FD boot block hack was done by phk back in the earlier days of userconfig. > It is meant to replace Sujal Patel's PnP code (I have already contacted > Sujal and have his blessing). It is more complete and functional, > easier to use from device drivers (I have been using this in my sound > code) and especially can be reconfigured without having to rebuild a > kernel or modify sources. Sounds great! Jordan From owner-freebsd-hackers Wed Sep 3 05:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA07762 for hackers-outgoing; Wed, 3 Sep 1997 05:00:07 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA07738 for ; Wed, 3 Sep 1997 05:00:02 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA26811; Wed, 3 Sep 1997 07:12:20 -0400 (EDT) From: Peter Dufault Message-Id: <199709031112.HAA26811@hda.hda.com> Subject: Re: how to access memory address 0xF1000000 In-Reply-To: <340CFA64.15FB7483@aht.com> from Randy Wenjiun Lin at "Sep 2, 97 10:49:24 pm" To: rblim@aht.com (Randy Wenjiun Lin) Date: Wed, 3 Sep 1997 07:12:20 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am doing embedded system programming on Freebsd. I need to access data > on a shared memory which start at 0xF1000000. > How to write codes to have the data on the shared memory accessed? > In other words, how to make an array start at address 0xF100000? I want > to declare an array containing all the adresses to which I can access > those data pointed. Any ideas? It isn't clear what you are doing. Shared memory between processes is handled using shared memory calls (try "man -k shared") and a board with "memory" at a fixed address is handled with an mmap entry in the driver so you can map it into your process space using mmap. Clarify your problem. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Sep 3 05:22:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08689 for hackers-outgoing; Wed, 3 Sep 1997 05:22:47 -0700 (PDT) Received: from cicero.cybercity.dk (cicero.cybercity.dk [195.8.128.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA08682; Wed, 3 Sep 1997 05:22:43 -0700 (PDT) Received: from schizo.dk.tfs.com (mail.trw.dk [195.8.133.123]) by cicero.cybercity.dk (8.8.5/8.8.5) with ESMTP id OAA18648; Wed, 3 Sep 1997 14:16:49 +0200 (CEST) Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.5/8.7.3) with ESMTP id LAA13138; Wed, 3 Sep 1997 11:52:55 +0200 (MET DST) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id LAA04928; Wed, 3 Sep 1997 11:52:29 +0200 (CEST) To: ArkanoiD cc: firewalls@greatcircle.com, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: log connection attempts? In-reply-to: Your message of "Wed, 03 Sep 0136 12:40:07 +0400." <203609030840.MAA14571@paranoid.convey.ru> Date: Wed, 03 Sep 1997 11:52:29 +0200 Message-ID: <4926.873280349@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <203609030840.MAA14571@paranoid.convey.ru>, ArkanoiD writes: >nuqneH, > >Did anyone try to patch the kernel to log connection attempts for ports >(tcp and maybe udp) where no program accepts connection? (2.1.7) Set these two sysctl variables to non-zero: net.inet.tcp.log_in_vain: 0 net.inet.udp.log_in_vain: 0 -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-hackers Wed Sep 3 06:44:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA12708 for hackers-outgoing; Wed, 3 Sep 1997 06:44:26 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (gwydion.hns.st-louis.mo.us [199.217.245.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA12700 for ; Wed, 3 Sep 1997 06:44:20 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.8.6/8.8.4) id IAA25280 for freebsd-hackers@freebsd.org; Wed, 3 Sep 1997 08:43:10 -0500 (CDT) From: Kent Hamilton Message-Id: <199709031343.IAA25280@gwydion.hns.st-louis.mo.us> Subject: ipfw problem in 2.2.2 To: freebsd-hackers@freebsd.org Date: Wed, 3 Sep 1997 08:43:10 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmm, I thought I sent this last night but I never saw it anywhere so I'll try again.... I'm trying to use ipfw for the first time, and I've done the following: 1. Rebuild the kernel with: options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options "IPFIREWALL_VERBOSE_LIMIT=50" 2. Changed rc.conf to firewall="simple" 3. Heavily modified rc.firewall 4. Reboot the box. As soon as I try to load rules I get this: /sbin/ipfw add 100 divert natd all from any to any via vx0 00100 ... rule here ip_fw_ctl: neither in or out [IP_FW_CTL] Invalid Argument (I may have the syntax of the second error line wrong since I'm doing it from memory and I don't have root access to the machine remotely to test it.) Can someone please tell me what I have wrong? I get the same error no matter what rule I try to add. The configuration of the machine is: Pentium 166 w/32MB RAM FreeBSD-2.2.2 3 3Com XL cards vx0 - External Interface Class C address with subnet of 255.255.255.192 vx1 - DMZ Interface Class C address with subnet of 255.255.255.192 vx2 - Internal Interface using 172.16 internal addresses. Suggestions on my stupid mistake happily accepted since I need this box up asap.... -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www2.hunter.com/~skh/ Blessed Be.... Work: KHamilton@Hunter.COM From owner-freebsd-hackers Wed Sep 3 07:33:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15341 for hackers-outgoing; Wed, 3 Sep 1997 07:33:56 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA15334 for ; Wed, 3 Sep 1997 07:33:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA07753; Wed, 3 Sep 1997 15:21:27 +0200 From: Luigi Rizzo Message-Id: <199709031321.PAA07753@labinfo.iet.unipi.it> Subject: Re: PnP support in userconfig To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 Sep 1997 15:21:27 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <17748.873286379@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 97 04:32:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It is meant to replace Sujal Patel's PnP code (I have already contacted > > Sujal and have his blessing). It is more complete and functional, > > easier to use from device drivers (I have been using this in my sound > > code) and especially can be reconfigured without having to rebuild a > > kernel or modify sources. > > Sounds great! ok, the code is at http://www.iet.unipi.it/~luigi/pnp970903.tgz and contains the files, patches and documentation. I'd be pleased of someone of the committer could find the time to test it and possibly commit (just contact me before you do, in case I have any last-minute patches). Jordan, I think this could also go in the "experimental" directory in the next release. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed Sep 3 09:51:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22792 for hackers-outgoing; Wed, 3 Sep 1997 09:51:54 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22781 for ; Wed, 3 Sep 1997 09:51:47 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA27597; Wed, 3 Sep 1997 10:51:13 -0600 (MDT) Date: Wed, 3 Sep 1997 10:51:13 -0600 (MDT) Message-Id: <199709031651.KAA27597@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Greg Lehey Cc: Jaye Mathisen , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <19970903142319.54464@lemis.com> References: <19970903142319.54464@lemis.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > PPP isn't my cup of tea, I'm thinking that something oughta be able > > to be done inside HdlcDetect(), but perhaps there's a better choice... > > > > Any tips or ideas appreciated. > > # stty -f /dev/cuaa1 -a > speed 38400 baud; 0 rows; 0 columns; This tells you how fast the computer<->modem connection is, but if you hard-code it at a speed, it won't tell you the 'CONNECT XXXXX' speed, which can vary depending on line conditions. Nate From owner-freebsd-hackers Wed Sep 3 09:56:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA23079 for hackers-outgoing; Wed, 3 Sep 1997 09:56:19 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA23072 for ; Wed, 3 Sep 1997 09:56:16 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA27641; Wed, 3 Sep 1997 10:56:05 -0600 (MDT) Date: Wed, 3 Sep 1997 10:56:05 -0600 (MDT) Message-Id: <199709031656.KAA27641@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Jaye Mathisen , Greg Lehey , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709030659.QAA00291@word.smith.net.au> References: <199709030659.QAA00291@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > No, the CONNECT string from when ppp parses up the output of the CHAT > > script... ie, connect 31200, v.34/ARQ, etc. > > Why do you want this number? It is fundamentally useless in a modern > modem environment. Consider retrain operations, fallback/fall-forward, > line hit density etc. Most 'cheaper' modems don't fall-forward (which includes about 99% of the modems in use today by folks), and it's far from useless. It gives you a pretty good 'guess' at how good the line quality is from you to the other side at connection time. With this information in hand, you can point to the customer and say "it ain't my problem your connection sucks so badly, it's the phone company's problem". Nate From owner-freebsd-hackers Wed Sep 3 11:37:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28668 for hackers-outgoing; Wed, 3 Sep 1997 11:37:08 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA28656; Wed, 3 Sep 1997 11:37:03 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA08293; Wed, 3 Sep 1997 19:24:54 +0200 From: Luigi Rizzo Message-Id: <199709031724.TAA08293@labinfo.iet.unipi.it> Subject: snd970903.tgz and pnp970903.tgz To: multimedia@freebsd.org, hackers@freebsd.org Date: Wed, 3 Sep 1997 19:24:53 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The current snap of my audio driver is at http://www.iet.unipi.it/~luigi/snd970903.tgz you also need the PnP code which is now in a separate distribution, http://www.iet.unipi.it/~luigi/pnp970903.tgz This snap includes several improvements: * workarounds for the two OPTI931 bugs; * fixed SB16 PnP operation, now works in 8 and 16bit, both capture and playback; most importantly, the PnP code has been put into a separate distribution and now lets you override the configuration of PnP cards with the "-c" boot option. This can be useful also for people with non-audio PnP boards. I think I have fixed all bugs people was reporting about SB16 clones not recognised/not working (although the SB16 driver still needs refinements in order to support full duplex operation). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed Sep 3 11:42:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29019 for hackers-outgoing; Wed, 3 Sep 1997 11:42:50 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29007 for ; Wed, 3 Sep 1997 11:42:44 -0700 (PDT) Received: from haldjas.folklore.ee (haldjas.folklore.ee [172.17.2.1] (may be forged)) by haldjas.folklore.ee (8.8.6/8.8.4) with SMTP id VAA01628 for ; Wed, 3 Sep 1997 21:42:19 +0300 (EEST) Date: Wed, 3 Sep 1997 21:42:19 +0300 (EEST) From: Narvi To: hackers@freebsd.org Subject: login.conf Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I create a class in login.conf like this: # # Kerberos/skey only login class # krb-user:Kerberos only login users:\ :auth-login=krb_or_skey,kerberos,skey:\ :auth-rlogin=krb_or_skey,kerberos,skey:\ :tc=default: and then set the class of a test user to be krb-user. The end result is nothing, as it is still possible to login with the old unix passwd (provided it existed and is known). Why is that? Isn't login supposed to look at the auth style and judge by it which what kinds of passwds to accept? Sander PS. This is on 2.2-stable. There is no love, no good, no happiness and no future - all these are just illusions. From owner-freebsd-hackers Wed Sep 3 12:04:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00418 for hackers-outgoing; Wed, 3 Sep 1997 12:04:02 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA00389 for ; Wed, 3 Sep 1997 12:03:57 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA14795 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Wed, 3 Sep 1997 21:04:10 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id TAA00824; Wed, 3 Sep 1997 19:53:21 +0200 (MET DST) From: Wilko Bulte Message-Id: <199709031753.TAA00824@yedi.iaf.nl> Subject: Re: Tape question To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Wed, 3 Sep 1997 19:53:21 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Brian N. Handy" at Sep 2, 97 02:19:30 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote... > Heya folks, > > I've got a guy here who's got a pile of data on exabyte tapes, and he's > written a C program to read the stuff off the tapes and do [mumble I > don't know] with it. > > What follows is his brief description of the problem. If anyone has any > comments or suggestions I'd like to hear them. I can come up with some > sample code if this isn't sufficient. > > Thanks, > > Brian > > ---------- Forwarded message ---------- > The problem is easily described: > > - The Exabyte tapes to be read have a variable (logical) block size, > it typically is 8192 bytes, but often shorter. The only comment is that it should be at least 1kBytes if I remember correctly. > there certainly was a discrepancy between the number of bytes read, > and the number returned. Also, running the program twice on the > same data created different results. Yikes. So much for deterministic computers ;-) Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Wed Sep 3 12:13:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00849 for hackers-outgoing; Wed, 3 Sep 1997 12:13:24 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA00844 for ; Wed, 3 Sep 1997 12:13:17 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA12899; Wed, 3 Sep 1997 20:12:27 +0100 (BST) Message-Id: <199709031912.UAA12899@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jaye Mathisen cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Tue, 02 Sep 1997 22:40:20 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 20:12:27 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No, the CONNECT string from when ppp parses up the output of the CHAT > script... ie, connect 31200, v.34/ARQ, etc. > > Not the device speed. > The modem can be told to display either. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Sep 3 12:31:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01708 for hackers-outgoing; Wed, 3 Sep 1997 12:31:42 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA01701 for ; Wed, 3 Sep 1997 12:31:38 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id OAA09852; Wed, 3 Sep 1997 14:31:02 -0500 (EST) Date: Wed, 3 Sep 1997 14:31:02 -0500 (EST) From: John Fieber To: Narvi cc: hackers@FreeBSD.ORG Subject: Re: login.conf In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Sep 1997, Narvi wrote: > The end result is nothing, as it is still possible to login with the old > unix passwd (provided it existed and is known). > > Why is that? Isn't login supposed to look at the auth style and judge by > it which what kinds of passwds to accept? The authentication part of login.conf is currently unsupported, at least in 2.2. If you have kerberos installed, it always tries kerberos first, then the local password if kerberos fails. The comments in login.conf hint that implementation is waiting on external authentication modules, but I see no reason it *must* wait. I have the opposite problem--I want to force use of local passwords in some cases. -john From owner-freebsd-hackers Wed Sep 3 12:42:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02310 for hackers-outgoing; Wed, 3 Sep 1997 12:42:41 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02299 for ; Wed, 3 Sep 1997 12:42:34 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA28455; Wed, 3 Sep 1997 13:42:30 -0600 (MDT) Date: Wed, 3 Sep 1997 13:42:30 -0600 (MDT) Message-Id: <199709031942.NAA28455@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: hackers@freebsd.org Subject: Making FreeBSD display 16-bit (Kanji) characters X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How would one go about doing that, in X (and out if possible). I'm messing around with Internationalization support in Java, and would like to do something besides english language stuff. (Canadian support is done fairly easily by adding 'Eh' to everything. *grin*) Nate From owner-freebsd-hackers Wed Sep 3 12:43:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02434 for hackers-outgoing; Wed, 3 Sep 1997 12:43:57 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02423 for ; Wed, 3 Sep 1997 12:43:50 -0700 (PDT) Received: from haldjas.folklore.ee (haldjas.folklore.ee [172.17.2.1] (may be forged)) by haldjas.folklore.ee (8.8.6/8.8.4) with SMTP id WAA01824; Wed, 3 Sep 1997 22:35:30 +0300 (EEST) Date: Wed, 3 Sep 1997 22:35:30 +0300 (EEST) From: Narvi To: John Fieber cc: hackers@FreeBSD.ORG Subject: Re: login.conf In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually, it does not say so. Well, actually, it leaves the impression it does indeed control the authentification, the comment that it controls resource limits, accounting limits and default environment settings is too vague. There seems to be one word - "only" - missing from there. Sander There is no love, no good, no happiness and no future - all these are just illusions. On Wed, 3 Sep 1997, John Fieber wrote: > On Wed, 3 Sep 1997, Narvi wrote: > > > The end result is nothing, as it is still possible to login with the old > > unix passwd (provided it existed and is known). > > > > Why is that? Isn't login supposed to look at the auth style and judge by > > it which what kinds of passwds to accept? > > The authentication part of login.conf is currently unsupported, > at least in 2.2. If you have kerberos installed, it always tries > kerberos first, then the local password if kerberos fails. The > comments in login.conf hint that implementation is waiting on > external authentication modules, but I see no reason it *must* > wait. > > I have the opposite problem--I want to force use of local > passwords in some cases. > > -john > > From owner-freebsd-hackers Wed Sep 3 12:49:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02738 for hackers-outgoing; Wed, 3 Sep 1997 12:49:37 -0700 (PDT) Received: from heathers2.stdio.com (root@heathers2.stdio.com [204.152.114.165]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02731 for ; Wed, 3 Sep 1997 12:49:28 -0700 (PDT) Received: from frog (socks5d.raleigh.ibm.com [204.146.167.237]) by heathers2.stdio.com (8.6.12/8.6.13) with SMTP id PAA12067 for ; Wed, 3 Sep 1997 15:48:07 -0400 Message-ID: <340DBF33.41C6@stdio.com> Date: Wed, 03 Sep 1997 15:49:07 -0400 From: Larry Lile X-Mailer: Mozilla 3.01 (X11; I; AIX 1) MIME-Version: 1.0 To: hackers@freebsd.org Subject: CD-ROM Drives on 2.2.2-Release Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I just received several Toshiba CD-ROM drive and was having problems getting them to work under 2.2.2-Release. They are all Toshiba 4101B's. I have used them before with FreeBSD with good results but now when I try to mount them I get an error message from mount_cd9660 of "invalid argument". I thought there might be something wrong so I backed out to 2.1.5. This works fine. Now I was really confused. The next test was installing 2.2.2-Release with the cd that Walnut Creek sent to me. I booted from the CD and installed without incident (although it was slow?) I then rebooted and tried to mount the cdrom drive "invalid argument". I don't understand. Any ideas? The machine is a 486DX33 (All ISA) with an Adaptec 1542CP the mount command was "mount -t cd9660 /dev/cd0a /cdrom" or "mount_cd9660 /dev/cd0a /cdrom" both return invalid argument under 2.2.2-Relase but work fine under 2.1.5. I did try /dev/cd0c but got many strange messages Larry Lile lile@stdio.com From owner-freebsd-hackers Wed Sep 3 13:14:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04153 for hackers-outgoing; Wed, 3 Sep 1997 13:14:51 -0700 (PDT) Received: from mail-gw.pacbell.net (mail-gw.pacbell.net [206.13.28.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04147 for ; Wed, 3 Sep 1997 13:14:48 -0700 (PDT) Received: from CAT_ED (ppp-207-215-85-26.scrm01.pacbell.net [207.215.85.26]) by mail-gw.pacbell.net (8.8.7/8.7.1+antispam) with SMTP id NAA18600 for ; Wed, 3 Sep 1997 13:14:45 -0700 (PDT) Message-ID: <340DC56D.7B3E@pacbell.net> Date: Wed, 03 Sep 1997 13:15:41 -0700 From: Yinginc Reply-To: yinginc@pacbell.net X-Mailer: Mozilla 3.01 (Win95; I; 16bit) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Help! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone out there with any help is greatly appreciated! 1) I've just reloaded the OS on file server #2 (www02.system.com). I've tried to rcp a file from server #1 (www01.system.com) to server #2, and I get a "Permission denied" error. I've changed the .rhosts file to reflect www01.system.com, but to no avail. I've checked file permissions, and they should read "root -wheel" (which they do). I loaded sudo when I re-loaded the OS, but haven't configured it yet. What could possibly be the problem? 2) I'm trying to re-load some files from the tape backup. When I went to check the contents of a tape that I know has the files that I need, I got the following error: "Hmm: this doesn't look like a tar archive". Any help on this one would be greatly appreciated. Ed From owner-freebsd-hackers Wed Sep 3 13:20:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04557 for hackers-outgoing; Wed, 3 Sep 1997 13:20:37 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04525 for ; Wed, 3 Sep 1997 13:20:28 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id WAA00630 for hackers@freebsd.org; Wed, 3 Sep 1997 22:20:42 +0200 (MEST) From: Søren Schmidt Message-Id: <199709032020.WAA00630@sos.freebsd.dk> Subject: ASUS mediabus pinout ?? To: hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Sep 1997 22:20:42 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody have that handy?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Wed Sep 3 13:26:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04882 for hackers-outgoing; Wed, 3 Sep 1997 13:26:02 -0700 (PDT) Received: from mailhost.Ipsilon.COM (mailhost.ipsilon.com [205.226.5.12]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA04873 for ; Wed, 3 Sep 1997 13:25:59 -0700 (PDT) Received: from munger.ipsilon.com ([205.226.22.42]) by mailhost.Ipsilon.COM (8.6.11/8.6.10) with ESMTP id NAA29593 for ; Wed, 3 Sep 1997 13:25:28 -0700 Message-ID: <340DC7AF.A4E99435@ipsilon.com> Date: Wed, 03 Sep 1997 13:25:19 -0700 From: Kevin Hayes Reply-To: kevin@ipsilon.com Organization: Ipsilon Networks X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Looking at kernel disassembly X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How can one inspect a disassebled kernel with symbols? objdump does not seem to be very useful: kernel: file format a.out-i386-freebsd Disassembly of section .text: 00000000 <_btext-f0100000> movw $0x1234,0x472 00000009 <_btext-f00ffff7> pushl %ebp 0000000a <_btext-f00ffff6> movl %esp,%ebp 0000000c <_btext-f00ffff4> pushl $0x2 0000000e <_btext-f00ffff2> popf 0000000f <_btext-f00ffff1> movw %ds,%ax [...] As you can see, there's no useful symbolic info for the text. I config'd this kernel with 'config -g'...how can I get objdump to show symbols? Do I have to comment out the symorder(1) call in the Makefile or something? Please reply directly as I'm not on this list. Thanks. K++ -- Kevin Hayes | "Nobody can make you feel inferior Ipsilon Networks | without your consent." kevin@ipsilon.com | ---Eleanor Roosevelt (408)-990-2086 | From owner-freebsd-hackers Wed Sep 3 13:28:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05065 for hackers-outgoing; Wed, 3 Sep 1997 13:28:34 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05060 for ; Wed, 3 Sep 1997 13:28:32 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA09575; Wed, 3 Sep 1997 13:27:44 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma009573; Wed Sep 3 13:27:34 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id NAA09505; Wed, 3 Sep 1997 13:27:33 -0700 (PDT) From: Archie Cobbs Message-Id: <199709032027.NAA09505@bubba.whistle.com> Subject: Re: ipfw problem in 2.2.2 In-Reply-To: <199709031343.IAA25280@gwydion.hns.st-louis.mo.us> from Kent Hamilton at "Sep 3, 97 08:43:10 am" To: kenth@HNS.St-Louis.Mo.US (Kent Hamilton) Date: Wed, 3 Sep 1997 13:27:33 -0700 (PDT) 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hmmm, I thought I sent this last night but I never saw it anywhere so > I'll try again.... > > I'm trying to use ipfw for the first time, and I've done the following: > 1. Rebuild the kernel with: > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPDIVERT > options "IPFIREWALL_VERBOSE_LIMIT=50" > 2. Changed rc.conf to firewall="simple" > 3. Heavily modified rc.firewall > 4. Reboot the box. > > As soon as I try to load rules I get this: > /sbin/ipfw add 100 divert natd all from any to any via vx0 > 00100 ... rule here > ip_fw_ctl: neither in or out > [IP_FW_CTL] Invalid Argument Probably your kernel source is not consistent with your ipfw source, in which case you need to re-compile and re-install the ipfw program based on the newer (or older?) sources. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Wed Sep 3 13:30:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05168 for hackers-outgoing; Wed, 3 Sep 1997 13:30:18 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05161 for ; Wed, 3 Sep 1997 13:30:15 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA09591; Wed, 3 Sep 1997 13:29:44 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma009585; Wed Sep 3 13:29:42 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id NAA09519; Wed, 3 Sep 1997 13:29:42 -0700 (PDT) From: Archie Cobbs Message-Id: <199709032029.NAA09519@bubba.whistle.com> Subject: Re: Making FreeBSD display 16-bit (Kanji) characters In-Reply-To: <199709031942.NAA28455@rocky.mt.sri.com> from Nate Williams at "Sep 3, 97 01:42:30 pm" To: nate@mt.sri.com (Nate Williams) Date: Wed, 3 Sep 1997 13:29:42 -0700 (PDT) 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How would one go about doing that, in X (and out if possible). I'm > messing around with Internationalization support in Java, and would like > to do something besides english language stuff. (Canadian support is > done fairly easily by adding 'Eh' to everything. *grin*) kterm, which I think is in the ports collection, is capable of displaying JIS character sets... Also, you can view a character set like this: xfd -fn -jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0 (see /usr/X11R6/lib/X11/fonts/misc/fonts.dir for a list of fonts) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Wed Sep 3 13:34:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05448 for hackers-outgoing; Wed, 3 Sep 1997 13:34:00 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05442 for ; Wed, 3 Sep 1997 13:33:54 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id WAA00288; Wed, 3 Sep 1997 22:34:03 +0200 (MEST) From: Søren Schmidt Message-Id: <199709032034.WAA00288@sos.freebsd.dk> Subject: Re: CD-ROM Drives on 2.2.2-Release In-Reply-To: <340DBF33.41C6@stdio.com> from Larry Lile at "Sep 3, 97 03:49:07 pm" To: lile@stdio.com (Larry Lile) Date: Wed, 3 Sep 1997 22:34:03 +0200 (MEST) Cc: 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Larry Lile who wrote: > Hi all, > > The machine is a 486DX33 (All ISA) with an Adaptec 1542CP > the mount command was "mount -t cd9660 /dev/cd0a /cdrom" or > "mount_cd9660 /dev/cd0a /cdrom" both return invalid argument > under 2.2.2-Relase but work fine under 2.1.5. You should use the /dev/wcd0a device if you use an atapi cdrom. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Wed Sep 3 13:37:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05825 for hackers-outgoing; Wed, 3 Sep 1997 13:37:14 -0700 (PDT) Received: from earth.mat.net (earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05803 for ; Wed, 3 Sep 1997 13:37:08 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id QAA27294; Wed, 3 Sep 1997 16:35:46 -0400 (EDT) Date: Wed, 3 Sep 1997 16:35:54 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Nate Williams cc: hackers@FreeBSD.ORG Subject: Re: Making FreeBSD display 16-bit (Kanji) characters In-Reply-To: <199709031942.NAA28455@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Sep 1997, Nate Williams wrote: > How would one go about doing that, in X (and out if possible). I'm > messing around with Internationalization support in Java, and would like > to do something besides english language stuff. (Canadian support is > done fairly easily by adding 'Eh' to everything. *grin*) > Just a pointer, I'm including the header from a not-too-recent copy of the ISO-8859 internationalization faq, and it lists any of the newsgroups that it shows up on, and maybe you could even web-search it. I think this kind of stuff might help (I'm no expert in such things, just trying to help). I'm not including the faq, it's out of date. Originator: faqserv@bloom-picayune.MIT.EDU Xref: mojo.eng.umd.edu comp.unix.questions:111427 comp.unix.admin:49062 comp.win dows.x:106837 comp.std.internat:5303 comp.software.international:3904 soc.cultur e.german:99163 soc.culture.french:113006 soc.culture.belgium:35377 soc.culture.q uebec:37407 soc.culture.nordic:78839 soc.culture.spain:101594 soc.culture.portug uese:39719 soc.culture.brazil:54529 soc.culture.argentina:40754 soc.culture.colo mbia:18592 soc.culture.venezuela:46741 soc.culture.peru:15661 soc.culture.chile: 43895 soc.culture.italian:112516 bit.listserv.catala:9936 comp.answers:18426 soc .answers:5185 news.answers:71112 Archive-name: internationalization/iso-8859-1-charset Posting-Frequency: monthly Version: 2.9887 ISO 8859-1 National Character Set FAQ Michael K. Gschwind > > Nate > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | 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 Sep 3 14:33:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08886 for hackers-outgoing; Wed, 3 Sep 1997 14:33:32 -0700 (PDT) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA08881 for ; Wed, 3 Sep 1997 14:33:25 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id VAA24983; Wed, 3 Sep 1997 21:32:57 GMT Date: Wed, 3 Sep 1997 21:32:56 +0000 (GMT) From: Alfred Perlstein To: Yinginc cc: hackers@FreeBSD.ORG Subject: Re: Help! In-Reply-To: <340DC56D.7B3E@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 2) I'm trying to re-load some files from the tape backup. When I went > to check the contents of a tape that I know has the files that I need, I > got the following error: "Hmm: this doesn't look like a tar archive". > Any help on this one would be greatly appreciated. sorry i can't help with the first, but with the second try this tar -xz???? that's extract with gzip (your data is probably compressed) From owner-freebsd-hackers Wed Sep 3 14:38:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09152 for hackers-outgoing; Wed, 3 Sep 1997 14:38:11 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA09142 for ; Wed, 3 Sep 1997 14:37:54 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id QAA10100; Wed, 3 Sep 1997 16:37:17 -0500 (EST) Date: Wed, 3 Sep 1997 16:37:16 -0500 (EST) From: John Fieber To: Narvi cc: hackers@FreeBSD.ORG Subject: Re: login.conf In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Sep 1997, Narvi wrote: > On Wed, 3 Sep 1997, John Fieber wrote: > > comments in login.conf hint that implementation is waiting on > > external authentication modules, but I see no reason it *must* > > wait. > > Actually, it does not say so. I meant to say "login source", not "login.conf". I'll just attribute the goof to the intense distraction of tyring to type that message on a non-dvorak keyboard... :) BTW, does anyone know about plans for these authentication modules? Also, anyone with the time to look at adding login.conf support to ssh and/or xdm would be greatly appreciated. Login.conf is a nice idea, but really more trouble than its worth if half the paths into the system don't use it. -john From owner-freebsd-hackers Wed Sep 3 14:49:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09966 for hackers-outgoing; Wed, 3 Sep 1997 14:49:39 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA09955 for ; Wed, 3 Sep 1997 14:49:34 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.5/8.8.5) id XAA18864; Wed, 3 Sep 1997 23:38:13 +0200 (CEST) From: Mikael Karpberg Message-Id: <199709032138.XAA18864@ocean.campus.luth.se> Subject: Re: PnP support in userconfig In-Reply-To: <199709030949.LAA07543@labinfo.iet.unipi.it> from Luigi Rizzo at "Sep 3, 97 11:49:52 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 3 Sep 1997 23:38:13 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Luigi Rizzo: [...] > Before making the code available, I need suggestions on the following > issues. > > A PnP card can be specified using a unique integer (CSN) starting from > 1 and assigned by the operating system at boot time, or with a 32-bit > number which is the "vendor_id" for the board. Each card has a number > of "logical devices" internally, numbered starting from 0 (the number > is called LDN). > > Each card can accept up to 8 port addresses, 4 memory addresses, 2 irq > and 2 drq lines. > > My code to support PnP in userconfig accepts commands with the > following syntax: > > pnp 1 0 enable port0 0x534 irq0 7 irq1 5 drq0 3 drq1 4 .... > > where the first two parameters identify the CSN and LDN of the card. > I can replace the first parameter with the vendor_id so that the line > would become something like: > > pnp 0x0100561e 0 enable port0 ... > > with the advantage of making the same command work independently of > the CSN assigned to the card, but with the disadvantage of a longer > command and of making impossible to have two cards of the same type on > the same machine (unless one adds another 32-bit integer, the serial > number). I'd really go for the first option unless there are strong > objections. Well... How about making it possible to use both, just in case someone has a problem with knowing the CSN of the card, and only has one card of that kind. Something like: pnp 1 0 enable port0 0x534 irq0 7 irq1 5 drq0 3 drq1 4 OR pnp v0x0100561e 0 enable port0 0x534 irq0 7 irq1 5 drq0 3 drq1 4 Where both are supported? Should be a simple case like: if (*x == 'v') { vid } else { CSN } The synatx above, or the one where you specify as many as you want after the keyword shouldn't matter for this change, so that's irrelevant to this question. /Mikael From owner-freebsd-hackers Wed Sep 3 15:01:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10836 for hackers-outgoing; Wed, 3 Sep 1997 15:01:20 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA10828 for ; Wed, 3 Sep 1997 15:01:16 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 3 Sep 1997 18:00:12 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11540; Wed, 3 Sep 97 18:00:10 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA23398; Wed, 3 Sep 1997 17:57:00 -0400 Message-Id: <19970903175659.34947@ct.picker.com> Date: Wed, 3 Sep 1997 17:56:59 -0400 From: Randall Hopper To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Jaye Mathisen on Tue, Sep 02, 1997 at 09:11:58PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen: |PPP isn't my cup of tea, I'm thinking that something oughta be able |to be done inside HdlcDetect(), but perhaps there's a better choice... | |Any tips or ideas appreciated. If you're using chat for dialup before turning control over to PPP try something like: if chat -t 90 -r /opt/log/dialup \ REPORT CONNECT \ ABORT "NO CARRIER" ABORT BUSY ABORT "NO DIAL TONE" \ "" "$INITSTRING" \ "OK" "AT$DIALSTRING" \ "Password:" "$SERVER_PASSWORD" \ ... then # Do ppp here else # Process chat error here fi CONNECT lines will be appended to /opt/log/dialup. Didn't grok the argument about this not being useful. If one's paying their ISP for 28.8 or 56K access, it's prudent to make sure that one's getting the service they're paying for and not just tossing money into the breeze. Randall Hopper From owner-freebsd-hackers Wed Sep 3 15:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA11300 for hackers-outgoing; Wed, 3 Sep 1997 15:10:08 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA11290 for ; Wed, 3 Sep 1997 15:10:01 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 3 Sep 1997 18:07:37 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11655; Wed, 3 Sep 97 18:07:34 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA23413; Wed, 3 Sep 1997 18:04:06 -0400 Message-Id: <19970903180406.19509@ct.picker.com> Date: Wed, 3 Sep 1997 18:04:06 -0400 From: Randall Hopper To: Sxren Schmidt Cc: Larry Lile , hackers@FreeBSD.ORG Subject: Re: CD-ROM Drives on 2.2.2-Release References: <340DBF33.41C6@stdio.com> <199709032034.WAA00288@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709032034.WAA00288@sos.freebsd.dk>; from S\xren Schmidt on Wed, Sep 03, 1997 at 10:34:03PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk S\xren Schmidt: |Larry Lile: |> The machine is a 486DX33 (All ISA) with an Adaptec 1542CP |> the mount command was "mount -t cd9660 /dev/cd0a /cdrom" or |> "mount_cd9660 /dev/cd0a /cdrom" both return invalid argument |> under 2.2.2-Relase but work fine under 2.1.5. | |You should use the /dev/wcd0a device if you use an atapi cdrom. Shouldn't this be wcd0c? E.g. for workman: workman -c /dev/rwcd0c Or does it make any difference. The FAQ mentions using *cd0c for 9660 as well, and I'd been using it for audio CDs as well. Out of curiosity, what's the *cd0a device for? I notice its there, but has a 0 minor instead of a 2. Randall From owner-freebsd-hackers Wed Sep 3 15:35:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12758 for hackers-outgoing; Wed, 3 Sep 1997 15:35:36 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12749 for ; Wed, 3 Sep 1997 15:35:32 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id PAA21074 for ; Wed, 3 Sep 1997 15:35:31 -0700 (PDT) Date: Wed, 3 Sep 1997 15:35:30 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: 3.0 tuning tips? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 3.0-curent, supped 9/2/97. Under serious connection load (Using inetload), I'm getting various failures that I'm sure are just tuning related. I have maxusers set to 64 in the kernel. I'm getting errors like: "No Buffer space available", "File table full", and others. WHere do I start tweaking some of this stuff? I've modified rc.conf, and bumped up limits all around. I'm more concerned with the no buffers and file table stuff than things like maxproc. From owner-freebsd-hackers Wed Sep 3 15:43:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13234 for hackers-outgoing; Wed, 3 Sep 1997 15:43:09 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13226 for ; Wed, 3 Sep 1997 15:43:05 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA29644; Wed, 3 Sep 1997 16:42:54 -0600 (MDT) Date: Wed, 3 Sep 1997 16:42:54 -0600 (MDT) Message-Id: <199709032242.QAA29644@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Archie Cobbs Cc: nate@mt.sri.com (Nate Williams), hackers@freebsd.org Subject: Re: Making FreeBSD display 16-bit (Kanji) characters In-Reply-To: <199709032029.NAA09519@bubba.whistle.com> References: <199709031942.NAA28455@rocky.mt.sri.com> <199709032029.NAA09519@bubba.whistle.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > How would one go about doing that, in X (and out if possible). I'm > > messing around with Internationalization support in Java, and would like > > to do something besides english language stuff. (Canadian support is > > done fairly easily by adding 'Eh' to everything. *grin*) > > kterm, which I think is in the ports collection, is capable of displaying > JIS character sets... Hmm, that didn't seem to work. Methinks that 'unicode' support in Java and NT is mostly hot-air, since actually displaying is non-existant as far as we can tell. > Also, you can view a character set like this: > > xfd -fn -jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0 That works, but when I try to display unicode characters in a 'hello world' type of program I end up with question marks. Thanks anyway! Nate ps. I have the Japanese (jis) fonts installed, though they don't appear to be used. From owner-freebsd-hackers Wed Sep 3 16:25:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14843 for hackers-outgoing; Wed, 3 Sep 1997 16:25:00 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14838 for ; Wed, 3 Sep 1997 16:24:55 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA11056; Wed, 3 Sep 1997 16:24:24 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma011052; Wed Sep 3 16:24:05 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id QAA11839; Wed, 3 Sep 1997 16:24:05 -0700 (PDT) From: Archie Cobbs Message-Id: <199709032324.QAA11839@bubba.whistle.com> Subject: Re: Making FreeBSD display 16-bit (Kanji) characters In-Reply-To: <199709032242.QAA29644@rocky.mt.sri.com> from Nate Williams at "Sep 3, 97 04:42:54 pm" To: nate@mt.sri.com (Nate Williams) Date: Wed, 3 Sep 1997 16:24:05 -0700 (PDT) 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > How would one go about doing that, in X (and out if possible). I'm > > > messing around with Internationalization support in Java, and would like > > > to do something besides english language stuff. (Canadian support is > > > done fairly easily by adding 'Eh' to everything. *grin*) > > > > kterm, which I think is in the ports collection, is capable of displaying > > JIS character sets... > > Hmm, that didn't seem to work. Methinks that 'unicode' support in Java > and NT is mostly hot-air, since actually displaying is non-existant as > far as we can tell. Oh, didn't realize you wanted a UNICODE font. Those are hard to come by :-) I don't think X11 includes any. > > xfd -fn -jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0 > > That works, but when I try to display unicode characters in a 'hello > world' type of program I end up with question marks. As the "jisx0208.1983-0" suffix indicates, this font is for displaying the JIS X0208.1983-0 characters. Guess you would have to do some converting from UNICODE to JIS if you wanted to see what your Java program is outputting. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Wed Sep 3 16:39:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15519 for hackers-outgoing; Wed, 3 Sep 1997 16:39:51 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA15509 for ; Wed, 3 Sep 1997 16:39:47 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id JAA05116; Thu, 4 Sep 1997 09:37:51 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id IAA10934; Thu, 4 Sep 1997 08:40:25 +0930 (CST) Message-ID: <19970904084024.29000@lemis.com> Date: Thu, 4 Sep 1997 08:40:24 +0930 From: Greg Lehey To: Nate Williams Cc: Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <199709030659.QAA00291@word.smith.net.au> <199709031656.KAA27641@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709031656.KAA27641@rocky.mt.sri.com>; from Nate Williams on Wed, Sep 03, 1997 at 10:56:05AM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Sep 03, 1997 at 10:56:05AM -0600, Nate Williams wrote: >>> No, the CONNECT string from when ppp parses up the output of the CHAT >>> script... ie, connect 31200, v.34/ARQ, etc. >> >> Why do you want this number? It is fundamentally useless in a modern >> modem environment. Consider retrain operations, fallback/fall-forward, >> line hit density etc. > > Most 'cheaper' modems don't fall-forward (which includes about 99% of > the modems in use today by folks), and it's far from useless. It gives > you a pretty good 'guess' at how good the line quality is from you to > the other side at connection time. With this information in hand, you > can point to the customer and say "it ain't my problem your connection > sucks so badly, it's the phone company's problem". How well do modems handle fallback? If you're running PPP with LQM, that should give you a pretty reliable indication as well. I'm running a no-name Rockwell V.34 modem here, and my line quality seems to be pretty good, but on one occasion I got a whole lot of: Aug 3 17:31:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 89 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:32:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 17 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:33:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 35 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:34:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 59 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:35:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 8 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:36:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 14 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:37:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 38 ADDR: 0 COMD: 0 PROTO: 0 Aug 3 17:38:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 66 ADDR: 0 COMD: 0 PROTO: 0 Note that these are errors per minute. They went away when I redialled. Greg From owner-freebsd-hackers Wed Sep 3 16:57:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16339 for hackers-outgoing; Wed, 3 Sep 1997 16:57:43 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16333 for ; Wed, 3 Sep 1997 16:57:38 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA29951; Wed, 3 Sep 1997 17:57:29 -0600 (MDT) Date: Wed, 3 Sep 1997 17:57:29 -0600 (MDT) Message-Id: <199709032357.RAA29951@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Greg Lehey Cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <19970904084024.29000@lemis.com> References: <199709030659.QAA00291@word.smith.net.au> <199709031656.KAA27641@rocky.mt.sri.com> <19970904084024.29000@lemis.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How well do modems handle fallback? Depends on the modems in question. > If you're running PPP with LQM, that should give you a pretty reliable > indication as well. LQM was broken in earlier versions of ijppp, so I never used it. In any case, the errors you're seeing are probably unrelated to modem fallback, and might be related to the other hanging things up. Nate From owner-freebsd-hackers Wed Sep 3 16:59:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16438 for hackers-outgoing; Wed, 3 Sep 1997 16:59:41 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16433 for ; Wed, 3 Sep 1997 16:59:37 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id QAA21013; Wed, 3 Sep 1997 16:57:28 -0700 (PDT) Date: Wed, 3 Sep 1997 16:57:28 -0700 (PDT) From: "Jamil J. Weatherbee" To: Søren Schmidt cc: FreeBSD hackers Subject: Re: ASUS mediabus pinout ?? In-Reply-To: <199709032020.WAA00630@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id QAA16434 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have an ASUS mediabus --- what is that supposed to do by the way? On Wed, 3 Sep 1997, Søren Schmidt wrote: > > Anybody have that handy?? > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. > From owner-freebsd-hackers Wed Sep 3 17:02:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16643 for hackers-outgoing; Wed, 3 Sep 1997 17:02:43 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA16637 for ; Wed, 3 Sep 1997 17:02:39 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id KAA13206; Thu, 4 Sep 1997 10:00:18 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA11734; Thu, 4 Sep 1997 09:30:17 +0930 (CST) Message-ID: <19970904093016.04383@lemis.com> Date: Thu, 4 Sep 1997 09:30:16 +0930 From: Greg Lehey To: Nate Williams Cc: Mike Smith , Jaye Mathisen , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <199709030659.QAA00291@word.smith.net.au> <199709031656.KAA27641@rocky.mt.sri.com> <19970904084024.29000@lemis.com> <199709032357.RAA29951@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709032357.RAA29951@rocky.mt.sri.com>; from Nate Williams on Wed, Sep 03, 1997 at 05:57:29PM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Sep 03, 1997 at 05:57:29PM -0600, Nate Williams wrote: >> If you're running PPP with LQM, that should give you a pretty reliable >> indication as well. > > LQM was broken in earlier versions of ijppp, so I never used it. It seems to work now. > In any case, the errors you're seeing are probably unrelated to > modem fallback, Well, my assumption here was that: 1. The line is flaky, and it's causing errors. 2. The modem isn't falling back. 3. LQR is counting those errors and reporting them. > and might be related to the other hanging things up. I don't understand what you're saying here. Greg From owner-freebsd-hackers Wed Sep 3 17:14:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17356 for hackers-outgoing; Wed, 3 Sep 1997 17:14:14 -0700 (PDT) Received: from itojun.csl.sony.co.jp (root@itojun.csl.sony.co.jp [133.138.1.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA17336 for ; Wed, 3 Sep 1997 17:13:21 -0700 (PDT) From: itojun@itojun.org Received: from localhost (itojun@localhost [127.0.0.1]) by itojun.csl.sony.co.jp (8.8.5/3.3W3) with ESMTP id JAA13707; Thu, 4 Sep 1997 09:09:53 +0900 (JST) To: Nate Williams Cc: Archie Cobbs , hackers@freebsd.org Subject: Re: Making FreeBSD display 16-bit (Kanji) characters X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 References: <199709032242.QAA29644@rocky.mt.sri.com> In-reply-to: Nate Williams 's message of Wed, 3 Sep 1997 16:42:54 -0600 (MDT). <199709032242.QAA29644@rocky.mt.sri.com> X-Mailer: comp (MHng project) version 1997/08/04 03:38:46, by Jun-ichiro Itoh MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-ID: Date: Thu, 04 Sep 1997 09:09:52 +0900 Message-ID: <13704.873331792@itojun.csl.sony.co.jp> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > How would one go about doing that, in X (and out if possible). I'm >> > messing around with Internationalization support in Java, and would like >> > to do something besides english language stuff. (Canadian support is >> > done fairly easily by adding 'Eh' to everything. *grin*) >> kterm, which I think is in the ports collection, is capable of displaying >> JIS character sets... >Hmm, that didn't seem to work. Methinks that 'unicode' support in Java >and NT is mostly hot-air, since actually displaying is non-existant as >far as we can tell. I believe there's no unicode-xterm nor unicode font for X. Unicode is not used at all in daily Japanese computing life. It is used in some specific systems, such as Java, Apple Newton, or BeOS. There's some conversion table between unicode<->jis, so you can write filter for that... >ps. I have the Japanese (jis) fonts installed, though they don't appear >to be used. kterm will use this. itojun From owner-freebsd-hackers Wed Sep 3 17:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18249 for hackers-outgoing; Wed, 3 Sep 1997 17:28:57 -0700 (PDT) Received: from pobox.com (ras147.microplus.ca [207.81.20.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18237 for ; Wed, 3 Sep 1997 17:28:49 -0700 (PDT) Received: (from brianc@localhost) by pobox.com (8.8.5/8.8.5) id UAA01128; Wed, 3 Sep 1997 20:28:30 -0400 (EDT) Message-ID: <19970903202829.04429@pobox.com> Date: Wed, 3 Sep 1997 20:28:29 -0400 From: Brian Campbell To: freebsd-hackers@FreeBSD.org Subject: 2.2-stable swap usage? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? System has 64M RAM, and has been up and running AccelX for about a week. Killing syslogd and cron didn't help. There wasn't much left ... Script started on Wed Sep 3 20:16:27 1997 $ pstat -s Device 512-blocks Used Avail Capacity Type /dev/sd1b 261989 49456 212405 19% Interleaved $ ps alx UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.59 (swapper) 0 1 0 0 10 0 384 76 wait Is ?? 0:00.03 /sbin/init -- 0 2 0 4 -18 0 0 12 psleep DL ?? 0:15.90 (pagedaemon) 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) 0 4 0 1 28 0 0 12 update DL ?? 1:36.98 (update) 0 5 0 0 28 0 0 12 idle DL ?? 8656:24.95 (idle) 0 22 1 0 10 0 131192 8564 mfsidl Is ?? 0:06.57 mfs -o async -o nosuid /dev/sd1b /tmp (mount_mfs) 0 71 1 0 2 0 200 292 select Ss ?? 0:03.29 syslogd 0 102 1 0 18 0 332 204 pause Is ?? 0:02.75 cron 134 10683 10682 1 18 0 500 260 pause Ss p0 0:00.02 sh sh (ksh) 134 10685 10683 0 28 0 632 268 - R+ p0 0:00.00 ps -alx 134 8120 1 0 18 0 504 280 pause Ss v0 0:01.46 -ksh (ksh) 134 10681 8120 0 3 0 216 444 ttyin S+ v0 0:00.01 script 134 10682 10681 0 3 0 216 472 ptcin S+ v0 0:00.01 script 134 158 1 0 3 0 504 292 ttyin Is+ v1 0:00.80 -ksh (ksh) 134 159 1 0 3 0 504 276 ttyin Is+ v2 0:00.60 -ksh (ksh) 134 160 1 0 3 0 504 244 ttyin Is+ v3 0:00.15 -ksh (ksh) $ cat /proc/*/map 0x1000 0x2b000 6 0 r-x COW vnode 0x2b000 0x2d000 1 1 rwx COW vnode 0x2d000 0x38000 1 1 rwx COW swap 0x38000 0x41000 6 6 rwx COW swap 0x802b000 0x802c000 0 0 rwx COW swap 0xefbde000 0xefbfe000 1 1 rwx COW swap 0x1000 0x7000 2 0 r-x COW vnode 0x7000 0x8000 1 1 rwx COW vnode 0x8000 0x2c000 2 2 rwx COW swap 0x2c000 0x34000 1 1 rwx COW swap 0x8007000 0x8014000 1 0 r-x COW vnode 0x8014000 0x8016000 0 0 rwx COW vnode 0x8016000 0x801f000 0 0 rwx COW swap 0x8020000 0x8079000 33 0 r-x COW vnode 0x8079000 0x807d000 2 2 rwx COW vnode 0x807d000 0x8094000 3 3 rwx COW swap 0xefbde000 0xefbfe000 1 1 rwx COW swap 0x1000 0x3000 2 0 r-x COW vnode 0x3000 0x4000 1 1 rwx COW vnode 0x4000 0x17000 3 0 rwx COW default 0x8003000 0x8010000 11 0 r-x COW vnode 0x8010000 0x8012000 2 0 rwx COW vnode 0x8012000 0x801b000 8 0 rwx COW default 0x801c000 0x8021000 5 0 r-x COW vnode 0x8021000 0x8022000 1 0 rwx COW vnode 0x8022000 0x807b000 61 0 r-x COW vnode 0x807b000 0x807f000 4 1 rwx COW vnode 0x807f000 0x8096000 7 1 rwx COW default 0xefbde000 0xefbfe000 1 3 rwx COW default 0x1000 0x3000 2 0 r-x COW vnode 0x3000 0x4000 1 1 rwx COW vnode 0x4000 0x17000 3 1 rwx COW default 0x8003000 0x8010000 11 0 r-x COW vnode 0x8010000 0x8012000 2 0 rwx COW vnode 0x8012000 0x801b000 8 2 rwx COW default 0x801c000 0x8021000 5 0 r-x COW vnode 0x8021000 0x8022000 1 0 rwx COW vnode 0x8022000 0x807b000 61 0 r-x COW vnode 0x807b000 0x807f000 4 2 rwx COW vnode 0x807f000 0x8096000 11 5 rwx COW default 0xefbde000 0xefbfe000 4 4 rwx COW default 0x1000 0x43000 49 0 r-x COW vnode 0x43000 0x45000 2 2 rwx COW vnode 0x45000 0x5e000 7 20 rwx COW default 0x8043000 0x8044000 1 1 rwx COW default 0xefbde000 0xefbfe000 1 1 rwx COW default 0x1000 0x43000 46 0 r-x COW vnode 0x43000 0x45000 2 2 rwx COW vnode 0x45000 0x57000 11 12 rwx COW swap 0x57000 0x58000 1 1 rwx COW swap 0x58000 0x5f000 3 7 rwx COW swap 0x8043000 0x8044000 1 1 rwx COW swap 0xefbde000 0xefbfe000 1 2 rwx COW swap 0x1000 0x43000 44 0 r-x COW vnode 0x43000 0x45000 2 2 rwx COW vnode 0x45000 0x57000 11 12 rwx COW swap 0x57000 0x58000 1 1 rwx COW swap 0x58000 0x5f000 4 5 rwx COW swap 0x8043000 0x8044000 1 1 rwx COW swap 0xefbde000 0xefbfe000 1 1 rwx COW swap 0x1000 0x43000 37 0 r-x COW vnode 0x43000 0x45000 2 2 rwx COW vnode 0x45000 0x57000 11 11 rwx COW swap 0x57000 0x58000 1 1 rwx COW swap 0x58000 0x5f000 3 4 rwx COW swap 0x8043000 0x8044000 1 1 rwx COW swap 0xefbde000 0xefbfe000 1 1 rwx COW swap 0x1000 0x1d000 0 0 r-x COW vnode 0x1d000 0x1f000 0 0 rwx COW vnode 0x1f000 0x58000 0 0 rwx COW swap 0x58000 0x7ffd000 2131 2154 rwx swap 0x7ffd000 0x7fff000 0 0 rwx swap 0xefbde000 0xefbfe000 0 1 rwx COW swap 0x1000 0x6000 4 0 r-x COW vnode 0x6000 0x7000 1 1 rwx COW vnode 0x7000 0x9000 2 2 rwx COW swap 0x9000 0x13000 9 9 rwx swap 0x8006000 0x8013000 1 0 r-x COW vnode 0x8013000 0x8015000 0 0 rwx COW vnode 0x8015000 0x801d000 1 1 rwx COW swap 0x801d000 0x801e000 1 1 rwx swap 0x801f000 0x8078000 39 0 r-x COW vnode 0x8078000 0x807c000 3 3 rwx COW vnode 0x807c000 0x8093000 4 4 rwx COW swap 0xefbde000 0xefbfe000 3 3 rwx COW swap 0x1000 0x43000 46 0 r-x COW vnode 0x43000 0x45000 2 2 rwx COW vnode 0x45000 0x57000 7 13 rwx COW swap 0x57000 0x58000 1 1 rwx COW swap 0x58000 0x5f000 7 7 rwx COW swap 0x8043000 0x8044000 1 1 rwx COW swap 0xefbde000 0xefbfe000 1 1 rwx COW swap 0x1000 0xe000 10 0 r-x COW vnode 0xe000 0x10000 2 2 rwx COW vnode 0x10000 0x27000 4 4 rwx default 0x800e000 0x800f000 1 1 rwx default 0xefbde000 0xefbfe000 1 1 rwx default $ Script done on Wed Sep 3 20:16:45 1997 From owner-freebsd-hackers Wed Sep 3 17:48:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20253 for hackers-outgoing; Wed, 3 Sep 1997 17:48:03 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20217 for ; Wed, 3 Sep 1997 17:47:55 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA17334; Thu, 4 Sep 1997 01:46:11 +0100 (BST) Message-Id: <199709040046.BAA17334@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 08:40:24 +0930." <19970904084024.29000@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 01:46:11 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > How well do modems handle fallback? If you're running PPP with LQM, > that should give you a pretty reliable indication as well. I'm > running a no-name Rockwell V.34 modem here, and my line quality seems > to be pretty good, but on one occasion I got a whole lot of: > > Aug 3 17:31:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 89 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:32:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 17 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:33:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 35 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:34:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 59 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:35:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 8 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:36:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 14 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:37:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 38 ADDR: 0 COMD: 0 PROTO: 0 > Aug 3 17:38:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 66 ADDR: 0 COMD: 0 PROTO: 0 > > Note that these are errors per minute. They went away when I > redialled. Sounds like the peer stopped responding :-( > Greg -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Sep 3 17:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20581 for hackers-outgoing; Wed, 3 Sep 1997 17:51:03 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA20574 for ; Wed, 3 Sep 1997 17:50:56 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id KAA25162; Thu, 4 Sep 1997 10:47:48 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA12916; Thu, 4 Sep 1997 10:17:44 +0930 (CST) Message-ID: <19970904101743.28980@lemis.com> Date: Thu, 4 Sep 1997 10:17:43 +0930 From: Greg Lehey To: Brian Somers Cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <19970904084024.29000@lemis.com> <199709040046.BAA17334@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709040046.BAA17334@awfulhak.demon.co.uk>; from Brian Somers on Thu, Sep 04, 1997 at 01:46:11AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 01:46:11AM +0100, Brian Somers wrote: > [.....] >> How well do modems handle fallback? If you're running PPP with LQM, >> that should give you a pretty reliable indication as well. I'm >> running a no-name Rockwell V.34 modem here, and my line quality seems >> to be pretty good, but on one occasion I got a whole lot of: >> >> Aug 3 17:31:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 89 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:32:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 17 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:33:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 35 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:34:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 59 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:35:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 8 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:36:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 14 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:37:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 38 ADDR: 0 COMD: 0 PROTO: 0 >> Aug 3 17:38:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 66 ADDR: 0 COMD: 0 PROTO: 0 >> >> Note that these are errors per minute. They went away when I >> redialled. > > Sounds like the peer stopped responding :-( No, I had a connection all the time. I was just getting a lot of FCS errors. Greg From owner-freebsd-hackers Wed Sep 3 17:54:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21012 for hackers-outgoing; Wed, 3 Sep 1997 17:54:43 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA21005 for ; Wed, 3 Sep 1997 17:54:37 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA17519; Thu, 4 Sep 1997 01:52:25 +0100 (BST) Message-Id: <199709040052.BAA17519@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams cc: Greg Lehey , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Wed, 03 Sep 1997 17:57:29 MDT." <199709032357.RAA29951@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 01:52:25 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How well do modems handle fallback? > > Depends on the modems in question. > > > If you're running PPP with LQM, that should give you a pretty reliable > > indication as well. > > LQM was broken in earlier versions of ijppp, so I never used it. In any > case, the errors you're seeing are probably unrelated to modem fallback, > and might be related to the other hanging things up. It *may* still be broken. The rfc is lousy at explaining how it's supposed to work at negotiation time. The *real* problem is ppp's LQM "policy" - something that's left to the discression of the implementation..... I need to talk to some third-party ppp implementation to discover what the concensus is. The sources of pppd have as many ????s as I have. Unfortunately, linux uses pppd too, so I won't get much mileage from talking to that, and the NT RAS won't talk to my null-modem cable (the breakout box says it's putting up the correct lines, but the RAS never sees anything, and the client sends stuff and never gets a reply) !!!! Mutter mutter mutter. > Nate -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Sep 3 17:58:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21198 for hackers-outgoing; Wed, 3 Sep 1997 17:58:08 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA21191 for ; Wed, 3 Sep 1997 17:58:00 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA17559; Thu, 4 Sep 1997 01:55:59 +0100 (BST) Message-Id: <199709040055.BAA17559@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Brian Somers , Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 10:17:43 +0930." <19970904101743.28980@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 01:55:59 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Thu, Sep 04, 1997 at 01:46:11AM +0100, Brian Somers wrote: > > [.....] > >> How well do modems handle fallback? If you're running PPP with LQM, > >> that should give you a pretty reliable indication as well. I'm > >> running a no-name Rockwell V.34 modem here, and my line quality seems > >> to be pretty good, but on one occasion I got a whole lot of: > >> > >> Aug 3 17:31:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 89 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:32:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 17 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:33:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 35 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:34:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 59 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:35:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 8 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:36:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 14 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:37:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 38 ADDR: 0 COMD: 0 PROTO: 0 > >> Aug 3 17:38:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 66 ADDR: 0 COMD: 0 PROTO: 0 > >> > >> Note that these are errors per minute. They went away when I > >> redialled. > > > > Sounds like the peer stopped responding :-( > > No, I had a connection all the time. I was just getting a lot of FCS > errors. Did you have LQM on at the time ? Or did you try pinging your gateway address ? What was the throughput like ? You may have got a crossed line or something. > Greg > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Sep 3 18:00:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21440 for hackers-outgoing; Wed, 3 Sep 1997 18:00:48 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21414 for ; Wed, 3 Sep 1997 18:00:25 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id KAA00434; Thu, 4 Sep 1997 10:21:43 +0930 (CST) Message-Id: <199709040051.KAA00434@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 09:30:16 +0930." <19970904093016.04383@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 10:21:41 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In any case, the errors you're seeing are probably unrelated to > > modem fallback, > > Well, my assumption here was that: > > 1. The line is flaky, and it's causing errors. > 2. The modem isn't falling back. > 3. LQR is counting those errors and reporting them. This is all well and good until you add an error-correcting layer to the equation. If 1., then the receiving end will request a retransmission. If the errors are really bad, then one or both ends will attempt 2. At any rate, there should be no errors for 3. to detect; the error-correcting protocol is meant to guarantee error-free data transmission. > > and might be related to the other hanging things up. > > I don't understand what you're saying here. I'm not sure either; the most common cause of FCS errors on modern PPP links is flow control problems; it's possible that the terminal server you were connected to just dropped its guts, or the modem likewise. mike From owner-freebsd-hackers Wed Sep 3 18:02:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21580 for hackers-outgoing; Wed, 3 Sep 1997 18:02:22 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21575 for ; Wed, 3 Sep 1997 18:02:17 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id TAA00303; Wed, 3 Sep 1997 19:01:23 -0600 (MDT) Date: Wed, 3 Sep 1997 19:01:23 -0600 (MDT) Message-Id: <199709040101.TAA00303@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Greg Lehey , Nate Williams , Jaye Mathisen , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709040051.KAA00434@word.smith.net.au> References: <19970904093016.04383@lemis.com> <199709040051.KAA00434@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > and might be related to the other hanging things up. > > > > I don't understand what you're saying here. > > I'm not sure either; the most common cause of FCS errors on modern PPP > links is flow control problems; it's possible that the terminal server > you were connected to just dropped its guts, or the modem likewise. Right, the other end 'hung up' the connection. But, as Greg stated it wasn't the case, since he could still ping the remote site. (The only other time I've seen them was with MorningStar's PPP on a heavily loaded line. The LQM messages never got through since the link was saturated, this claiming the link was down. We disabled them there as well, since it's too easy to spoof them with normal usage.) Nate From owner-freebsd-hackers Wed Sep 3 18:03:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21651 for hackers-outgoing; Wed, 3 Sep 1997 18:03:44 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA21644 for ; Wed, 3 Sep 1997 18:03:36 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA28391; Thu, 4 Sep 1997 11:00:39 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA13249; Thu, 4 Sep 1997 10:30:28 +0930 (CST) Message-ID: <19970904103027.15393@lemis.com> Date: Thu, 4 Sep 1997 10:30:27 +0930 From: Greg Lehey To: Brian Somers Cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <19970904101743.28980@lemis.com> <199709040055.BAA17559@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709040055.BAA17559@awfulhak.demon.co.uk>; from Brian Somers on Thu, Sep 04, 1997 at 01:55:59AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 01:55:59AM +0100, Brian Somers wrote: >> On Thu, Sep 04, 1997 at 01:46:11AM +0100, Brian Somers wrote: >>> [.....] >>>> How well do modems handle fallback? If you're running PPP with LQM, >>>> that should give you a pretty reliable indication as well. I'm >>>> running a no-name Rockwell V.34 modem here, and my line quality seems >>>> to be pretty good, but on one occasion I got a whole lot of: >>>> >>>> Aug 3 17:31:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 89 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:32:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 17 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:33:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 35 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:34:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 59 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:35:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 8 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:36:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 14 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:37:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 38 ADDR: 0 COMD: 0 PROTO: 0 >>>> Aug 3 17:38:05 freebie ppp[196]: Phase: HDLC errors -> FCS: 66 ADDR: 0 COMD: 0 PROTO: 0 >>>> >>>> Note that these are errors per minute. They went away when I >>>> redialled. >>> >>> Sounds like the peer stopped responding :-( >> >> No, I had a connection all the time. I was just getting a lot of FCS >> errors. > > Did you have LQM on at the time ? Yes. Isn't that what's generating the messages? > Or did you try pinging your gateway address ? Well, no, since the line was working there didn't seem to be much point. > What was the throughput like ? Slightly degraded, but acceptable. The most annoying thing was the message every minute. > You may have got a crossed line or something. As I said, it worked pretty reasonably. I suspect a noisy line. Maybe Mike's right, and it was flow control, but that tends to cause more problems when I'm transferring a lot of data. Greg From owner-freebsd-hackers Wed Sep 3 18:11:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22005 for hackers-outgoing; Wed, 3 Sep 1997 18:11:37 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21996 for ; Wed, 3 Sep 1997 18:11:31 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA17907; Thu, 4 Sep 1997 02:10:54 +0100 (BST) Message-Id: <199709040110.CAA17907@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Brian Somers , Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 10:30:27 +0930." <19970904103027.15393@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 02:10:54 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > >>> Sounds like the peer stopped responding :-( > >> > >> No, I had a connection all the time. I was just getting a lot of FCS > >> errors. > > > > Did you have LQM on at the time ? > > Yes. Isn't that what's generating the messages? > [.....] The LQM stuff is where you exchange "quality reports" with the peer. These errors are framing errors where the received data isn't making sense. > Greg -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Sep 3 18:15:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22213 for hackers-outgoing; Wed, 3 Sep 1997 18:15:53 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22203 for ; Wed, 3 Sep 1997 18:15:49 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id BAA28643; Thu, 4 Sep 1997 01:16:01 GMT Date: Thu, 4 Sep 1997 01:16:01 +0000 (GMT) From: Alfred Perlstein To: Brian Campbell cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? In-Reply-To: <19970903202829.04429@pobox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk AccelX supposedly has memory leaks try restarting the X server if you can... On Wed, 3 Sep 1997, Brian Campbell wrote: > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > System has 64M RAM, and has been up and running AccelX for about a week. > Killing syslogd and cron didn't help. There wasn't much left ... From owner-freebsd-hackers Wed Sep 3 18:35:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23102 for hackers-outgoing; Wed, 3 Sep 1997 18:35:16 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA23095 for ; Wed, 3 Sep 1997 18:35:10 -0700 (PDT) Received: (qmail 11071 invoked by uid 1000); 4 Sep 1997 01:35:25 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709030821.RAA00286@word.smith.net.au> Date: Wed, 03 Sep 1997 18:35:25 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Mike Smith Subject: Re: IOCTL Commands - Where is my mistake? Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thax for the help Mike! Hi Mike Smith; On 03-Sep-97 you wrote: > > I want to pass IOCTL commands to a driver. This is what I do: > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, dpt_perf_t) > > You want to pass a pointer to the struct, not the struct itself. I do. what gave you the idea I do not? > > > switch (cmd) { > > case DPT_IOCTL_INTERNAL_METRICS: > > result = copyout((char *)&dpt->performance, > > (dpt_softc_t *)(*(caddr_t *)cmdarg), > > sizeof(dpt_perf_t)); > > This is *hideously* bogus. Try : > > caddr_t dest; > > /* get address in userspace */ > dest = fuword(*(caddr_t *)cmdarg); This is *hideously* not portable :-) You assume an integer and a char * are the same. Should be dest = (caddr_t)fuword.... > /* copy out to userspace */ > return(copyout(&dpt->performance, dest, > sizeof(dpt->performance)) > > > ie. cmdarg is a pointer in kernel space to a *copy* of the value > passed as an argument to the ioctl. This is all fine and dandy, BUT, > > You could also define the ioctl : > > #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) > > and then in the kernel say : > > memcpy(cmdarg, &dpt->performance, > sizeof(dpt->performance)); > > however this will perform two copies; once as you copy it to the arg > area, and another when the ioctl returns the copy to userspace. This > approach is somewhat discouraged from an efficiency point of view. > > You would call this as : > > ioctl(fd, DPT_IOCTL_INTERNAL_METRICS, metrics) > > ie. pass the structure, not a pointer to it. Think of an ioctl define > as being like a function prototype. I did. I am still getting the SAME result. Maybe I should re-state that: If I do: #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) Then copyout fails! BUT if I do: #define DPT_IOCTL_INTERNAL_METRICS (IOC_INOUT | 1) Then it WORKS. The fact that the contents of cmd (NOT the identity of cmdarg!) changes the outcome of copyout, coupled with the fact that your version, although not nearly as *hideously* bogus as mine, does NOT work, coupled to the fact that ioctl does work, leads me to belive that I am making a stupid mistake, but your solution is not indicating my error. Can we try again? Thanx! > > mike > > --- Sincerely Yours, (Sent on 03-Sep-97, 18:22:33 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Wed Sep 3 18:40:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23430 for hackers-outgoing; Wed, 3 Sep 1997 18:40:38 -0700 (PDT) Received: from pobox.com (ras160.microplus.ca [207.81.20.79]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA23411 for ; Wed, 3 Sep 1997 18:40:26 -0700 (PDT) Received: (from brianc@localhost) by pobox.com (8.8.5/8.8.5) id VAA00401; Wed, 3 Sep 1997 21:40:00 -0400 (EDT) Message-ID: <19970903213959.15005@pobox.com> Date: Wed, 3 Sep 1997 21:39:59 -0400 From: Brian Campbell To: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? References: <19970903202829.04429@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Alfred Perlstein on Thu, Sep 04, 1997 at 01:16:01AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 01:16:01AM +0000, Alfred Perlstein wrote: > AccelX supposedly has memory leaks > try restarting the X server if you can... > > On Wed, 3 Sep 1997, Brian Campbell wrote: > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > > System has 64M RAM, and has been up and running AccelX for about a week. > > Killing syslogd and cron didn't help. There wasn't much left ... I guess I didn't mention that. I did restart the server a few times. And the ps output and pstat output shown were at a time after the Xserver (and pretty much everything else) had exited. From owner-freebsd-hackers Wed Sep 3 19:11:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25367 for hackers-outgoing; Wed, 3 Sep 1997 19:11:48 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25362 for ; Wed, 3 Sep 1997 19:11:40 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id LAA00716; Thu, 4 Sep 1997 11:39:47 +0930 (CST) Message-Id: <199709040209.LAA00716@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: IOCTL Commands - Where is my mistake? In-reply-to: Your message of "Wed, 03 Sep 1997 18:35:25 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 11:39:44 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Thax for the help Mike! > > Hi Mike Smith; On 03-Sep-97 you wrote: > > > I want to pass IOCTL commands to a driver. This is what I do: > > > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, dpt_perf_t) > > > > You want to pass a pointer to the struct, not the struct itself. > > I do. what gave you the idea I do not? dpt_perf_t is common lingo for a structure definition. If you mean that it is a pointer, then you should not be calling it that. > > > switch (cmd) { > > > case DPT_IOCTL_INTERNAL_METRICS: > > > result = copyout((char *)&dpt->performance, > > > (dpt_softc_t *)(*(caddr_t *)cmdarg), > > > sizeof(dpt_perf_t)); > > > > This is *hideously* bogus. Try : > > > > caddr_t dest; > > > > /* get address in userspace */ > > dest = fuword(*(caddr_t *)cmdarg); > > This is *hideously* not portable :-) You assume an integer and a char * > are the same. Should be dest = (caddr_t)fuword.... Given that I am also assuming that a userspace pointer fits in a "word", the extra cast didn't seem worth the effort. If/when fuaddr() comes into the picture, I'll start using it. > I did. I am still getting the SAME result. Maybe I should re-state that: > > If I do: > > #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) > > Then copyout fails! Have you bothered to print the address that you are trying to copy out to? > BUT if I do: > > #define DPT_IOCTL_INTERNAL_METRICS (IOC_INOUT | 1) > > Then it WORKS. So what? You're the benficiary of a fencepost error in that you shouldn't be getting anything copied in or out at all. Look at the definition of the _IO* macros : #define _IOC(inout,group,num,len) \ (inout | ((len & IOCPARM_MASK) << 16) | ((group) << 8) | (num)) #define _IO(g,n) _IOC(IOC_VOID, (g), (n), 0) #define _IOR(g,n,t) _IOC(IOC_OUT, (g), (n), sizeof(t)) #define _IOW(g,n,t) _IOC(IOC_IN, (g), (n), sizeof(t)) /* this should be _IORW, but stdio got there first */ #define _IOWR(g,n,t) _IOC(IOC_INOUT, (g), (n), sizeof(t)) > The fact that the contents of cmd (NOT the identity of cmdarg!) changes > the outcome of copyout, coupled with the fact that your version, although > not nearly as *hideously* bogus as mine, does NOT work, coupled to the > fact that ioctl does work, leads me to belive that I am making a stupid > mistake, but your solution is not indicating my error. I have, indeed, indicated your error. The object supplied as an argument to the ioctl is copied to/from kernel space dependant on the _IO macro flavour. The *address* of this copied object is passed to your ioctl handler in (cmdarg). You can either pass a user-space address in, and use this address as the argument to a copyout, or you can request that the entire structure be copied out and supply an entire structure. mike From owner-freebsd-hackers Wed Sep 3 19:19:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25749 for hackers-outgoing; Wed, 3 Sep 1997 19:19:21 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25738 for ; Wed, 3 Sep 1997 19:19:15 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id VAA09663; Wed, 3 Sep 1997 21:19:05 -0500 (EST) From: "John S. Dyson" Message-Id: <199709040219.VAA09663@dyson.iquest.net> Subject: Re: 2.2-stable swap usage? In-Reply-To: <19970903202829.04429@pobox.com> from Brian Campbell at "Sep 3, 97 08:28:29 pm" To: brianc@pobox.com (Brian Campbell) Date: Wed, 3 Sep 1997 21:19:05 -0500 (EST) 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Campbell said: > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > System has 64M RAM, and has been up and running AccelX for about a week. > Killing syslogd and cron didn't help. There wasn't much left ... > All of the address ranges marked by swap in the /proc/*/map can be in swap space. Looks like there is enough of 'em. Unmount the mfs, and I would suspect alot of your space will be freed up... John > Script started on Wed Sep 3 20:16:27 1997 > $ pstat -s > Device 512-blocks Used Avail Capacity Type > /dev/sd1b 261989 49456 212405 19% Interleaved > $ ps alx > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.59 (swapper) > 0 1 0 0 10 0 384 76 wait Is ?? 0:00.03 /sbin/init -- > 0 2 0 4 -18 0 0 12 psleep DL ?? 0:15.90 (pagedaemon) > 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) > 0 4 0 1 28 0 0 12 update DL ?? 1:36.98 (update) > 0 5 0 0 28 0 0 12 idle DL ?? 8656:24.95 (idle) > 0 22 1 0 10 0 131192 8564 mfsidl Is ?? 0:06.57 mfs -o async -o nosuid /dev/sd1b /tmp (mount_mfs) > 0 71 1 0 2 0 200 292 select Ss ?? 0:03.29 syslogd > 0 102 1 0 18 0 332 204 pause Is ?? 0:02.75 cron > 134 10683 10682 1 18 0 500 260 pause Ss p0 0:00.02 sh sh (ksh) > 134 10685 10683 0 28 0 632 268 - R+ p0 0:00.00 ps -alx > 134 8120 1 0 18 0 504 280 pause Ss v0 0:01.46 -ksh (ksh) > 134 10681 8120 0 3 0 216 444 ttyin S+ v0 0:00.01 script > 134 10682 10681 0 3 0 216 472 ptcin S+ v0 0:00.01 script > 134 158 1 0 3 0 504 292 ttyin Is+ v1 0:00.80 -ksh (ksh) > 134 159 1 0 3 0 504 276 ttyin Is+ v2 0:00.60 -ksh (ksh) > 134 160 1 0 3 0 504 244 ttyin Is+ v3 0:00.15 -ksh (ksh) > $ cat /proc/*/map > 0x1000 0x2b000 6 0 r-x COW vnode > 0x2b000 0x2d000 1 1 rwx COW vnode > 0x2d000 0x38000 1 1 rwx COW swap > 0x38000 0x41000 6 6 rwx COW swap > 0x802b000 0x802c000 0 0 rwx COW swap > 0xefbde000 0xefbfe000 1 1 rwx COW swap > 0x1000 0x7000 2 0 r-x COW vnode > 0x7000 0x8000 1 1 rwx COW vnode > 0x8000 0x2c000 2 2 rwx COW swap > 0x2c000 0x34000 1 1 rwx COW swap > 0x8007000 0x8014000 1 0 r-x COW vnode > 0x8014000 0x8016000 0 0 rwx COW vnode > 0x8016000 0x801f000 0 0 rwx COW swap > 0x8020000 0x8079000 33 0 r-x COW vnode > 0x8079000 0x807d000 2 2 rwx COW vnode > 0x807d000 0x8094000 3 3 rwx COW swap > 0xefbde000 0xefbfe000 1 1 rwx COW swap > 0x1000 0x3000 2 0 r-x COW vnode > 0x3000 0x4000 1 1 rwx COW vnode > 0x4000 0x17000 3 0 rwx COW default > 0x8003000 0x8010000 11 0 r-x COW vnode > 0x8010000 0x8012000 2 0 rwx COW vnode > 0x8012000 0x801b000 8 0 rwx COW default > 0x801c000 0x8021000 5 0 r-x COW vnode > 0x8021000 0x8022000 1 0 rwx COW vnode > 0x8022000 0x807b000 61 0 r-x COW vnode > 0x807b000 0x807f000 4 1 rwx COW vnode > 0x807f000 0x8096000 7 1 rwx COW default > 0xefbde000 0xefbfe000 1 3 rwx COW default > 0x1000 0x3000 2 0 r-x COW vnode > 0x3000 0x4000 1 1 rwx COW vnode > 0x4000 0x17000 3 1 rwx COW default > 0x8003000 0x8010000 11 0 r-x COW vnode > 0x8010000 0x8012000 2 0 rwx COW vnode > 0x8012000 0x801b000 8 2 rwx COW default > 0x801c000 0x8021000 5 0 r-x COW vnode > 0x8021000 0x8022000 1 0 rwx COW vnode > 0x8022000 0x807b000 61 0 r-x COW vnode > 0x807b000 0x807f000 4 2 rwx COW vnode > 0x807f000 0x8096000 11 5 rwx COW default > 0xefbde000 0xefbfe000 4 4 rwx COW default > 0x1000 0x43000 49 0 r-x COW vnode > 0x43000 0x45000 2 2 rwx COW vnode > 0x45000 0x5e000 7 20 rwx COW default > 0x8043000 0x8044000 1 1 rwx COW default > 0xefbde000 0xefbfe000 1 1 rwx COW default > 0x1000 0x43000 46 0 r-x COW vnode > 0x43000 0x45000 2 2 rwx COW vnode > 0x45000 0x57000 11 12 rwx COW swap > 0x57000 0x58000 1 1 rwx COW swap > 0x58000 0x5f000 3 7 rwx COW swap > 0x8043000 0x8044000 1 1 rwx COW swap > 0xefbde000 0xefbfe000 1 2 rwx COW swap > 0x1000 0x43000 44 0 r-x COW vnode > 0x43000 0x45000 2 2 rwx COW vnode > 0x45000 0x57000 11 12 rwx COW swap > 0x57000 0x58000 1 1 rwx COW swap > 0x58000 0x5f000 4 5 rwx COW swap > 0x8043000 0x8044000 1 1 rwx COW swap > 0xefbde000 0xefbfe000 1 1 rwx COW swap > 0x1000 0x43000 37 0 r-x COW vnode > 0x43000 0x45000 2 2 rwx COW vnode > 0x45000 0x57000 11 11 rwx COW swap > 0x57000 0x58000 1 1 rwx COW swap > 0x58000 0x5f000 3 4 rwx COW swap > 0x8043000 0x8044000 1 1 rwx COW swap > 0xefbde000 0xefbfe000 1 1 rwx COW swap > 0x1000 0x1d000 0 0 r-x COW vnode > 0x1d000 0x1f000 0 0 rwx COW vnode > 0x1f000 0x58000 0 0 rwx COW swap > 0x58000 0x7ffd000 2131 2154 rwx swap > 0x7ffd000 0x7fff000 0 0 rwx swap > 0xefbde000 0xefbfe000 0 1 rwx COW swap > 0x1000 0x6000 4 0 r-x COW vnode > 0x6000 0x7000 1 1 rwx COW vnode > 0x7000 0x9000 2 2 rwx COW swap > 0x9000 0x13000 9 9 rwx swap > 0x8006000 0x8013000 1 0 r-x COW vnode > 0x8013000 0x8015000 0 0 rwx COW vnode > 0x8015000 0x801d000 1 1 rwx COW swap > 0x801d000 0x801e000 1 1 rwx swap > 0x801f000 0x8078000 39 0 r-x COW vnode > 0x8078000 0x807c000 3 3 rwx COW vnode > 0x807c000 0x8093000 4 4 rwx COW swap > 0xefbde000 0xefbfe000 3 3 rwx COW swap > 0x1000 0x43000 46 0 r-x COW vnode > 0x43000 0x45000 2 2 rwx COW vnode > 0x45000 0x57000 7 13 rwx COW swap > 0x57000 0x58000 1 1 rwx COW swap > 0x58000 0x5f000 7 7 rwx COW swap > 0x8043000 0x8044000 1 1 rwx COW swap > 0xefbde000 0xefbfe000 1 1 rwx COW swap > 0x1000 0xe000 10 0 r-x COW vnode > 0xe000 0x10000 2 2 rwx COW vnode > 0x10000 0x27000 4 4 rwx default > 0x800e000 0x800f000 1 1 rwx default > 0xefbde000 0xefbfe000 1 1 rwx default > $ > Script done on Wed Sep 3 20:16:45 1997 > > -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Sep 3 19:34:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26311 for hackers-outgoing; Wed, 3 Sep 1997 19:34:06 -0700 (PDT) Received: from pobox.com (ras160.microplus.ca [207.81.20.79]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA26290 for ; Wed, 3 Sep 1997 19:34:01 -0700 (PDT) Received: (from brianc@localhost) by pobox.com (8.8.5/8.8.5) id WAA00727; Wed, 3 Sep 1997 22:33:44 -0400 (EDT) Message-ID: <19970903223343.28431@pobox.com> Date: Wed, 3 Sep 1997 22:33:43 -0400 From: Brian Campbell To: freebsd-hackers@FreeBSD.org Subject: Re: 2.2-stable swap usage? References: <19970903202829.04429@pobox.com> <199709040219.VAA09663@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199709040219.VAA09663@dyson.iquest.net>; from John S. Dyson on Wed, Sep 03, 1997 at 09:19:05PM -0500 Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Sep 03, 1997 at 09:19:05PM -0500, John S. Dyson wrote: > Brian Campbell said: > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > > System has 64M RAM, and has been up and running AccelX for about a week. > > Killing syslogd and cron didn't help. There wasn't much left ... > > All of the address ranges marked by swap in the /proc/*/map can be in > swap space. Looks like there is enough of 'em. Unmount the mfs, and > I would suspect alot of your space will be freed up... I suppose I should've included a 'df' of /tmp. There was less than 50k in use at that point. Next time it happens, I'll try to umount the mfs and see if it changes anything ... From owner-freebsd-hackers Wed Sep 3 19:35:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26454 for hackers-outgoing; Wed, 3 Sep 1997 19:35:25 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA26449 for ; Wed, 3 Sep 1997 19:35:21 -0700 (PDT) Received: (qmail 12239 invoked by uid 1000); 4 Sep 1997 02:35:42 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709040209.LAA00716@word.smith.net.au> Date: Wed, 03 Sep 1997 19:35:42 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Mike Smith Subject: Re: IOCTL Commands - Where is my mistake? Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Mike Smith; On 04-Sep-97 you wrote: > > Thax for the help Mike! > > > > Hi Mike Smith; On 03-Sep-97 you wrote: > > > > I want to pass IOCTL commands to a driver. This is what I do: > > > > > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, > > > > #dpt_perf_t) > > > > > > You want to pass a pointer to the struct, not the struct itself. > > > > I do. what gave you the idea I do not? > > dpt_perf_t is common lingo for a structure definition. If you mean > that it is a pointer, then you should not be calling it that. I almost agree. It is a common syntax for user defined data types, as in u_int8_t (which is not a structure, last I checked :-) Now, as you point below, the _IO{R,W,WR) macros, use the thrid argument as the argument of sizeof. Last I checked, given ``int x;'', sizeof(int) and sizeof(x) are the same. But given my limited knwoledge in this matters, I must be mistaken. Just to try and prove you right, I tried both ways. > > > > > switch (cmd) { > > > > case DPT_IOCTL_INTERNAL_METRICS: > > > > result = copyout((char *)&dpt->performance, > > > > (dpt_softc_t *)(*(caddr_t *)cmdarg), > > > > sizeof(dpt_perf_t)); > > > > > > This is *hideously* bogus. Try : > > > > > > caddr_t dest; > > > > > > /* get address in userspace */ > > > dest = fuword(*(caddr_t *)cmdarg); > > > > This is *hideously* not portable :-) You assume an integer and a char > > * > > are the same. Should be dest = (caddr_t)fuword.... > > Given that I am also assuming that a userspace pointer fits in a > "word", the extra cast didn't seem worth the effort. If/when fuaddr() > comes into the picture, I'll start using it. This assumption is just that; Assumption. In my days, we did NOT assume anything about data types and what fits where. In any case, this is not where my mistake is. > > I did. I am still getting the SAME result. Maybe I should re-state > > that: > > > > If I do: > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) > > > > Then copyout fails! > > Have you bothered to print the address that you are trying to copy out > to? > > > BUT if I do: > > > > #define DPT_IOCTL_INTERNAL_METRICS (IOC_INOUT | 1) > > > > Then it WORKS. > > So what? You're the benficiary of a fencepost error in that you > shouldn't be getting anything copied in or out at all. Look at the > definition of the _IO* macros : > > #define _IOC(inout,group,num,len) \ > (inout | ((len & IOCPARM_MASK) << 16) | ((group) << 8) | (num)) > #define _IO(g,n) _IOC(IOC_VOID, (g), (n), 0) > #define _IOR(g,n,t) _IOC(IOC_OUT, (g), (n), sizeof(t)) > #define _IOW(g,n,t) _IOC(IOC_IN, (g), (n), sizeof(t)) > /* this should be _IORW, but stdio got there first */ > #define _IOWR(g,n,t) _IOC(IOC_INOUT, (g), (n), sizeof(t)) I read those. I still fail to see where I erred. Please nderstand, I made a mistake. Foolish one, no doubt. But what? > > > The fact that the contents of cmd (NOT the identity of cmdarg!) changes > > the outcome of copyout, coupled with the fact that your version, > > although > > not nearly as *hideously* bogus as mine, does NOT work, coupled to the > > fact that ioctl does work, leads me to belive that I am making a stupid > > mistake, but your solution is not indicating my error. > > I have, indeed, indicated your error. The object supplied as an > argument to the ioctl is copied to/from kernel space dependant on the > _IO macro flavour. The *address* of this copied object is passed to > your ioctl handler in (cmdarg). You can either pass a user-space > address in, and use this address as the argument to a copyout, or you > can request that the entire structure be copied out and supply an > entire structure. I tried both ways. It does not work. Thanx for the attempt... --- Sincerely Yours, (Sent on 03-Sep-97, 19:25:24 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Wed Sep 3 19:35:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26493 for hackers-outgoing; Wed, 3 Sep 1997 19:35:51 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA26486 for ; Wed, 3 Sep 1997 19:35:45 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00822; Thu, 4 Sep 1997 12:04:07 +0930 (CST) Message-Id: <199709040234.MAA00822@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Brian Campbell cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? In-reply-to: Your message of "Wed, 03 Sep 1997 21:39:59 -0400." <19970903213959.15005@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 12:04:03 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Thu, Sep 04, 1997 at 01:16:01AM +0000, Alfred Perlstein wrote: > > AccelX supposedly has memory leaks > > try restarting the X server if you can... The current (3.1) AX seems pretty stable; it gets a real beating on our radar systems and we're *very* touchy about memory leaks. > > On Wed, 3 Sep 1997, Brian Campbell wrote: > > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > > > System has 64M RAM, and has been up and running AccelX for about a week. > > > Killing syslogd and cron didn't help. There wasn't much left ... > > I guess I didn't mention that. I did restart the server a few > times. And the ps output and pstat output shown were at a time > after the Xserver (and pretty much everything else) had exited. You are asking a Really Basic Unix FAQ; this one comes up every few weeks. The simple answer is that once swap is allocated to a process, it is never freed. You have, in the case above, 24M worth of text which at some stage has been swapped out, and thus has had swap allocated to it. It doesn't mean you have 24M worth of swap currently "in use". Be Happy. mike From owner-freebsd-hackers Wed Sep 3 19:41:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26830 for hackers-outgoing; Wed, 3 Sep 1997 19:41:14 -0700 (PDT) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA26814 for ; Wed, 3 Sep 1997 19:41:08 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id TAA07420 for ; Wed, 3 Sep 1997 19:40:37 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id WAA00390; Wed, 3 Sep 1997 22:40:34 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id WAA12769; Wed, 3 Sep 1997 22:40:30 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.7/8.7.3) id TAA04286; Wed, 3 Sep 1997 19:02:33 -0500 (CDT) Date: Wed, 3 Sep 1997 19:02:33 -0500 (CDT) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199709040002.TAA04286@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn To: hackers@freebsd.org Subject: partial archive recovery X-Mailer: VM 6.33 under 19.14 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There were programs in (I think) comp.sources.unix about 8 years ago to handle this problem. "targ" and "tarl" were the program names, to extract and list, respectively, damaged tape archives/images. I have found them very useful in instances of degraded media. Unfortunately I only have the SunOS4 binary right now. Can someone forward this info to the orginal inquirer, Gianmarco Giovannelli, whose mail address was not part of the digest? //alk From owner-freebsd-hackers Wed Sep 3 19:41:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26831 for hackers-outgoing; Wed, 3 Sep 1997 19:41:16 -0700 (PDT) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA26813 for ; Wed, 3 Sep 1997 19:41:08 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id TAA07419 for ; Wed, 3 Sep 1997 19:40:37 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id WAA00379; Wed, 3 Sep 1997 22:40:30 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id WAA12766; Wed, 3 Sep 1997 22:40:27 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.7/8.7.3) id TAA04307; Wed, 3 Sep 1997 19:07:46 -0500 (CDT) Date: Wed, 3 Sep 1997 19:07:46 -0500 (CDT) Message-Id: <199709040007.TAA04307@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? X-Mailer: VM 6.33 under 19.14 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The only meaningful way to determine your link's characteristics is to > measure your throughput and latency on a continuous basis. You could issue an escape code, query the status registers, and issue the command to return to carrier operation. But I suppose 'meaningful' is a very subjective term. From owner-freebsd-hackers Wed Sep 3 19:49:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA27313 for hackers-outgoing; Wed, 3 Sep 1997 19:49:21 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA27300 for ; Wed, 3 Sep 1997 19:49:11 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00870; Thu, 4 Sep 1997 12:17:26 +0930 (CST) Message-Id: <199709040247.MAA00870@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: IOCTL Commands - Where is my mistake? In-reply-to: Your message of "Wed, 03 Sep 1997 19:35:42 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 12:17:22 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, > > > > > dpt_perf_t) > > > > > > > > You want to pass a pointer to the struct, not the struct itself. > > > > > > I do. what gave you the idea I do not? > > > > dpt_perf_t is common lingo for a structure definition. If you mean > > that it is a pointer, then you should not be calling it that. > > I almost agree. It is a common syntax for user defined data types, as in > u_int8_t (which is not a structure, last I checked :-) Ok, you can have a pedant's hat too. It's *not* common lingo for a pointer. > Now, as you point below, the _IO{R,W,WR) macros, use the thrid argument > as the argument of sizeof. Last I checked, given ``int x;'', sizeof(int) > and sizeof(x) are the same. But given my limited knwoledge in this > matters, I must be mistaken. Just to try and prove you right, I tried > both ways. You aren't understanding me. You claim that IOC_INOUT | 1 works, however that has an encoded size of _zero_. Note that the value of the ioctl (cmd) argument DEPENDS ON THE SIZE OF THE ARGUMENT IN THE _IO* MACRO. > > Given that I am also assuming that a userspace pointer fits in a > > "word", the extra cast didn't seem worth the effort. If/when fuaddr() > > comes into the picture, I'll start using it. > > This assumption is just that; Assumption. In my days, we did NOT assume > anything about data types and what fits where. In any case, this is not > where my mistake is. Your original code was erroneous in that you were attempting to perform a copyout() operation to an address in kernel space, which is not possible. It appears that you didn't actually compare the difference between your code and mine. > > Have you bothered to print the address that you are trying to copy out > > to? You quoted this, but didn't reply. Have you? uprintf() is your friend! > > #define _IOC(inout,group,num,len) \ > > (inout | ((len & IOCPARM_MASK) << 16) | ((group) << 8) | (num)) > > #define _IO(g,n) _IOC(IOC_VOID, (g), (n), 0) > > #define _IOR(g,n,t) _IOC(IOC_OUT, (g), (n), sizeof(t)) > > #define _IOW(g,n,t) _IOC(IOC_IN, (g), (n), sizeof(t)) > > /* this should be _IORW, but stdio got there first */ > > #define _IOWR(g,n,t) _IOC(IOC_INOUT, (g), (n), sizeof(t)) > > I read those. I still fail to see where I erred. Please nderstand, I > made a mistake. Foolish one, no doubt. But what? I was attempting to grind the sizeof() call in your face. > > I have, indeed, indicated your error. The object supplied as an > > argument to the ioctl is copied to/from kernel space dependant on the > > _IO macro flavour. The *address* of this copied object is passed to > > your ioctl handler in (cmdarg). You can either pass a user-space > > address in, and use this address as the argument to a copyout, or you > > can request that the entire structure be copied out and supply an > > entire structure. > > I tried both ways. It does not work. Thanx for the attempt... You haven't tried *correctly*. When you do, it will (surprise) work. It would appear that I have managed to confuse you, so I will try again. Following on the divergent discussion thread, the correct approach would seem to be : struct foo { int a, b; }; #define FOO_IOCTL _IOWR('F', 1, struct foo) ... struct foo bar; ... ioctl(fd, FOO_IOCTL, bar); ... case FOO_IOCTL: { struct foo oof = (struct foo *)cmdarg; ... ... } This will copy the 'bar' structure into and out of the kernel (tune with the macro to suit), and allow you to call the ioctl handler from within the kernel (eg. from one of the ABI emulation layers). I hope this a) makes sense, and b) works for you. mike From owner-freebsd-hackers Wed Sep 3 19:58:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA27901 for hackers-outgoing; Wed, 3 Sep 1997 19:58:11 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA27892 for ; Wed, 3 Sep 1997 19:58:07 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x6S2s-00026K-00; Wed, 3 Sep 1997 19:53:22 -0700 Date: Wed, 3 Sep 1997 19:53:22 -0700 (PDT) From: Tom Samplonius To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: 3.0 tuning tips? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Sep 1997, Jaye Mathisen wrote: > 3.0-curent, supped 9/2/97. > > Under serious connection load (Using inetload), I'm getting various I've never heard of inetload. Where did you get it? > failures that I'm sure are just tuning related. > > I have maxusers set to 64 in the kernel. > > > I'm getting errors like: "No Buffer space available", "File table full", > and others. > > > WHere do I start tweaking some of this stuff? I've modified rc.conf, and > bumped up limits all around. > > I'm more concerned with the no buffers and file table stuff than things > like maxproc. Go to maxusers 128. It gives you more descriptors (larger file table), and more mbufs. Tom From owner-freebsd-hackers Wed Sep 3 20:41:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA00714 for hackers-outgoing; Wed, 3 Sep 1997 20:41:01 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA00708 for ; Wed, 3 Sep 1997 20:40:57 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id WAA01942; Wed, 3 Sep 1997 22:40:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199709040340.WAA01942@dyson.iquest.net> Subject: Re: 2.2-stable swap usage? In-Reply-To: <19970903223343.28431@pobox.com> from Brian Campbell at "Sep 3, 97 10:33:43 pm" To: brianc@pobox.com (Brian Campbell) Date: Wed, 3 Sep 1997 22:40:51 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Campbell said: > On Wed, Sep 03, 1997 at 09:19:05PM -0500, John S. Dyson wrote: > > Brian Campbell said: > > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > > > System has 64M RAM, and has been up and running AccelX for about a week. > > > Killing syslogd and cron didn't help. There wasn't much left ... > > > > All of the address ranges marked by swap in the /proc/*/map can be in > > swap space. Looks like there is enough of 'em. Unmount the mfs, and > > I would suspect alot of your space will be freed up... > > I suppose I should've included a 'df' of /tmp. There was less than 50k in use at that point. > Next time it happens, I'll try to umount the mfs and see if it changes anything ... > Once the pages in MFS or any other process are paged out, those pages will be persistant in swap until the process exits (or the memory is explicitly deallocated by the process.) MFS doesn't deallocate any of it's memory usage. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Sep 3 21:01:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02036 for hackers-outgoing; Wed, 3 Sep 1997 21:01:59 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02031 for ; Wed, 3 Sep 1997 21:01:56 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id UAA09439 for ; Wed, 3 Sep 1997 20:59:49 -0700 (PDT) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id GAA28056 for ; Thu, 4 Sep 1997 06:01:39 +0200 (MET DST) Received: from sag.space.lockheed.com by relay2.UU.NET with SMTP (peer crosschecked as: sag.space.lockheed.com [192.68.162.134]) id QQdedr19451; Mon, 25 Aug 1997 13:46:23 -0400 (EDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA21024; Mon, 25 Aug 1997 10:44:16 -0700 Date: Mon, 25 Aug 1997 10:44:16 -0700 (PDT) From: "Brian N. Handy" To: Terry Lambert Cc: "Ron G. Minnich" , jkh@time.cdrom.com, screwinup@aol.com, saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-Reply-To: <199708251737.KAA01691@phaeton.artisoft.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> hot fusion at princeton, near here, at the Princeton Plasma Physics Lab >> (PPPL). Good tokamak work, world leading, lots of useful life in the >> machine, so of course congress defunded it. Sorry to add to this thread, >> but I had to get the geography right. Lots of stainless steel coming up >> for sale. > >Hum... I've got one vote for Princeton, one vote for Stanford, >and one 1981 issue of "Fusion" magazine voting for Berkeley. 8-). So you're both wrong? http://ippex.pppl.gov/ippex/module_5/whats_a_tokamak.html Brian From owner-freebsd-hackers Wed Sep 3 21:08:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02569 for hackers-outgoing; Wed, 3 Sep 1997 21:08:33 -0700 (PDT) Received: from pobox.com (ras160.microplus.ca [207.81.20.79]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02557 for ; Wed, 3 Sep 1997 21:08:28 -0700 (PDT) Received: (from brianc@localhost) by pobox.com (8.8.5/8.8.5) id AAA04409; Thu, 4 Sep 1997 00:08:12 -0400 (EDT) Message-ID: <19970904000812.60761@pobox.com> Date: Thu, 4 Sep 1997 00:08:12 -0400 From: Brian Campbell To: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? References: <19970903223343.28431@pobox.com> <199709040340.WAA01942@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199709040340.WAA01942@dyson.iquest.net>; from John S. Dyson on Wed, Sep 03, 1997 at 10:40:51PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Campbell said: > On Wed, Sep 03, 1997 at 09:19:05PM -0500, John S. Dyson wrote: > > Brian Campbell said: > > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > > > System has 64M RAM, and has been up and running AccelX for about a week. > > > Killing syslogd and cron didn't help. There wasn't much left ... > > > > All of the address ranges marked by swap in the /proc/*/map can be in > > swap space. Looks like there is enough of 'em. Unmount the mfs, and > > I would suspect alot of your space will be freed up... > > I suppose I should've included a 'df' of /tmp. There was less than 50k in use at that point. > Next time it happens, I'll try to umount the mfs and see if it changes anything ... Mike Smith said: > The simple answer is that once swap is allocated to a process, it is > never freed. You have, in the case above, 24M worth of text which at > some stage has been swapped out, and thus has had swap allocated to it. > It doesn't mean you have 24M worth of swap currently "in use". John S. Dyson wrote: > Once the pages in MFS or any other process are paged out, those pages will be > persistant in swap until the process exits (or the memory is explicitly > deallocated by the process.) Ok. So, contrary to what Mike Smith says, pages that belonged to a process that has since exited will no longer be marked in-use by swap? If they are still marked "in-use", is there a program other than pstat that gives a more accurate picture of how many [active] pages are in swap? > MFS doesn't deallocate any of it's memory usage. So, if 90% of MFS is consumed by files which are later unlinked (and not in use by any process), is swap thereafter limited to 10% of its original size? From owner-freebsd-hackers Wed Sep 3 21:27:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03335 for hackers-outgoing; Wed, 3 Sep 1997 21:27:54 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA03330 for ; Wed, 3 Sep 1997 21:27:50 -0700 (PDT) Received: (qmail 18097 invoked by uid 1000); 4 Sep 1997 04:28:11 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709040247.MAA00870@word.smith.net.au> Date: Wed, 03 Sep 1997 21:28:11 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Mike Smith Subject: Re: IOCTL Commands - Where is my mistake? Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Mike Smith; On 04-Sep-97 you wrote: > > > > > > #define DPT_IOCTL_INTERNAL_METRICS _IOW('D', 1, > > > > > > dpt_perf_t) > > > > > > > > > > You want to pass a pointer to the struct, not the struct itself. > > > > > > > > I do. what gave you the idea I do not? > > > > > > dpt_perf_t is common lingo for a structure definition. If you mean > > > that it is a pointer, then you should not be calling it that. > > > > I almost agree. It is a common syntax for user defined data types, as > > in > > u_int8_t (which is not a structure, last I checked :-) > > Ok, you can have a pedant's hat too. It's *not* common lingo for a > pointer. > > > Now, as you point below, the _IO{R,W,WR) macros, use the thrid argument > > as the argument of sizeof. Last I checked, given ``int x;'', > > sizeof(int) > > and sizeof(x) are the same. But given my limited knwoledge in this > > matters, I must be mistaken. Just to try and prove you right, I tried > > both ways. > > You aren't understanding me. You claim that IOC_INOUT | 1 works, > however that has an encoded size of _zero_. Note that the value of the > ioctl (cmd) argument DEPENDS ON THE SIZE OF THE ARGUMENT IN THE _IO* > MACRO. > > > > Given that I am also assuming that a userspace pointer fits in a > > > "word", the extra cast didn't seem worth the effort. If/when > > > fuaddr() > > > comes into the picture, I'll start using it. > > > > This assumption is just that; Assumption. In my days, we did NOT > > assume > > anything about data types and what fits where. In any case, this is > > not > > where my mistake is. > > Your original code was erroneous in that you were attempting to perform > a copyout() operation to an address in kernel space, which is not > possible. It appears that you didn't actually compare the difference > between your code and mine. > > > > Have you bothered to print the address that you are trying to copy > > > out > > > to? > > You quoted this, but didn't reply. Have you? uprintf() is your friend! > > > > #define _IOC(inout,group,num,len) \ > > > (inout | ((len & IOCPARM_MASK) << 16) | ((group) << 8) | > > > (num)) > > > #define _IO(g,n) _IOC(IOC_VOID, (g), (n), 0) > > > #define _IOR(g,n,t) _IOC(IOC_OUT, (g), (n), sizeof(t)) > > > #define _IOW(g,n,t) _IOC(IOC_IN, (g), (n), sizeof(t)) > > > /* this should be _IORW, but stdio got there first */ > > > #define _IOWR(g,n,t) _IOC(IOC_INOUT, (g), (n), sizeof(t)) > > > > I read those. I still fail to see where I erred. Please nderstand, I > > made a mistake. Foolish one, no doubt. But what? > > I was attempting to grind the sizeof() call in your face. > > > > I have, indeed, indicated your error. The object supplied as an > > > argument to the ioctl is copied to/from kernel space dependant on > > > the > > > _IO macro flavour. The *address* of this copied object is passed to > > > your ioctl handler in (cmdarg). You can either pass a user-space > > > address in, and use this address as the argument to a copyout, or > > > you > > > can request that the entire structure be copied out and supply an > > > entire structure. > > > > I tried both ways. It does not work. Thanx for the attempt... > > You haven't tried *correctly*. When you do, it will (surprise) work. > > It would appear that I have managed to confuse you, so I will try > again. Following on the divergent discussion thread, the correct > approach would seem to be : > > struct foo { > int a, b; > }; > > #define FOO_IOCTL _IOWR('F', 1, struct foo) > > ... > struct foo bar; > ... > ioctl(fd, FOO_IOCTL, bar); > ... > > case FOO_IOCTL: > { > struct foo oof = (struct foo *)cmdarg; > ... > > ... > } > > This will copy the 'bar' structure into and out of the kernel (tune > with the macro to suit), and allow you to call the ioctl handler from > within the kernel (eg. from one of the ABI emulation layers). > > I hope this a) makes sense, and b) works for you. > > mike > --- Sincerely Yours, (Sent on 03-Sep-97, 19:56:49 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Wed Sep 3 22:07:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05228 for hackers-outgoing; Wed, 3 Sep 1997 22:07:53 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA05222 for ; Wed, 3 Sep 1997 22:07:50 -0700 (PDT) Received: (qmail 18632 invoked by uid 1000); 4 Sep 1997 05:08:11 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709040247.MAA00870@word.smith.net.au> Date: Wed, 03 Sep 1997 22:08:11 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Mike Smith Subject: Re: IOCTL Commands - Where is my mistake? - Summary Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK Folks, Those of you who followed this thread with a smirk on your face, here is what I learned; * Define the ioctl command as follows: typedef struct foo {int bar} foo_t; -- If you want to GIVE the kernl data: #define MY_COMMANDS 'M' #define SILLY_COMMAND 1 #define SILLY_IOCTL _IOW(MY_COMMANDS, SILLY_COMMAND, foo_t) -- If you want to GET data out of the kernel, replace IOW with _IOR. -- If you want to send, and then receive, use _IOWR instead. It is NOT very smart to use _IOWR in all cases as every system call will copy in when started, and copy out when done. * In your user code, pass the address of (a pointer to) your object, as in: int fd, result; foo_t foo; fd = open(..... result = ioctl(fd, SILLY_COMMAND, &foo); * In the kernel, in the ioctl entry point (service routine, whatever): foo_t *foop; -- Now, the kernel's foop and the application's foo are the same. If you just need to do some work on the structure passed by the user, just do the above and refer to foo->bar. Once the system call is complete, the user's foo.bar will automagically be updated. If you just want to pass some data back and forth, you can use memcpy to move the data back and forth. remember, the memory looks to either side as local, temporary memory (dies when you return). If you want to save the memcpy, then do NOT use the _IO{W,R,WR} macros, They force an implicit copy{in,out} and then your code will do funny things. This wisdom is based on data graciously provided by the honorable Mrs. Smith and Eischen. This summary is based on code written and compiled by myself on 3.0-current as of today. --- Sincerely Yours, (Sent on 03-Sep-97, 21:46:22 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Wed Sep 3 22:20:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06073 for hackers-outgoing; Wed, 3 Sep 1997 22:20:19 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06066 for ; Wed, 3 Sep 1997 22:20:13 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.7/8.8.7) id PAA29559; Thu, 4 Sep 1997 15:19:35 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id PAA09446; Thu, 4 Sep 1997 15:19:14 +1000 (EST) Message-Id: <199709040519.PAA09446@ogre.dtir.qld.gov.au> To: Mike Smith , Simon Shapiro cc: freebsd-hackers@freebsd.org, syssgm@dtir.qld.gov.au Subject: Re: IOCTL Commands - Where is my mistake? References: <199709040247.MAA00870@word.smith.net.au> In-Reply-To: <199709040247.MAA00870@word.smith.net.au> from Mike Smith at "Thu, 04 Sep 1997 02:47:22 +0000" Date: Thu, 04 Sep 1997 15:19:14 +1000 From: Stephen McKay Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thursday, 4th September 1997, Mike Smith wrote: >... the correct approach would seem to be : > >struct foo { > int a, b; >}; > >#define FOO_IOCTL _IOWR('F', 1, struct foo) > >... > struct foo bar; >... > ioctl(fd, FOO_IOCTL, bar); >... > > case FOO_IOCTL: > { > struct foo oof = (struct foo *)cmdarg; >... > >... > } > >This will copy the 'bar' structure into and out of the kernel (tune >with the macro to suit), and allow you to call the ioctl handler from >within the kernel (eg. from one of the ABI emulation layers). > >I hope this a) makes sense, and b) works for you. Well Mike, I'm pretty sure now that you've made a boo-boo. :-) I direct your attention to TIOCGWINSZ and a typical use of this in nvi/cl/cl_term.c: struct winsize win; if (ioctl(STDERR_FILENO, TIOCGWINSZ, &win) != -1) { ... } The definition of TIOCGWINSZ: #define TIOCGWINSZ _IOR('t', 104, struct winsize) and some code from kern/tty.c: int ttioctl(tp, cmd, data, flag) register struct tty *tp; int cmd, flag; void *data; { ... case TIOCGWINSZ: /* get window size */ *(struct winsize *)data = tp->t_winsize; break; ... } There are a few levels of calls between ioctl() in kern/sys_generic.c and ttioctl() in kern/tty.c but 'data' stays the same. >From this, I expect that Simon wants to use his ioctl like: dpt_perf_t metrics; if ( (result = ioctl(fd, DPT_IOCTL_INTERNAL_METRICS, &metrics)) != 0 ) { ... } Define his ioctl like: #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) And put this in his driver: int dpt_ioctl(dev_t dev, int cmd, caddr_t cmdarg, int flags, struct proc *p) ... switch (cmd) { case DPT_IOCTL_INTERNAL_METRICS: *(dpt_perf_t *)cmdarg = dpt->performance; break; The reason that: #define DPT_IOCTL_INTERNAL_METRICS IOC_INOUT | 1 works with his current driver code is sheer luck, as Mike says. The size is encoded as 0, and that falls through some odd code in ioctl() and hands you a cmdarg that points to the pointer that was passed in from user mode. A zero size should be an error in my books. Stephen. From owner-freebsd-hackers Wed Sep 3 22:27:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06510 for hackers-outgoing; Wed, 3 Sep 1997 22:27:48 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06497 for ; Wed, 3 Sep 1997 22:27:42 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id AAA03237; Thu, 4 Sep 1997 00:27:38 -0500 (EST) From: "John S. Dyson" Message-Id: <199709040527.AAA03237@dyson.iquest.net> Subject: Re: 2.2-stable swap usage? In-Reply-To: <19970904000812.60761@pobox.com> from Brian Campbell at "Sep 4, 97 00:08:12 am" To: brianc@pobox.com (Brian Campbell) Date: Thu, 4 Sep 1997 00:27:38 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Campbell said: > > Mike Smith said: > > The simple answer is that once swap is allocated to a process, it is > > never freed. You have, in the case above, 24M worth of text which at > > some stage has been swapped out, and thus has had swap allocated to it. > > It doesn't mean you have 24M worth of swap currently "in use". > > John S. Dyson wrote: > > Once the pages in MFS or any other process are paged out, those pages will be > > persistant in swap until the process exits (or the memory is explicitly > > deallocated by the process.) > > Ok. So, contrary to what Mike Smith says, pages that belonged to > a process that has since exited will no longer be marked in-use by > swap? > I think that he meant to say it. > > If they are still marked "in-use", is there a program other than > pstat that gives a more accurate picture of how many [active] pages > are in swap? > No. > > So, if 90% of MFS is consumed by files which are later unlinked > (and not in use by any process), is swap thereafter limited to 10% > of its original size? > If you use MFS, it's swap allocation (whatever it is) will persist until you unmount. I have thought about cleaning MFS up, but there are many more important things to do, and am overloaded trying to do them... :-(. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Sep 3 23:00:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07887 for hackers-outgoing; Wed, 3 Sep 1997 23:00:54 -0700 (PDT) Received: from ot.stpn.soft.net (freebie.opentech.stpn.soft.net [204.143.126.74]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA07875; Wed, 3 Sep 1997 23:00:39 -0700 (PDT) Received: from andes (andes.opentech.stpn.soft.net [204.143.126.66]) by ot.stpn.soft.net (8.6.12/8.6.12) with ESMTP id LAA11479; Thu, 4 Sep 1997 11:33:43 +0530 Message-ID: <340EE174.C45D396F@opentech.stpn.soft.net> Date: Thu, 04 Sep 1997 11:27:33 -0500 From: Prashant Dongre Reply-To: pdongre@opentech.stpn.soft.net X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: ArkanoiD CC: firewalls@greatcircle.com, freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: log connection attempts? X-Priority: 3 (Normal) References: <203609030840.MAA14571@paranoid.convey.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ArkanoiD wrote: > nuqneH, > > Did anyone try to patch the kernel to log connection attempts for ports > (tcp and maybe udp) where no program accepts connection? (2.1.7) > > I _know_ i can do nearly the same with IP filtering/logging but i > prefer another way.. > > -- > _ _ _ _ _ _ _ > {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ > (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| > > [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! Have you configured kernel for IPFW (IP Firewall) ?. IPFW does log connection attempts for the ports which are blocked for a network. Messages get into /var/log/messages and also displayed on the console. Prashant From owner-freebsd-hackers Wed Sep 3 23:33:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09944 for hackers-outgoing; Wed, 3 Sep 1997 23:33:52 -0700 (PDT) Received: from chuck.schiele-ct.de (chuck.schiele-ct.de [193.141.27.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09939 for ; Wed, 3 Sep 1997 23:33:50 -0700 (PDT) Received: from schiele-ct.de (localhost.schiele-ct.de [127.0.0.1]) by chuck.schiele-ct.de (8.8.5/8.8.5) with ESMTP id IAA03940 for ; Thu, 4 Sep 1997 08:36:50 +0200 (CEST) Message-Id: <199709040636.IAA03940@chuck.schiele-ct.de> To: freebsd-hackers@freebsd.org Subject: sliplogin fails Date: Thu, 04 Sep 1997 08:36:50 +0200 From: Bernd Rosauer Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I upgraded my FreeBSD box from 3.0-970209-SNAP to 3.0-970807-SNAP. Sliplogin worked before the upgrade, but now I get the following error message: Sep 1 19:02:45 stiller -sliplogin[561]: Sfaber login failed: exit status 256 from /etc/sliphome/slip.login I checked the (unmodified) contents of the corresponding configuration and script files, their file modes and ownerships. I can't find any clue. Is there anybody out there who could give me a hint? I would appreciate any help. My /etc/sliphome/slip.login looks like: #!/bin/sh - # # 1 2 3 4 5 6 7-n # slipunit ttyspeed loginname local-addr remote-addr mask opt-args # /sbin/ifconfig sl$1 inet $4 $5 netmask $6 and my /etc/sliphome/slip.hosts contains: #login local-address remote-address netmask option(s) #----- ------------- -------------- ---------- --------- Sfaber 10.1.1.1 10.1.1.2 0xffffff00 autocomp Thanks!!! -Bernd From owner-freebsd-hackers Thu Sep 4 00:33:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA12541 for hackers-outgoing; Thu, 4 Sep 1997 00:33:18 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA12524; Thu, 4 Sep 1997 00:32:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA09525; Thu, 4 Sep 1997 08:20:43 +0200 From: Luigi Rizzo Message-Id: <199709040620.IAA09525@labinfo.iet.unipi.it> Subject: WARNING about snd970903.tgz To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 4 Sep 1997 08:20:43 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199709031724.TAA08293@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 3, 97 07:24:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Whoops... yesterday's version of the sound code had a stupid bug in snd_sync() which would put your machine in a tight loop with interrupts disabled... I have fixed it, and updated the distribution, which is now at the same URL but with a different date & size: http://www.iet.unipi.it/~luigi/snd970903.tgz -rw-r--r-- 1 luigi luigi 155747 Sep 4 10:03 snd970903.tgz (I have chosen not to change name because people tends not to read followup mails...) Programs which use the SNDCTL_DSP_SYNC ioctl are affected by the bug (e.g. timidity). Those with the old code can fetch the new code or just apply the following patch to /sys/i386/isa/snd/dmabuf.c --- /tmp/dmabuf.c Thu Sep 4 09:29:21 1997 +++ dmabuf.c Thu Sep 4 09:14:51 1997 @@ -718,7 +718,8 @@ printf("tsleep returns %d\n", ret); return -1 ; } - } + } else + break; } splx(s); return 0 ; Sorry for the inconvenience 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 Thu Sep 4 00:48:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13659 for hackers-outgoing; Thu, 4 Sep 1997 00:48:52 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA13191 for ; Thu, 4 Sep 1997 00:42:02 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id JAA00501 for hackers@freebsd.org; Thu, 4 Sep 1997 09:15:28 +0200 (MEST) From: Søren Schmidt Message-Id: <199709040715.JAA00501@sos.freebsd.dk> Subject: Current unusable :( To: hackers@freebsd.org (FreeBSD hackers) Date: Thu, 4 Sep 1997 09:15:28 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just found out that -current is hosed, try run the linuxulator and then start up a moderately big app (eg StarWriter), and the system just hangs no panic no nothing just a hang.... Seems this has been for awhile, a 970827 kernel fails too... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Sep 4 01:28:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA15320 for hackers-outgoing; Thu, 4 Sep 1997 01:28:48 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA15315 for ; Thu, 4 Sep 1997 01:28:46 -0700 (PDT) Received: (qmail 20247 invoked by uid 1000); 4 Sep 1997 08:29:00 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709040519.PAA09446@ogre.dtir.qld.gov.au> Date: Thu, 04 Sep 1997 01:29:00 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Stephen McKay Subject: Re: IOCTL Commands - Where is my mistake? Cc: freebsd-hackers@freebsd.org, Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Stephen McKay; On 04-Sep-97 you wrote: > >From this, I expect that Simon wants to use his ioctl like: > > dpt_perf_t metrics; > > if ( (result = ioctl(fd, DPT_IOCTL_INTERNAL_METRICS, &metrics)) != 0 > ) { > ... > } > > Define his ioctl like: > > #define DPT_IOCTL_INTERNAL_METRICS _IOR('D', 1, dpt_perf_t) > > And put this in his driver: > > int > dpt_ioctl(dev_t dev, int cmd, caddr_t cmdarg, int flags, struct proc > *p) > > ... > > switch (cmd) { > case DPT_IOCTL_INTERNAL_METRICS: > *(dpt_perf_t *)cmdarg = dpt->performance; > break; This is essentially how it is now. > The reason that: > > #define DPT_IOCTL_INTERNAL_METRICS IOC_INOUT | 1 > > works with his current driver code is sheer luck, as Mike says. The > size > is encoded as 0, and that falls through some odd code in ioctl() and > hands > you a cmdarg that points to the pointer that was passed in from user > mode. > A zero size should be an error in my books. In SystemV, it would not have been luck, it would have been the way it should be. One could argue that BSD's was of encoding three separate arguments into one is not exactly a mark of engineering ellegance. Unix code dating back to the dark ages of PDP-11 worked flawlessly that way. I have a sneaking suspicion that throwing out all these encodings and just passing a streight, plain argument actually works, by design. David? --- Sincerely Yours, (Sent on 04-Sep-97, 01:11:04 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-hackers Thu Sep 4 01:31:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA15520 for hackers-outgoing; Thu, 4 Sep 1997 01:31:51 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA15515 for ; Thu, 4 Sep 1997 01:31:47 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id SAA13793; Thu, 4 Sep 1997 18:30:14 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id RAA07886; Thu, 4 Sep 1997 18:00:00 +0930 (CST) Message-ID: <19970904175959.52267@lemis.com> Date: Thu, 4 Sep 1997 17:59:59 +0930 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: FreeBSD hackers Subject: Re: Current unusable :( References: <199709040715.JAA00501@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.81e In-Reply-To: =?iso-8859-1?Q?=3C199709040715=2EJAA00501=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Thu=2C_Sep_04=2C_1997_at_09=3A15=3A2?= =?iso-8859-1?Q?8AM_+0200?= Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.com id RAA07886 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA15516 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: > > I just found out that -current is hosed, try run the linuxulator and > then start up a moderately big app (eg StarWriter), and the system > just hangs no panic no nothing just a hang.... > > Seems this has been for awhile, a 970827 kernel fails too... Funny, it doesn't do that here with a kernel built on the 28th August. I did have problems pointing it to another machine (allegro, a BSD/OS machine), and now it's not working right on freebie either, but it's not hanging the machine. It just hangs (the process, not the machine: I'm writing this as I observer it). I've tried ktrace, but it doesn't give anything useful: 7596 swriter3 GIO fd 4 read 103 bytes "íÀ\M^E\M^C\0\^A\0\0\0\^A\0\0\afreebie\^Elemis\^Ccom\^Elemis\^Ccom\0\0\^A\0\^A\^Elemis\^Ccom\0\0\^F\0\^A\0\^AQ\ \M^@\0%\afreebieÀ-\^DgrogÀ-\^EÉ\\\M^E\0\^AQ\M^@\0\0\^\ \0\M^CÖ\0\0\^AQ\M^@" 7596 swriter3 RET old.recv 103/0x67 7596 swriter3 CALL setpgid(0xefbfbed0) 7596 swriter3 RET setpgid 0 7596 swriter3 CALL close(0x4) 7596 swriter3 RET close 0 7596 swriter3 CALL old.recv(0x1,0xefbfbec8) 7596 swriter3 RET old.recv 4 7596 swriter3 CALL old.recv(0x3,0xefbfbec8) 7596 swriter3 RET old.recv 0 7596 swriter3 CALL old.recv(0x9,0xefbfbec0) 7596 swriter3 GIO fd 4 wrote 45 bytes "íÀ\^A\0\0\^A\0\0\0\0\0\0\afreebie\^Elemis\^Ccom\^Elemis\^Ccom\0\0\^A\0\^A" 7596 swriter3 RET old.recv 45/0x2d 7596 swriter3 CALL setpgid(0xefbfbed0) 7596 swriter3 RET setpgid 1 7596 swriter3 CALL old.recv(0xc,0xefbfbeb0) 7596 swriter3 GIO fd 4 read 103 bytes "íÀ\M^E\M^C\0\^A\0\0\0\^A\0\0\afreebie\^Elemis\^Ccom\^Elemis\^Ccom\0\0\^A\0\^A\^Elemis\^Ccom\0\0\^F\0\^A\0\^AQ\ \M^@\0%\afreebieÀ-\^DgrogÀ-\^EÉ\\\M^E\0\^AQ\M^@\0\0\^\ \0\M^CÖ\0\0\^AQ\M^@" It seems to loop slowly on this (I'd guess one transition every few seconds). Last week, before I fried my P5/133, it seemed to be having a fight with the window manager, but I couldn't keep the machine up long enough to follow it. Do you have any suspicions about what it wrong? Greg From owner-freebsd-hackers Thu Sep 4 01:44:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA16167 for hackers-outgoing; Thu, 4 Sep 1997 01:44:17 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA16156 for ; Thu, 4 Sep 1997 01:44:10 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id SAA13928; Thu, 4 Sep 1997 18:43:23 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id SAA08181; Thu, 4 Sep 1997 18:13:20 +0930 (CST) Message-ID: <19970904181319.33380@lemis.com> Date: Thu, 4 Sep 1997 18:13:19 +0930 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: FreeBSD Hackers Subject: Re: Current unusable :( References: <199709040715.JAA00501@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.81e In-Reply-To: =?iso-8859-1?Q?=3C199709040715=2EJAA00501=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Thu=2C_Sep_04=2C_1997_at_09=3A15=3A2?= =?iso-8859-1?Q?8AM_+0200?= Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.com id SAA08181 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA16163 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: > > I just found out that -current is hosed, try run the linuxulator and > then start up a moderately big app (eg StarWriter), and the system > just hangs no panic no nothing just a hang.... > > Seems this has been for awhile, a 970827 kernel fails too... To follow up on my last message: after several minutes, StarWriter came up as usual. Here's the critical part of the ktrace. If I had time, I'd fix ktrace so that it would understand Linux system calls... BTW, I was monitoring the connection to the outside world during this time, since I suspected that it might be doing a DNS query, but that doesn't seem to be the case. Greg 7596 swriter3 RET old.recv 45/0x2d 7596 swriter3 CALL setpgid(0xefbfbed0) 7596 swriter3 RET setpgid 1 7596 swriter3 CALL old.recv(0xc,0xefbfbeb0) 7596 swriter3 GIO fd 4 read 103 bytes "íÀ\M^E\M^C\0\^A\0\0\0\^A\0\0\afreebie\^Elemis\^Ccom\^Elemis\^Ccom\0\0\^A\0\^A\^Elemis\^Ccom\0\0\^F\0\^A\0\^AQ\ \M^@\0%\afreebieÀ-\^DgrogÀ-\^EÉ\\\M^E\0\^AQ\M^@\0\0\^\ \0\M^CÖ\0\0\^AQ\M^@" 7596 swriter3 RET old.recv 103/0x67 7596 swriter3 CALL setpgid(0xefbfbed0) 7596 swriter3 RET setpgid 0 7596 swriter3 CALL close(0x4) 7596 swriter3 RET close 0 7596 swriter3 CALL open(0x85bda1c,0,0x10e32b0c) 7596 swriter3 NAMI "/compat/linux/home/grog/StarOffice-3.1/.fontaliasrc" 7596 swriter3 NAMI "/home/grog/StarOffice-3.1/.fontaliasrc" 7596 swriter3 RET open JUSTRETURN 7596 swriter3 CALL ktrace(0x85bf000) 7596 swriter3 RET ktrace 140242944/0x85bf000 7596 swriter3 CALL write(0x3,0x859aa40,0x64) 7596 swriter3 GIO fd 3 wrote 100 bytes "7\^P\^F\0?\0\0\a+\0\0\0\0\M^@\^A\0\^A\0\0\0\0\0\0\0-\0\^Q\0@\0\0\a8\0\0\0-*-lucida-bold-r-normal-sans-12-120-7\ 5-75-p-79-iso8859-1/\0\^B\0@\0\0\a" 7596 swriter3 RET write 100/0x64 7596 swriter3 CALL read(0x3,0xefbfcc60,0x20) 7596 swriter3 GIO fd 3 read 32 bytes "\^A\^EJ\^AÓ\^B\0\0\0\0\^A\0\^C\0\0\0øÿ\0\0(\0Þ\^B\^C\0\^N\0\^N\0\v\0" 7596 swriter3 RET read 32/0x20 7596 swriter3 CALL read(0x3,0xefbfcc80,0x1c) 7596 swriter3 GIO fd 3 read 28 bytes "\^B\0\0\0\0\0ß\^B \0ÿ\0\0\0\^V\0\0\0\0\0\v\0\^B\0à\0\0\0" 7596 swriter3 RET read 28/0x1c 7596 swriter3 CALL read(0x3,0x85be010,0xb0) 7596 swriter3 GIO fd 3 read 176 bytes "F\0\0\0G\0\0\0H\0\0\0\M^S\0\0\0@\0\0\0\M^T\0\0\0K\0\0\0f\0\0\0M\0\0\0N\0\0\0O\0\0\0g\0\0\0Q\0\0\0\M^U\0\0\0R\0\ \0\0\f\0\0\0;\0\0\0x\0\0\0S\0\0\0K\0\0\0T\0\0\0K\0\0\0U\0\0\0h\0\0\0W\0\0\0O\0\0\0X\0\0\0Y\0\0\0Z\0\0\0[\0\0\0\ =\0\0\0\M^V\0\0\0i\0\0\0u\^A\0\0\^R\0\0\0v\^A\0\0:\0\0\0 \0\0\0<\0\0\0c\0\0\08\0\0\0\a\0\0\09\0\0\0\b\0\0\0" 7596 swriter3 RET read 176/0xb0 From owner-freebsd-hackers Thu Sep 4 02:36:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA18284 for hackers-outgoing; Thu, 4 Sep 1997 02:36:24 -0700 (PDT) Received: from omnix-net.com (root@[195.114.69.82]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA18276 for ; Thu, 4 Sep 1997 02:36:11 -0700 (PDT) Received: from localhost (didier@localhost.omnix-net.com [127.0.0.1]) by omnix-net.com (8.8.5/8.8.5) with SMTP id JAA24093 for ; Thu, 4 Sep 1997 09:33:28 GMT Date: Thu, 4 Sep 1997 11:33:28 +0200 (CEST) From: "didier@omnix.fr.org" To: hackers@freebsd.org Subject: scanner on parallel port (mustek) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm interested by a driver for a mustek 4800 scanner connected to a parallel port or if someone could help me to find the technical data to write one Thanks for your help -- Didier Derny didier@omnix-net.com From owner-freebsd-hackers Thu Sep 4 02:52:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA18843 for hackers-outgoing; Thu, 4 Sep 1997 02:52:11 -0700 (PDT) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA18831 for ; Thu, 4 Sep 1997 02:52:04 -0700 (PDT) Received: from cssmuc.frt.dec.com (cssmuc.frt.dec.com [16.186.96.161]) by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) with SMTP id FAA13544 for ; Thu, 4 Sep 1997 05:48:31 -0400 (EDT) Received: from mofo.frt.dec.com by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA07119; Thu, 4 Sep 1997 11:48:30 +0200 Received: from mofo.frt.dec.com (localhost [127.0.0.1]) by mofo.frt.dec.com (8.8.6/8.8.5) with ESMTP id LAA04577 for ; Thu, 4 Sep 1997 11:47:00 GMT Message-Id: <199709041147.LAA04577@mofo.frt.dec.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: hackers@freebsd.org In-Reply-To: Message from "S\xren Schmidt" of Thu, 04 Sep 1997 09:15:28 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: Current unusable :( Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 04 Sep 1997 11:47:00 +0000 From: Gary Jennejohn Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA18837 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk shouldn't this really go to current ? "S\xren Schmidt" writes: > > > I just found out that -current is hosed, try run the linuxulator and > then start up a moderately big app (eg StarWriter), and the system > just hangs no panic no nothing just a hang.... > > Seems this has been for awhile, a 970827 kernel fails too... > I've seen similar things, but in my case the disks were being used heavily and I then started up xvile -> hang. I couldn't even ping the machine any more. Under moderate disk activity I haven't noticed any problems. I use SCSI. So far it's happened twice, and _only when X is running_. I'm using the SVGA server with a Matrox Millenium, BTW. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) garyj@muc.de (play) gj@freebsd.org From owner-freebsd-hackers Thu Sep 4 03:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA20710 for hackers-outgoing; Thu, 4 Sep 1997 03:46:13 -0700 (PDT) Received: from chain.freebsd.os.org.za (UaM7a/UD1BU6EYH/JSIjBCY0Be7YI34q@chain.iafrica.com [196.7.74.174]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA20700 for ; Thu, 4 Sep 1997 03:46:01 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.freebsd.os.org.za (8.8.7/8.8.7) with SMTP id MAA09942 for ; Thu, 4 Sep 1997 12:45:53 +0200 (SAT) Date: Thu, 4 Sep 1997 12:45:53 +0200 (SAT) From: Khetan Gajjar X-Sender: khetan@chain Reply-To: Khetan Gajjar To: hackers@freebsd.org Subject: FreeBSD gets a favorable review Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Check out http://techweb.cmp.com/internetwk/reviews/rev0901.htm FreeBSD 2.2.2 got quite a good review (imho). --- Khetan Gajjar | khetan@iafrica.com or khetan@os.org.za http://chain.iafrica.com/~khetan | PGP : finger khetan@chain.iafrica.com UUNET Internet Africa Support | FreeBSD enthusiast-www2.za.freebsd.org MOTD : In a world without fences who needs Gates? From owner-freebsd-hackers Thu Sep 4 04:37:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22681 for hackers-outgoing; Thu, 4 Sep 1997 04:37:51 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA22669 for ; Thu, 4 Sep 1997 04:37:46 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id EAA18911; Thu, 4 Sep 1997 04:37:15 -0700 (PDT) To: Khetan Gajjar cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD gets a favorable review In-reply-to: Your message of "Sat, 04 Sep 1997 12:45:53 +0200." Date: Thu, 04 Sep 1997 04:37:15 -0700 Message-ID: <18907.873373035@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FreeBSD 2.2.2 got quite a good review (imho). True, though we still got our butts kicked in a performance comparison which some folks feel we should have and could have won had it not been for some poor out-of-box defaults not to mention the fact that, as David noted to me this evening, the reviewers may have been using a machine with >64MB of memory and, since FreeBSD currently does not size the memory in such configurations properly, the benchmarks may well have been run in half the memory that the other OSes were using (which would explain the sharp fall-off in performance as the FreeBSD machine began paging). David may have a solution for the 64MB sizing problem in any case and I'm testing some patches from him now. Even if this wasn't an factor in Sean Fulton's benchmark results, it could easily be in some future review! Jordan From owner-freebsd-hackers Thu Sep 4 05:12:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA24060 for hackers-outgoing; Thu, 4 Sep 1997 05:12:53 -0700 (PDT) Received: from mirage.nlink.com.br (mirage.nlink.com.br [200.238.120.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA23996 for ; Thu, 4 Sep 1997 05:10:59 -0700 (PDT) Received: from mirage.nlink.com.br (mirage.nlink.com.br [200.238.120.3]) by mirage.nlink.com.br (8.8.5/8.8.5) with SMTP id JAA11223; Thu, 4 Sep 1997 09:13:14 -0300 (EST) Date: Thu, 4 Sep 1997 09:13:14 -0300 (EST) From: Luiz de Barros To: freebsd@IQM.Unicamp.BR cc: hackers@FreeBSD.ORG Subject: Re: [freebsd] Committers: New Cyclades Z driver ready In-Reply-To: <199708191457.KAA00543@bmcgover-pc.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi All, Does anybody have any news about the Cyclom Y driver for PCI cards? I have got one cyclom 32Y PCI card here running on a Triton VX series motherboard and am getting lots of Silo overflows and machine crashes. Is it a motherboard problem, a project problem in the card or a problem with the driver? Luiz de Barros Nlink ISP - Brazil. On Tue, 19 Aug 1997, Brian McGovern wrote: > I've reached the point where my Cyclades Cyclom-Z driver is stable, and is > actually doing quite well (we use it for modem testing here at Cisco in > several groups). For those who don't know, the Zs come in one of three > forms: > > 8Zo (V1) - 8 ports per card to 460K per port > > 8Zo (V2) - 8 ports per card to 920K per port > > 8Ze - up to 64 ports per card to 920K per port > > > So far, I've run 32 ports (4x8Zo V1) in a Pentium Pro 200 using about 30% of > the CPU at 115200 baud (this includes running PPP with FTP sessions saturating > all of the links). > > As you can see, the boards are quite nice. > > Anyhow, I promised Cyclades that once the driver was stable, I'd offer it up > the FreeBSD core for inclusion in to the standard operating system. I've > uploaded the driver to ftp.freebsd.org in /pub/FreeBSD/incoming. The archive > name is cz-0.N.tgz. It includes everything needed to drop it in to the > kernel source, has a RELNOTES file, a makedev program (my shell scripting > skills haven't been used for a couple of years, so I wrote it in C. Someone > may want to translate it back), the firmware, headers, etc. The only thing > that wasn't included prefab was the change to files.i386 in the conf > directory (simply because it was straight forward enough). > > If someone could take a look at it, and either commit it, or reject it with > comments on "whats wrong" (don't be too harsh, this is my first "real" Unix > driver, and you don't want to scare me off from doing more :) ), and how > you'd like it fixed, I'd appreciate it. > > I also expect to continue to support the driver, and make some changes (for > instance, I'll be trying to add DMA capabilities, so the board can move the > data directly in to kernel buffers, so the kernel can avoid PCI bus > arbitration on an interrupt/poll), so comments, suggestions, and diffs are > very much welcome. > > -Brian > From owner-freebsd-hackers Thu Sep 4 05:54:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA25615 for hackers-outgoing; Thu, 4 Sep 1997 05:54:59 -0700 (PDT) Received: from paranoid.convey.ru (ws03.convey.ru [195.182.128.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA25609; Thu, 4 Sep 1997 05:54:49 -0700 (PDT) Received: (from ark@localhost) by paranoid.convey.ru (8.7.5/8.7.3) id PAA00746; Thu, 4 Sep 1997 15:58:07 +0400 From: ArkanoiD Message-Id: <199709041158.PAA00746@paranoid.convey.ru> Subject: Re: log connection attempts? To: pdongre@opentech.stpn.soft.net Date: Thu, 4 Sep 1997 15:58:07 +0400 (MSD) Cc: firewalls@greatcircle.com, freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <340EE174.C45D396F@opentech.stpn.soft.net> from "Prashant Dongre" at Sep 4, 97 11:27:33 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk nuqneH, > > ArkanoiD wrote: > > > nuqneH, > > > > Did anyone try to patch the kernel to log connection attempts for ports > > (tcp and maybe udp) where no program accepts connection? (2.1.7) > > > > I _know_ i can do nearly the same with IP filtering/logging but i > > prefer another way.. > > > > -- > > _ _ _ _ _ _ _ > > {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ > > (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| > > > > [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! > > Have you configured kernel for IPFW (IP Firewall) ?. > > IPFW does log connection attempts for the ports which are blocked for a network. > > Messages get into /var/log/messages and also displayed on the console. > > Prashant > No , (btw i use IPFilter,not ipfw), do not want to log blocked packets/ create additional filtering rules etc. As i said i do know how to do that. I just do not want to. I want to log connection attempts without that. -- _ _ _ _ _ _ _ {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! From owner-freebsd-hackers Thu Sep 4 05:57:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA25814 for hackers-outgoing; Thu, 4 Sep 1997 05:57:48 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA25807 for ; Thu, 4 Sep 1997 05:57:44 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id AAA13833; Thu, 4 Sep 1997 00:31:54 -0700 (PDT) Date: Thu, 4 Sep 1997 00:31:53 -0700 (PDT) From: "Jamil J. Weatherbee" To: Nate Williams cc: Mike Smith , Jaye Mathisen , Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709031656.KAA27641@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > can point to the customer and say "it ain't my problem your connection > sucks so badly, it's the phone company's problem". > Speaking to reps from the phone company somehow I doubt that --- more likely (especially if your a tenant) is inside wiring as the culprit. Phone companies (at least in the US) are required to maintain certain levels of measurable line quality. From owner-freebsd-hackers Thu Sep 4 06:14:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26560 for hackers-outgoing; Thu, 4 Sep 1997 06:14:11 -0700 (PDT) Received: from paranoid.convey.ru (ws03.convey.ru [195.182.128.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA26553; Thu, 4 Sep 1997 06:14:02 -0700 (PDT) Received: (from ark@localhost) by paranoid.convey.ru (8.7.5/8.7.3) id QAA00831; Thu, 4 Sep 1997 16:17:51 +0400 From: ArkanoiD Message-Id: <199709041217.QAA00831@paranoid.convey.ru> Subject: Re: log connection attempts? To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Thu, 4 Sep 1997 16:17:51 +0400 (MSD) Cc: firewalls@greatcircle.com, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <4926.873280349@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 3, 97 11:52:29 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nuqneH, > > In message <203609030840.MAA14571@paranoid.convey.ru>, ArkanoiD writes: > >nuqneH, > > > >Did anyone try to patch the kernel to log connection attempts for ports > >(tcp and maybe udp) where no program accepts connection? (2.1.7) > > Set these two sysctl variables to non-zero: > net.inet.tcp.log_in_vain: 0 > net.inet.udp.log_in_vain: 0 > fourth level name log_in_vain in net.inet.tcp.log_in_vain is invalid ..and i don't remember smth like that when browsing the sources. -- _ _ _ _ _ _ _ {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! From owner-freebsd-hackers Thu Sep 4 06:46:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28344 for hackers-outgoing; Thu, 4 Sep 1997 06:46:45 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28329 for ; Thu, 4 Sep 1997 06:46:20 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id XAA01154; Thu, 4 Sep 1997 23:14:23 +0930 (CST) Message-Id: <199709041344.XAA01154@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: Brian Campbell , freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? In-reply-to: Your message of "Thu, 04 Sep 1997 12:04:03 +0930." <199709040234.MAA00822@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 23:14:21 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The simple answer is that once swap is allocated to a process, it is > never freed. You have, in the case above, 24M worth of text which at > some stage has been swapped out, and thus has had swap allocated to it. > It doesn't mean you have 24M worth of swap currently "in use". Sorry, that should be "pages ... have", not "text ... has". mike From owner-freebsd-hackers Thu Sep 4 06:56:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28811 for hackers-outgoing; Thu, 4 Sep 1997 06:56:35 -0700 (PDT) Received: from cicero.cybercity.dk (cicero.cybercity.dk [195.8.128.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28801; Thu, 4 Sep 1997 06:56:26 -0700 (PDT) Received: from schizo.dk.tfs.com (mail.trw.dk [195.8.133.123]) by cicero.cybercity.dk (8.8.5/8.8.5) with ESMTP id PAA05983; Thu, 4 Sep 1997 15:48:51 +0200 (CEST) Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.7/8.7.3) with ESMTP id PAA09607; Thu, 4 Sep 1997 15:46:49 +0200 (MET DST) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id PAA01810; Thu, 4 Sep 1997 15:46:42 +0200 (CEST) To: ArkanoiD cc: firewalls@greatcircle.com, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: log connection attempts? In-reply-to: Your message of "Thu, 04 Sep 1997 16:17:51 +0400." <199709041217.QAA00831@paranoid.convey.ru> Date: Thu, 04 Sep 1997 15:46:41 +0200 Message-ID: <1808.873380801@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199709041217.QAA00831@paranoid.convey.ru>, ArkanoiD writes: >nuqneH, > >> >> In message <203609030840.MAA14571@paranoid.convey.ru>, ArkanoiD writes: >> >nuqneH, >> > >> >Did anyone try to patch the kernel to log connection attempts for ports >> >(tcp and maybe udp) where no program accepts connection? (2.1.7) >> >> Set these two sysctl variables to non-zero: >> net.inet.tcp.log_in_vain: 0 >> net.inet.udp.log_in_vain: 0 >> >fourth level name log_in_vain in net.inet.tcp.log_in_vain is invalid > >..and i don't remember smth like that when browsing the sources. Upgrade to 2.2.2 then. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-hackers Thu Sep 4 06:58:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28994 for hackers-outgoing; Thu, 4 Sep 1997 06:58:58 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28983 for ; Thu, 4 Sep 1997 06:58:51 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.7/8.8.5) with SMTP id KAA19347; Thu, 4 Sep 1997 10:05:10 -0400 (EDT) Date: Thu, 4 Sep 1997 10:05:10 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Brian Somers cc: Nate Williams , Greg Lehey , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709040052.BAA17519@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > that, and the NT RAS won't talk to my null-modem cable (the breakout > box says it's putting up the correct lines, but the RAS never sees > anything, and the client sends stuff and never gets a reply) !!!! I know this sounds silly, but have you tried chatting with NT and typing: RING RING CONNECT 28800 RAS is a bit strange; I don't think it puts a modem in AA, it just waits for the modem to tell it there's a ring and then waits for CONNECT results... Charles From owner-freebsd-hackers Thu Sep 4 06:59:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29053 for hackers-outgoing; Thu, 4 Sep 1997 06:59:19 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA29037 for ; Thu, 4 Sep 1997 06:59:08 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id PAA15360; Thu, 4 Sep 1997 15:57:05 +0200 Date: Thu, 4 Sep 1997 15:57:03 +0200 (MET DST) From: Johan Larsson To: Greg Lehey cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= , FreeBSD Hackers Subject: Re: Current unusable :( In-Reply-To: <19970904181319.33380@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Sep 1997, Greg Lehey wrote: > On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: > > > > I just found out that -current is hosed, try run the linuxulator and > > then start up a moderately big app (eg StarWriter), and the system > > just hangs no panic no nothing just a hang.... > > > > Seems this has been for awhile, a 970827 kernel fails too... > > To follow up on my last message: after several minutes, StarWriter > came up as usual. Here's the critical part of the ktrace. If I had > time, I'd fix ktrace so that it would understand Linux system calls... > BTW, I was monitoring the connection to the outside world during this > time, since I suspected that it might be doing a DNS query, but that > doesn't seem to be the case. I still believe this actually can be the case. Since xquake won't work with network game any longer for me (haven't since around the 18-20/8 (I think :)). If anyone want a kdump mail me and i'll give you one. Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-hackers Thu Sep 4 06:59:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29164 for hackers-outgoing; Thu, 4 Sep 1997 06:59:59 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA29129 for ; Thu, 4 Sep 1997 06:59:47 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id PAA00277; Thu, 4 Sep 1997 15:34:39 +0930 (CST) Message-Id: <199709040604.PAA00277@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Stephen McKay cc: Mike Smith , Simon Shapiro , freebsd-hackers@FreeBSD.ORG Subject: Re: IOCTL Commands - Where is my mistake? In-reply-to: Your message of "Thu, 04 Sep 1997 15:19:14 +1000." <199709040519.PAA09446@ogre.dtir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 15:34:39 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >This will copy the 'bar' structure into and out of the kernel (tune > >with the macro to suit), and allow you to call the ioctl handler from > >within the kernel (eg. from one of the ABI emulation layers). > > > >I hope this a) makes sense, and b) works for you. > > Well Mike, I'm pretty sure now that you've made a boo-boo. :-) You're right. I was referring to some code I wrote a while back, and it "just so happens" that I had never actually _run_ it (the card it was for was abandoned before I got that far). So a) my face is red, and b) I owe Simon an apology. mike From owner-freebsd-hackers Thu Sep 4 07:05:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA29917 for hackers-outgoing; Thu, 4 Sep 1997 07:05:26 -0700 (PDT) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA29908 for ; Thu, 4 Sep 1997 07:05:21 -0700 (PDT) Message-Id: <199709041400.KAA10868@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Thu, 4 Sep 1997 10:06:29 -0400 (EDT) From: Jamie Bowden To: "Jamil J. Weatherbee" cc: Nate Williams , Mike Smith , Jaye Mathisen , Greg Lehey , hackers@freebsd.org Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Sep 1997, Jamil J. Weatherbee wrote: > > > can point to the customer and say "it ain't my problem your connection > > sucks so badly, it's the phone company's problem". > > > > Speaking to reps from the phone company somehow I doubt that --- more > likely (especially if your a tenant) is inside wiring as the culprit. > Phone companies (at least in the US) are required to maintain certain > levels of measurable line quality. > You've never dealt with GTE have you? Jamie Bowden System Administrator, iTRiBE.net From owner-freebsd-hackers Thu Sep 4 07:07:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00134 for hackers-outgoing; Thu, 4 Sep 1997 07:07:33 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA00127 for ; Thu, 4 Sep 1997 07:07:27 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id XAA01388; Thu, 4 Sep 1997 23:36:03 +0930 (CST) Message-Id: <199709041406.XAA01388@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Brian Campbell cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-stable swap usage? In-reply-to: Your message of "Thu, 04 Sep 1997 00:08:12 -0400." <19970904000812.60761@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 23:36:02 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Mike Smith said: > > The simple answer is that once swap is allocated to a process, it is > > never freed. You have, in the case above, 24M worth of text which at > > some stage has been swapped out, and thus has had swap allocated to it. > > It doesn't mean you have 24M worth of swap currently "in use". > > John S. Dyson wrote: > > Once the pages in MFS or any other process are paged out, those pages will be > > persistant in swap until the process exits (or the memory is explicitly > > deallocated by the process.) > > Ok. So, contrary to what Mike Smith says, pages that belonged to > a process that has since exited will no longer be marked in-use by > swap? I didn't say that; I said once it's been given to a process, it's never taken back. If it's backing memory that the process has freed, it will be returned. Once the process exits, naturally swap will be freed; the system would starve without this. > If they are still marked "in-use", is there a program other than > pstat that gives a more accurate picture of how many [active] pages > are in swap? That'd be horrifically difficult to determine at any given point in time. You could look at the figures given by 'systat -vmstat' and in particular the amount of "active" memory, but how you go about deciding what is in use by processes as opposed to by the buffer cache is not clear. > > MFS doesn't deallocate any of it's memory usage. > > So, if 90% of MFS is consumed by files which are later unlinked > (and not in use by any process), is swap thereafter limited to 10% > of its original size? That sounds reasonable. mike From owner-freebsd-hackers Thu Sep 4 07:14:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00695 for hackers-outgoing; Thu, 4 Sep 1997 07:14:57 -0700 (PDT) Received: from paranoid.convey.ru (ws03.convey.ru [195.182.128.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA00681; Thu, 4 Sep 1997 07:14:51 -0700 (PDT) Received: (from ark@localhost) by paranoid.convey.ru (8.7.5/8.7.3) id RAA00931; Thu, 4 Sep 1997 17:09:07 +0400 From: ArkanoiD Message-Id: <199709041309.RAA00931@paranoid.convey.ru> Subject: Re: log connection attempts? To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Thu, 4 Sep 1997 17:09:06 +0400 (MSD) Cc: firewalls@greatcircle.com, freebsd-security@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <1808.873380801@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 4, 97 03:46:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nuqneH, > >> > >> Set these two sysctl variables to non-zero: > >> net.inet.tcp.log_in_vain: 0 > >> net.inet.udp.log_in_vain: 0 > >> > >fourth level name log_in_vain in net.inet.tcp.log_in_vain is invalid > > > >..and i don't remember smth like that when browsing the sources. > > Upgrade to 2.2.2 then. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > I really don't want to ;) i'd prefer a small patch for 2.1.7.1. -- _ _ _ _ _ _ _ {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! From owner-freebsd-hackers Thu Sep 4 07:26:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01540 for hackers-outgoing; Thu, 4 Sep 1997 07:26:04 -0700 (PDT) Received: from dfw-ix7.ix.netcom.com (dfw-ix7.ix.netcom.com [206.214.98.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA01532 for ; Thu, 4 Sep 1997 07:26:01 -0700 (PDT) Received: (from smap@localhost) by dfw-ix7.ix.netcom.com (8.8.4/8.8.4) id JAA02862; Thu, 4 Sep 1997 09:25:27 -0500 (CDT) Received: from col-oh2-24.ix.netcom.com(199.183.200.88) by dfw-ix7.ix.netcom.com via smap (V1.3) id sma002847; Thu Sep 4 09:25:09 1997 Message-ID: <340EC461.3B@ix.netcom.com> Date: Thu, 04 Sep 1997 10:23:29 -0400 From: Richard Scranton Reply-To: scrantr@ix.netcom.com Organization: LDA Systems, Columbus X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: hackers@FreeBSD.ORG CC: brianc@pobox.com Subject: Re: hackers-digest V3 #324 References: <199709040527.WAA06536@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For you, this is normal. Look at the VSZ column for 'mfs.' You have your /tmp mounted as a memory disk. > > ------------------------------ > > From: Brian Campbell > Date: Wed, 3 Sep 1997 20:28:29 -0400 > Subject: 2.2-stable swap usage? > > Is it normal for 24M of swap to be marked in-use when nothing appears to be using it? > System has 64M RAM, and has been up and running AccelX for about a week. > Killing syslogd and cron didn't help. There wasn't much left ... > > Script started on Wed Sep 3 20:16:27 1997 > $ pstat -s > Device 512-blocks Used Avail Capacity Type > /dev/sd1b 261989 49456 212405 19% Interleaved > $ ps alx > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.59 (swapper) > 0 1 0 0 10 0 384 76 wait Is ?? 0:00.03 /sbin/init -- > 0 2 0 4 -18 0 0 12 psleep DL ?? 0:15.90 (pagedaemon) > 0 3 0 0 28 0 0 12 psleep DL ?? 0:00.00 (vmdaemon) > 0 4 0 1 28 0 0 12 update DL ?? 1:36.98 (update) > 0 5 0 0 28 0 0 12 idle DL ?? 8656:24.95 (idle) > 0 22 1 0 10 0 131192 8564 mfsidl Is ?? 0:06.57 mfs -o async -o nosuid /dev/sd1b /tmp (mount_mfs) > 0 71 1 0 2 0 200 292 select Ss ?? 0:03.29 syslogd > 0 102 1 0 18 0 332 204 pause Is ?? 0:02.75 cron > 134 10683 10682 1 18 0 500 260 pause Ss p0 0:00.02 sh sh (ksh) > 134 10685 10683 0 28 0 632 268 - R+ p0 0:00.00 ps -alx > 134 8120 1 0 18 0 504 280 pause Ss v0 0:01.46 -ksh (ksh) > 134 10681 8120 0 3 0 216 444 ttyin S+ v0 0:00.01 script > 134 10682 10681 0 3 0 216 472 ptcin S+ v0 0:00.01 script -- =================================================================== Richard Scranton - LDA Systems - Information Management Consulting scrantr@ix.netcom.com Columbus Cincinnati Cleveland Toledo Atlanta From owner-freebsd-hackers Thu Sep 4 07:35:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02157 for hackers-outgoing; Thu, 4 Sep 1997 07:35:38 -0700 (PDT) Received: from cyrus.watson.org (robert@AMALTHEA.RES.CMU.EDU [128.2.91.57]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02152; Thu, 4 Sep 1997 07:35:35 -0700 (PDT) Received: from localhost (robert@localhost) by cyrus.watson.org (8.8.5/8.8.5) with SMTP id KAA01567; Thu, 4 Sep 1997 10:35:12 -0400 (EDT) Date: Thu, 4 Sep 1997 10:35:11 -0400 (EDT) From: Robert Watson Reply-To: Robert Watson To: ArkanoiD cc: pdongre@opentech.stpn.soft.net, firewalls@greatcircle.com, freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: log connection attempts? In-Reply-To: <199709041158.PAA00746@paranoid.convey.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Sep 1997, ArkanoiD wrote: > No , (btw i use IPFilter,not ipfw), do not want to log blocked packets/ > create additional filtering rules etc. As i said i do know how to do that. > I just do not want to. I want to log connection attempts without that. Take a look at these two locations -- there was mention of a better syslog here on freebsd-security recently. There were also statistics-gathering modifications on disconnected ports. http://minnie.cs.adfa.oz.au/Seminars/AUUG96/index.html ftp://minnie.cs.adfa.oz.au/pub/NetSecurity/ Hope that helps. Robert N Watson Junior, Logic+Computation, Carnegie Mellon University http://www.cmu.edu/ Network Administrator, SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org rwatson@safeport.com http://www.watson.org/~robert/ From owner-freebsd-hackers Thu Sep 4 08:12:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04346 for hackers-outgoing; Thu, 4 Sep 1997 08:12:50 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04334 for ; Thu, 4 Sep 1997 08:12:42 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id RAA00285; Thu, 4 Sep 1997 17:12:00 +0200 (MEST) From: Søren Schmidt Message-Id: <199709041512.RAA00285@sos.freebsd.dk> Subject: Re: Current unusable :( In-Reply-To: from Johan Larsson at "Sep 4, 97 03:57:03 pm" To: gozer@ludd.luth.se (Johan Larsson) Date: Thu, 4 Sep 1997 17:12:00 +0200 (MEST) Cc: grog@lemis.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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Johan Larsson who wrote: > On Thu, 4 Sep 1997, Greg Lehey wrote: > > On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: > > > I just found out that -current is hosed, try run the linuxulator and > > > then start up a moderately big app (eg StarWriter), and the system > > > just hangs no panic no nothing just a hang.... > > > > > > Seems this has been for awhile, a 970827 kernel fails too... > > To follow up on my last message: after several minutes, StarWriter > > came up as usual. Here's the critical part of the ktrace. If I had > > time, I'd fix ktrace so that it would understand Linux system calls... > > BTW, I was monitoring the connection to the outside world during this > > time, since I suspected that it might be doing a DNS query, but that > > doesn't seem to be the case. > I still believe this actually can be the case. Since xquake won't work > with network game any longer for me (haven't since around the 18-20/8 (I > think :)). If anyone want a kdump mail me and i'll give you one. Hmm, I found out my problem is the XF86_SVGA server, it goes totally wild when starwriter is run, causing the system to go into a tight loop using all CPU cycles between system & user in the XF86_SVGA process. If I use the XF86_S3V or Xaccel-2.1 (yes I'm on a ViRGE DX) this problem does not surface. So its not our problem, it belongs in the XFree86 camp :) Phev! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Sep 4 08:31:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05681 for hackers-outgoing; Thu, 4 Sep 1997 08:31:56 -0700 (PDT) Received: from isgate.is (isgate.is [193.4.58.51]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA05676 for ; Thu, 4 Sep 1997 08:31:53 -0700 (PDT) Received: from eh.est.is (eh.est.is [194.144.208.34]) by isgate.is (8.7.5-M/) with ESMTP id PAA09786 for ; Thu, 4 Sep 1997 15:31:46 GMT Received: from didda.est.is (totii@ppp-04.est.is [194.144.208.104]) by eh.est.is (8.8.5/8.8.5) with SMTP id PAA02571 for ; Thu, 4 Sep 1997 15:31:41 GMT Message-ID: <340ED42B.41C67EA6@est.is> Date: Thu, 04 Sep 1997 15:30:51 +0000 From: =?iso-8859-1?Q?=DEor=F0ur?= Ivarsson X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.2-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: How do I write device driver Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can any of you help me with writing device driver for two cards i have here on my desk. I have all documents and API information for the cards. One is AD converter 8input 12bit + 1 DA 12bit and the other is digital IO card with 6 8bit ports and timer IO based on two 8255 and one 8253 I heard of something like /dev/IO but I did not find any information about writing interface to it. I am hacking labpc.c now and there seems to be some of the code I need. What files in the kernel do I need to add into to get this working. Thordur Ivarsson totii@est.is From owner-freebsd-hackers Thu Sep 4 08:59:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA07618 for hackers-outgoing; Thu, 4 Sep 1997 08:59:10 -0700 (PDT) Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA07601 for ; Thu, 4 Sep 1997 08:59:05 -0700 (PDT) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id LAA26725 for ; Thu, 4 Sep 1997 11:58:21 -0400 (EDT) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.5) with ESMTP id LAA19312 for ; Thu, 4 Sep 1997 11:57:35 -0400 (EDT) Message-Id: <199709041557.LAA19312@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: Getting FTP to die when route disappears Date: Thu, 04 Sep 1997 11:57:35 -0400 From: Brian McGovern Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm currently using several FreeBSD boxes to test file transfers to routers under test. The problem that I'm having is that if a call drops, and the route is deleted from the routing table, the FTP client just zones out, waiting for the transfer to complete (I had one hang for ~ 2 days). Is there any way to make it so if a route drops (ie - ping reports "No route to host") to get FTP to realize it's route is down, and abort the transfer? Thanks. -Brian From owner-freebsd-hackers Thu Sep 4 09:20:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08994 for hackers-outgoing; Thu, 4 Sep 1997 09:20:47 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08988 for ; Thu, 4 Sep 1997 09:20:42 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id JAA00566; Thu, 4 Sep 1997 09:19:12 -0700 (PDT) Date: Thu, 4 Sep 1997 09:19:12 -0700 (PDT) From: "Jamil J. Weatherbee" To: =?iso-8859-1?Q?=DEor=F0ur?= Ivarsson cc: hackers@FreeBSD.ORG Subject: Re: How do I write device driver In-Reply-To: <340ED42B.41C67EA6@est.is> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id JAA08990 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I also have written some code for the National Instruments Lab PC+, Industrial Computer Source Multiplexing AIO cards, National Instruments DIO-96 & 24, And some solid state relay DIO cards from Industrial Computer Source (Which by the way Industrial Computer Source is way less expensive that national instruments at the sacrifice of some slo blow fuses in some cases, or special connectors needing to be soldered in). Some faulty interface cards built by guy who really sucks were repeatedly blowing out channels on my dio boards from Industrial Computer Source and they repaired them twice without charging me. On Thu, 4 Sep 1997, [iso-8859-1] Þorður Ivarsson wrote: > Can any of you help me with writing device driver for two cards i have > here on my desk. > I have all documents and API information for the cards. > > One is AD converter 8input 12bit + 1 DA 12bit > > and the other is digital IO card with 6 8bit ports and timer IO based > on two 8255 and one 8253 > > I heard of something like /dev/IO but I did not find any information > about > writing interface to it. > > I am hacking labpc.c now and there seems to be some of the code I need. > > What files in the kernel do I need to add into to get this working. > > > Thordur Ivarsson > totii@est.is > From owner-freebsd-hackers Thu Sep 4 10:07:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11680 for hackers-outgoing; Thu, 4 Sep 1997 10:07:08 -0700 (PDT) Received: from rocinha.nce.ufrj.br (rocinha.nce.ufrj.br [146.164.8.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA11652 for ; Thu, 4 Sep 1997 10:06:42 -0700 (PDT) Received: by rocinha.nce.ufrj.br (4.1/SMI-4.1) id AA01167; Thu, 4 Sep 97 13:57:22 EST Date: Thu, 4 Sep 97 13:57:22 EST From: pedrosal@nce.ufrj.br (Pedro Salenbauch) Message-Id: <9709041657.AA01167@rocinha.nce.ufrj.br> To: hackers@freebsd.org, orders@cdrom.com, pedrosal@nce.ufrj.br Subject: Anonymous unknowm at freefall Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Mrs/Sirs: The "freefall.cdrom.com" server doesn't accept "anonymous". Can you correct this? Thank you, Pedro Salenbauch From owner-freebsd-hackers Thu Sep 4 10:30:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12873 for hackers-outgoing; Thu, 4 Sep 1997 10:30:59 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust3.tnt1.manassas.va.da.uu.net [153.37.113.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12864 for ; Thu, 4 Sep 1997 10:30:55 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id NAA04477; Thu, 4 Sep 1997 13:29:43 -0400 (EDT) Message-ID: <19970904132943.54579@wakky.dyn.ml.org> Date: Thu, 4 Sep 1997 13:29:43 -0400 From: Lee Cremeans To: Pedro Salenbauch Cc: hackers@freebsd.org Subject: Re: Anonymous unknowm at freefall Reply-To: hcremean@vt.edu References: <9709041657.AA01167@rocinha.nce.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: <9709041657.AA01167@rocinha.nce.ufrj.br>; from Pedro Salenbauch on Thu, Sep 04, 1997 at 01:57:22PM -0400 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 01:57:22PM -0400, Pedro Salenbauch wrote: > Dear Mrs/Sirs: > > The "freefall.cdrom.com" server doesn't accept "anonymous". > > Can you correct this? Anonymous FTP on freefall was taken down for security reasons, I believe. Most everything that was on there can be found on ftp.freebsd.org in the /pub/FreeBSD dirctory tree. -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Thu Sep 4 12:17:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17740 for hackers-outgoing; Thu, 4 Sep 1997 12:17:21 -0700 (PDT) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17732 for ; Thu, 4 Sep 1997 12:17:15 -0700 (PDT) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.8.7/8.6.9) with ESMTP id VAA03954 for ; Thu, 4 Sep 1997 21:16:55 GMT Message-Id: <199709042116.VAA03954@peedub.muc.de> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: log connection attempts? Reply-To: Gary Jennejohn In-reply-to: Your message of "Thu, 04 Sep 1997 15:09:06 +0200." <199709041309.RAA00931@paranoid.convey.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 21:16:55 +0000 From: Gary Jennejohn Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ArkanoiD writes: >nuqneH, > >> >> >> >> Set these two sysctl variables to non-zero: >> >> net.inet.tcp.log_in_vain: 0 >> >> net.inet.udp.log_in_vain: 0 >> >> >> >fourth level name log_in_vain in net.inet.tcp.log_in_vain is invalid >> > >> >..and i don't remember smth like that when browsing the sources. >> >> Upgrade to 2.2.2 then. >> >> -- >> Poul-Henning Kamp FreeBSD coreteam member >> phk@FreeBSD.ORG "Real hackers run -current on their laptop." >> >I really don't want to ;) i'd prefer a small patch for 2.1.7.1. > then get the 2.2.2 sources and make a patch. We can't do it all for you. --- Gary Jennejohn Home - garyj@muc.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Thu Sep 4 13:31:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA21351 for hackers-outgoing; Thu, 4 Sep 1997 13:31:29 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA21337 for ; Thu, 4 Sep 1997 13:31:19 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 9914 on Thu, 4 Sep 1997 20:31:17 GMT; id UAA09914 efrom: peter@grendel.IAEhv.nl; eto: hackers@FreeBSD.ORG Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id WAA00814; Thu, 4 Sep 1997 22:28:49 +0200 (CEST) Message-ID: <19970904222847.37212@grendel.IAEhv.nl> Date: Thu, 4 Sep 1997 22:28:47 +0200 From: Peter Korsten To: FreeBSD hackers Subject: Re: ASUS mediabus pinout ?? References: <199709032020.WAA00630@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Jamil J. Weatherbee on Wed, Sep 03, 1997 at 04:57:28PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jamil J. Weatherbee shared with us: > > I have an ASUS mediabus --- what is that supposed to do by the way? It's something extremely non-standard, of which Asus still thinks it's a real cool feature. Basically, it's an ISA-bus, or a part thereof. You can put some special cards from Asus (surprise surprise) in it, like a SCSI-2 controller, combined with a soundcard. There are two standards of this mediabus, which are incompatible. I don't know inhowfar the mediabus thinks it's an ISA bus. You might want to check http://www.asus.com/products.asp#ADDON ASP, right. - Peter From owner-freebsd-hackers Thu Sep 4 15:25:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26717 for hackers-outgoing; Thu, 4 Sep 1997 15:25:58 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26708 for ; Thu, 4 Sep 1997 15:25:53 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id PAA28553 for ; Thu, 4 Sep 1997 15:25:51 -0700 (PDT) Date: Thu, 4 Sep 1997 15:25:51 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: What the heck is state newbuf? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk top is showing my gzip in state "newbuf", and it's compressing at a monumentally microscopic pace... It's on an NFS partition. Normal file access seems OK, but this is not normal. From owner-freebsd-hackers Thu Sep 4 16:19:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA29155 for hackers-outgoing; Thu, 4 Sep 1997 16:19:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA29142 for ; Thu, 4 Sep 1997 16:19:48 -0700 (PDT) Received: from onyx.atipa.com (user5291@ns.atipa.com [208.128.22.10]) by freefall.freebsd.org (8.8.6/8.8.5) with SMTP id QAA01905 for ; Thu, 4 Sep 1997 16:17:44 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 4 Sep 1997 23:23:04 -0000 Date: Thu, 4 Sep 1997 17:23:04 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: hackers@freebsd.com Subject: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: <19970904231703.5231.qmail@onyx.atipa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based motherboards is not currently supported. IDE disks work ok, but I can not get any CD-ROMs to work. It does not recognize wdc1, although it does find wcd0. DOS has no problem at all seeing the CD-ROM. This is very repeatable; simply try to use a CD-ROM w/ TX. I have not tried the DMA Busmatering drivers. Might they be a remedy? Thanks, Kevin On 4 Sep 1997 freebsd@atipa.com wrote: > Copyright (c) 1992-1997 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > > FreeBSD 2.2.2-RELEASE #0: Tue May 20 10:45:24 GMT 1997 > jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC > CPU: AMD K6 (187.11-MHz 586-class CPU) > Origin = "AuthenticAMD" Id = 0x561 Stepping=1 > Features=0x8001bf > real memory = 33554432 (32768K bytes) > > Probing for devices on PCI bus 0: > chip0 rev 1 on pci0:0 > chip1 rev 1 on pci0:1:0 > pci0:1:1: Intel Corporation, device=0x7111, class=storage (ide) [no driver assigned] > pci0:1:2: Intel Corporation, device=0x7112, class=0x0c, subclass=0x03 int d irq 9 [no driver assigned] > chip2 rev 1 on pci0:1:3 > vga0 rev 48 int a irq 9 on pci0:9 > pci0:10: vendor=0x121a, device=0x0001, class=multimedia (video) [no driver assigned] > 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 0x340-0x35f irq 10 on isa > ed0: address 00:c0:f0:0b:98:75, type NE2000 (16 bit) > ed1: disabled, not probed. > fe0: disabled, not probed. > 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: disabled, not probed. > mse0: disabled, not probed. > psm0 at 0x60-0x64 irq 12 on motherboard > psm0: device ID 0 > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 72065B > fd0: 1.44MB 3.5in > fd1: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S > wdc1 not found at 0x170 > bt0: disabled, not probed. > uha0: disabled, not probed. > aha0: disabled, not probed. > aic0: disabled, not probed. > nca0: disabled, not probed. > nca1: disabled, not probed. > sea0: disabled, not probed. > wt0: disabled, not probed. > mcd0: disabled, not probed. > matcdc0: disabled, not probed. > scd0: disabled, not probed. > ie0: disabled, not probed. > ie1: disabled, not probed. > ep0: disabled, not probed. > ex0: disabled, not probed. > le0: disabled, not probed. > lnc0: disabled, not probed. > ze0: disabled, not probed. > zp0: disabled, not probed. > npx0 flags 0x1 on motherboard > npx0: INT 16 interface > apm0: disabled, not probed. > > From owner-freebsd-hackers Thu Sep 4 16:27:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA29522 for hackers-outgoing; Thu, 4 Sep 1997 16:27:47 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA29517 for ; Thu, 4 Sep 1997 16:27:37 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA26318; Thu, 4 Sep 1997 23:56:28 +0100 (BST) Message-Id: <199709042256.XAA26318@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: Greg Lehey , Nate Williams , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 10:21:41 +0930." <199709040051.KAA00434@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 23:56:28 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > > 1. The line is flaky, and it's causing errors. > > 2. The modem isn't falling back. > > 3. LQR is counting those errors and reporting them. > > This is all well and good until you add an error-correcting layer to > the equation. > > If 1., then the receiving end will request a retransmission. If the > errors are really bad, then one or both ends will attempt 2. At any > rate, there should be no errors for 3. to detect; the error-correcting > protocol is meant to guarantee error-free data transmission. Ah, but if 1., where the ``line'' means the serial cable between the UART & the modem ("It always seems to happen when I switch on the radio", or "My ISP had a guy with an electric screwdriver playing with their modem rack"), or if we've got sio overflows, or if the other side is just sending us crap, *this* is where we see the FCS errors. The error correction stuff, as you say, will hide this from the LQR and application levels. Interrestingly enough, I guess a modem that "falls forward" (increases its data rate) may force sio overflows by essentially catching up with the DTR speed (if DTR is set pretty low). > > > and might be related to the other hanging things up. > > > > I don't understand what you're saying here. > > I'm not sure either; the most common cause of FCS errors on modern PPP > links is flow control problems; it's possible that the terminal server > you were connected to just dropped its guts, or the modem likewise. Cosmic rays are common too :-) > mike > > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Sep 4 16:50:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01590 for hackers-outgoing; Thu, 4 Sep 1997 16:50:49 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA01582 for ; Thu, 4 Sep 1997 16:50:45 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id JAA17014; Fri, 5 Sep 1997 09:46:38 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA27859; Fri, 5 Sep 1997 09:16:34 +0930 (CST) Message-ID: <19970905091633.16283@lemis.com> Date: Fri, 5 Sep 1997 09:16:33 +0930 From: Greg Lehey To: "Jamil J. Weatherbee" Cc: Nate Williams , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <199709031656.KAA27641@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Jamil J. Weatherbee on Thu, Sep 04, 1997 at 12:31:53AM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 12:31:53AM -0700, Jamil J. Weatherbee wrote: > >> can point to the customer and say "it ain't my problem your connection >> sucks so badly, it's the phone company's problem". > > Speaking to reps from the phone company somehow I doubt that --- more > likely (especially if your a tenant) is inside wiring as the culprit. > Phone companies (at least in the US) are required to maintain certain > levels of measurable line quality. Yup, they are. I've been spending a lot of time with Telstra, Australia's main telco (I've been thinking of writing up the story--it would be funny if it hadn't been such a pain). One of them told me the standards that they have to maintain: you must be able to run a V.22bis modem on the lines. For those who don't know, that translates to 2400 bps. This doesn't mean that they won't look at a problem if it means, for example, that somebody running his V.34 modem only gets 14,400 bps. But if they can't fix it, they'll say, "sorry, you're still getting better than we guarantee". I'd guess that the situation is the same in other countries. It's only been a few years since V.22bis was the norm, and that's what the phone companies laid for, so it's even reasonable for them to take this stance. For the record, apart from this reported incident, I've had no problems whatsoever with Telstra's line quality (about the only problem I haven't had with Telstra), and I live way out in the hills. Greg From owner-freebsd-hackers Thu Sep 4 16:53:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01853 for hackers-outgoing; Thu, 4 Sep 1997 16:53:34 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA01841 for ; Thu, 4 Sep 1997 16:53:30 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id JAA17081; Fri, 5 Sep 1997 09:49:56 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA27871; Fri, 5 Sep 1997 09:19:55 +0930 (CST) Message-ID: <19970905091954.07644@lemis.com> Date: Fri, 5 Sep 1997 09:19:54 +0930 From: Greg Lehey To: Brian Somers Cc: Mike Smith , Nate Williams , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? References: <199709040051.KAA00434@word.smith.net.au> <199709042256.XAA26318@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709042256.XAA26318@awfulhak.demon.co.uk>; from Brian Somers on Thu, Sep 04, 1997 at 11:56:28PM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 11:56:28PM +0100, Brian Somers wrote: > [.....] >>> 1. The line is flaky, and it's causing errors. >>> 2. The modem isn't falling back. >>> 3. LQR is counting those errors and reporting them. >> >> This is all well and good until you add an error-correcting layer to >> the equation. >> >> If 1., then the receiving end will request a retransmission. If the >> errors are really bad, then one or both ends will attempt 2. At any >> rate, there should be no errors for 3. to detect; the error-correcting >> protocol is meant to guarantee error-free data transmission. > > Ah, but if 1., where the ``line'' means the serial cable between the > UART & the modem ("It always seems to happen when I switch on the > radio", or "My ISP had a guy with an electric screwdriver playing > with their modem rack"), or if we've got sio overflows, or if the other > side is just sending us crap, *this* is where we see the FCS errors. That's reasonable, at least in theory. I don't think it applies to the case I was reporting, since the only thing I changed was the dialup connection. It also means that it wasn't in the local loop. > The error correction stuff, as you say, will hide this from the LQR > and application levels. If it's working. I think it was here, but there's only so much that the error correction stuff can handle. > Interrestingly enough, I guess a modem that "falls forward" > (increases its data rate) may force sio overflows by essentially > catching up with the DTR speed (if DTR is set pretty low). Flow control should take care of that. You should be able to run the modem link to a V.34 modem at 9600 bps if you want. >>>> and might be related to the other hanging things up. >>> >>> I don't understand what you're saying here. >> >> I'm not sure either; the most common cause of FCS errors on modern PPP >> links is flow control problems; it's possible that the terminal server >> you were connected to just dropped its guts, or the modem likewise. > > Cosmic rays are common too :-) No, they did away with those to improve the reliability of 64 kb RAMs. Greg From owner-freebsd-hackers Thu Sep 4 17:53:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA04694 for hackers-outgoing; Thu, 4 Sep 1997 17:53:00 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA04682 for ; Thu, 4 Sep 1997 17:52:55 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id RAA01344; Thu, 4 Sep 1997 17:51:54 -0700 (PDT) Date: Thu, 4 Sep 1997 17:51:54 -0700 (PDT) From: "Jamil J. Weatherbee" To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: What the heck is state newbuf? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Speaking of NFS I have nfs mounted /usr partitions (ro) on a couple of diskless freebsd machines and was wondering how I can get them to execute setuid binaries (is this a security feature) and if yes what are the parameters for executing setuid binaries off nfs. On Thu, 4 Sep 1997, Jaye Mathisen wrote: > > > top is showing my gzip in state "newbuf", and it's compressing at a > monumentally microscopic pace... > > It's on an NFS partition. > > Normal file access seems OK, but this is not normal. > > From owner-freebsd-hackers Thu Sep 4 18:03:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05387 for hackers-outgoing; Thu, 4 Sep 1997 18:03:53 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA05381; Thu, 4 Sep 1997 18:03:47 -0700 (PDT) Received: from localhost (jamil@localhost) by acromail.ml.org (8.8.7/8.8.5) with SMTP id SAA03553; Thu, 4 Sep 1997 18:04:21 -0700 (PDT) Date: Thu, 4 Sep 1997 18:04:21 -0700 (PDT) From: "J. Weatherbee" To: freebsd-stable@freebsd.org cc: freebsd-hackers@freebsd.org Subject: FreeBSD floppy disk driver does not work... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whenever I try to do operations on the floppy disk I usually get plenty of errors like the following (spews on the console). I know that my floppy drive works fine in linux/dos/win95 etc. What information do I need to make available in order to remedy this bug? fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 ST2 20 cyl 1 hd 0 sec 7) fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 ST2 20 cyl 1 hd 0 sec 7) fd0c: hard error reading fsbn 60 of 60-63 (ST0 44 ST1 20 ST2 20 cyl 1 hd 1 sec 7) fd0c: hard error reading fsbn 67 of 64-67 (ST0 44 ST1 20 ST2 20 cyl 1 hd 1 sec 14) fd0c: hard error reading fsbn 67 of 64-67 (ST0 44 ST1 20 ST2 20 cyl 1 hd 1 sec 14) fd0c: hard error reading fsbn 74 of 72-75 (ST0 40 ST1 20 ST2 20 cyl 2 hd 0 sec 3) fd0c: hard error reading fsbn 89 of 88-91 (ST0 40 ST1 20 ST2 20 cyl 2 hd 0 sec 18) fd0c: hard error reading fsbn 114 of 112-115 (ST0 40 ST1 20 ST2 20 cyl 3 hd 0 sec 7) fd0c: hard error reading fsbn 114 of 112-115 (ST0 40 ST1 20 ST2 20 cyl 3 hd 0 sec 7) fd0c: hard error reading fsbn 114 of 112-115 (ST0 40 ST1 20 ST2 20 cyl 3 hd 0 sec 7) fd0c: hard error reading fsbn 132 of 132-135 (ST0 44 ST1 20 ST2 20 cyl 3 hd 1 sec 7) From owner-freebsd-hackers Thu Sep 4 18:16:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05970 for hackers-outgoing; Thu, 4 Sep 1997 18:16:26 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA05965 for ; Thu, 4 Sep 1997 18:16:22 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA26349; Fri, 5 Sep 1997 00:02:22 +0100 (BST) Message-Id: <199709042302.AAA26349@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jamil J. Weatherbee" cc: Nate Williams , Mike Smith , Jaye Mathisen , Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 00:31:53 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 00:02:22 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > can point to the customer and say "it ain't my problem your connection > > sucks so badly, it's the phone company's problem". > > > > Speaking to reps from the phone company somehow I doubt that --- more > likely (especially if your a tenant) is inside wiring as the culprit. > Phone companies (at least in the US) are required to maintain certain > levels of measurable line quality. Ha ! Over here in the UK, that "level" is appauling. It won't get close to a decent 28.8/33.6k line. Anyway, the modem should hide all of this by making things slow rather than passing the garbage on to the layer above. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Sep 4 18:16:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06000 for hackers-outgoing; Thu, 4 Sep 1997 18:16:38 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA05991 for ; Thu, 4 Sep 1997 18:16:34 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA27023; Fri, 5 Sep 1997 02:04:35 +0100 (BST) Message-Id: <199709050104.CAA27023@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: spork cc: Brian Somers , Nate Williams , Greg Lehey , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-reply-to: Your message of "Thu, 04 Sep 1997 10:05:10 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 02:04:35 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > that, and the NT RAS won't talk to my null-modem cable (the breakout > > box says it's putting up the correct lines, but the RAS never sees > > anything, and the client sends stuff and never gets a reply) !!!! > > I know this sounds silly, but have you tried chatting with NT and typing: > > RING > > RING > > CONNECT 28800 > > RAS is a bit strange; I don't think it puts a modem in AA, it just waits > for the modem to tell it there's a ring and then waits for CONNECT > results... Thanks for the suggestion. I can get RAS to attempt to "initialize" the modem now, but *always* at 19200 :( The only speeds that I can connect at are 4800, 9600, 14400 & 28800 (hmmm, *very* modemy), but irrespective of which speed I use, RAS always sets the port speed to 19200 and says "initializing modem" 'till I drop DTR. I get a small amount of garbage - consistent garbage - but I can't seem to get things to agree. Arrrgggghhh ! > Charles > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Sep 4 18:22:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06302 for hackers-outgoing; Thu, 4 Sep 1997 18:22:41 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA06296 for ; Thu, 4 Sep 1997 18:22:35 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA19590; Fri, 5 Sep 1997 11:21:20 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA00852; Fri, 5 Sep 1997 10:51:15 +0930 (CST) Message-ID: <19970905105114.43394@lemis.com> Date: Fri, 5 Sep 1997 10:51:14 +0930 From: Greg Lehey To: Johan Larsson Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= , FreeBSD Hackers Subject: Re: Current unusable :( References: <19970904181319.33380@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.81e In-Reply-To: ; from Johan Larsson on Thu, Sep 04, 1997 at 03:57:03PM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.com id KAA00852 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA06297 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 03:57:03PM +0200, Johan Larsson wrote: > On Thu, 4 Sep 1997, Greg Lehey wrote: > >> On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: >>> >>> I just found out that -current is hosed, try run the linuxulator and >>> then start up a moderately big app (eg StarWriter), and the system >>> just hangs no panic no nothing just a hang.... >>> >>> Seems this has been for awhile, a 970827 kernel fails too... >> >> To follow up on my last message: after several minutes, StarWriter >> came up as usual. Here's the critical part of the ktrace. If I had >> time, I'd fix ktrace so that it would understand Linux system calls... >> BTW, I was monitoring the connection to the outside world during this >> time, since I suspected that it might be doing a DNS query, but that >> doesn't seem to be the case. > > I still believe this actually can be the case. Yes, you could well be right. Much later, I finally got a response on allegro.lemis.com (the BSD/OS box). swriter3 claimed it couldn't resolve allegro's IP address. Both freebie and allegro are authoritative for lemis.com, so it's difficult to think that this is a real DNS problem. Greg From owner-freebsd-hackers Thu Sep 4 18:24:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06406 for hackers-outgoing; Thu, 4 Sep 1997 18:24:24 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA06394 for ; Thu, 4 Sep 1997 18:24:19 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA19663; Fri, 5 Sep 1997 11:22:43 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA00860; Fri, 5 Sep 1997 10:52:29 +0930 (CST) Message-ID: <19970905105229.28743@lemis.com> Date: Fri, 5 Sep 1997 10:52:29 +0930 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: Johan Larsson , hackers@freebsd.org Subject: Re: Current unusable :( References: <199709041512.RAA00285@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.81e In-Reply-To: =?iso-8859-1?Q?=3C199709041512=2ERAA00285=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Thu=2C_Sep_04=2C_1997_at_05=3A12=3A0?= =?iso-8859-1?Q?0PM_+0200?= Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.com id KAA00860 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA06400 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 05:12:00PM +0200, Søren Schmidt wrote: > In reply to Johan Larsson who wrote: >> On Thu, 4 Sep 1997, Greg Lehey wrote: >>> On Thu, Sep 04, 1997 at 09:15:28AM +0200, Søren Schmidt wrote: >>>> I just found out that -current is hosed, try run the linuxulator and >>>> then start up a moderately big app (eg StarWriter), and the system >>>> just hangs no panic no nothing just a hang.... >>>> >>>> Seems this has been for awhile, a 970827 kernel fails too... >>> To follow up on my last message: after several minutes, StarWriter >>> came up as usual. Here's the critical part of the ktrace. If I had >>> time, I'd fix ktrace so that it would understand Linux system calls... >>> BTW, I was monitoring the connection to the outside world during this >>> time, since I suspected that it might be doing a DNS query, but that >>> doesn't seem to be the case. >> I still believe this actually can be the case. Since xquake won't work >> with network game any longer for me (haven't since around the 18-20/8 (I >> think :)). If anyone want a kdump mail me and i'll give you one. > > Hmm, I found out my problem is the XF86_SVGA server, it goes totally > wild when starwriter is run, causing the system to go into a tight > loop using all CPU cycles between system & user in the XF86_SVGA > process. If I use the XF86_S3V or Xaccel-2.1 (yes I'm on a ViRGE DX) > this problem does not surface. Yes, I'm using Xaccel on both systems, so that at least explains why the thing doesn't crash. > So its not our problem, it belongs in the XFree86 camp :) I wouldn't go that far. Do you get the thing to work with Xaccel? Have you tried displaying on a different server? Greg From owner-freebsd-hackers Thu Sep 4 18:41:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07144 for hackers-outgoing; Thu, 4 Sep 1997 18:41:03 -0700 (PDT) Received: from shell.firehouse.net (brian@shell.firehouse.net [209.42.203.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07139 for ; Thu, 4 Sep 1997 18:40:58 -0700 (PDT) Received: from localhost (brian@localhost) by shell.firehouse.net (8.8.5/8.8.5) with SMTP id VAA08058 for ; Thu, 4 Sep 1997 21:40:43 -0400 (EDT) Date: Thu, 4 Sep 1997 21:40:41 -0400 (EDT) From: Brian Mitchell To: hackers@freebsd.org Subject: sysctl within lkm? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to create sysctl nodes/entries/etc in a LKM driver? The macros do not seem to work, is it doable at all? It's probably not a good idea anyways (since when you unload it, the memory the sysctl references would be invalid) but still... From owner-freebsd-hackers Thu Sep 4 18:47:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07502 for hackers-outgoing; Thu, 4 Sep 1997 18:47:40 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA07495; Thu, 4 Sep 1997 18:47:34 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA20281; Fri, 5 Sep 1997 11:47:09 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id LAA01765; Fri, 5 Sep 1997 11:16:56 +0930 (CST) Message-ID: <19970905111656.34744@lemis.com> Date: Fri, 5 Sep 1997 11:16:56 +0930 From: Greg Lehey To: "J. Weatherbee" Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD floppy disk driver does not work... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from J. Weatherbee on Thu, Sep 04, 1997 at 06:04:21PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 06:04:21PM -0700, J. Weatherbee wrote: > > Whenever I try to do operations on the floppy disk I usually get plenty of > errors like the following (spews on the console). I know that my floppy > drive works fine in linux/dos/win95 etc. > > > What information do I need to make available in order to remedy this bug? > > > fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 > ST2 20 cyl 1 hd 0 sec 7) This is saying that your disk is bad. Have you tried formatting a floppy and then reading/writing it? Greg From owner-freebsd-hackers Thu Sep 4 18:55:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08257 for hackers-outgoing; Thu, 4 Sep 1997 18:55:50 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08243; Thu, 4 Sep 1997 18:55:43 -0700 (PDT) Received: from localhost (root@localhost) by acromail.ml.org (8.8.7/8.8.5) with SMTP id SAA03891; Thu, 4 Sep 1997 18:56:09 -0700 (PDT) Date: Thu, 4 Sep 1997 18:56:09 -0700 (PDT) From: "J. Weatherbee - Chief Systems Engineer" To: Greg Lehey cc: "J. Weatherbee" , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD floppy disk driver does not work... In-Reply-To: <19970905111656.34744@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My disk is not bad it does this during an fdformat also on any floppy and yes I have tried using the fd0.1440 and raw as parameters. On Fri, 5 Sep 1997, Greg Lehey wrote: > On Thu, Sep 04, 1997 at 06:04:21PM -0700, J. Weatherbee wrote: > > > > Whenever I try to do operations on the floppy disk I usually get plenty of > > errors like the following (spews on the console). I know that my floppy > > drive works fine in linux/dos/win95 etc. > > > > > > What information do I need to make available in order to remedy this bug? > > > > > > fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 > > ST2 20 cyl 1 hd 0 sec 7) > > This is saying that your disk is bad. Have you tried formatting a > floppy and then reading/writing it? > > Greg > From owner-freebsd-hackers Thu Sep 4 19:00:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA08706 for hackers-outgoing; Thu, 4 Sep 1997 19:00:30 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA08701; Thu, 4 Sep 1997 19:00:25 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA20504; Fri, 5 Sep 1997 11:57:18 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id LAA02099; Fri, 5 Sep 1997 11:27:03 +0930 (CST) Message-ID: <19970905112703.55518@lemis.com> Date: Fri, 5 Sep 1997 11:27:03 +0930 From: Greg Lehey To: "J. Weatherbee - Chief Systems Engineer" Cc: "J. Weatherbee" , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD floppy disk driver does not work... References: <19970905111656.34744@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from J. Weatherbee - Chief Systems Engineer on Thu, Sep 04, 1997 at 06:56:09PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Sep 04, 1997 at 06:56:09PM -0700, J. Weatherbee - Chief Systems Engineer wrote: > >>> fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 >>> ST2 20 cyl 1 hd 0 sec 7) >> >> This is saying that your disk is bad. Have you tried formatting a >> floppy and then reading/writing it? > > My disk is not bad it does this during an fdformat also on any floppy and > yes I have tried using the fd0.1440 and raw as parameters. Have you tried it with another floppy disk? Greg From owner-freebsd-hackers Thu Sep 4 19:15:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA09418 for hackers-outgoing; Thu, 4 Sep 1997 19:15:30 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA09413 for ; Thu, 4 Sep 1997 19:15:27 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by w2xo.pgh.pa.us (8.8.5/8.8.4) with SMTP id WAA02814; Thu, 4 Sep 1997 22:15:37 -0400 (EDT) Message-ID: <340F6B49.446B9B3D@w2xo.pgh.pa.us> Date: Thu, 04 Sep 1997 22:15:37 -0400 From: Jim Durham Organization: Dis- X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-970618-SNAP i386) MIME-Version: 1.0 To: "didier@omnix.fr.org" CC: hackers@FreeBSD.ORG Subject: Re: scanner on parallel port (mustek) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk didier@omnix.fr.org wrote: > I'm interested by a driver for > a mustek 4800 scanner connected to a parallel port > > or if someone could help me > to find the technical data > to write one > Me too, except my Mustek is a 600EP. What's with this? Is there any "standard" for using parallel ports for devices like scanners, CD-Roms, etc? I think I know the answer 8-( . If this isn't "technical" enough, maybe we could pursue this on "questions"? -- Jim Durham From owner-freebsd-hackers Thu Sep 4 20:19:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12361 for hackers-outgoing; Thu, 4 Sep 1997 20:19:03 -0700 (PDT) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12349 for ; Thu, 4 Sep 1997 20:18:54 -0700 (PDT) Received: from localhost (localhost.l321.omsk.net.ru [127.0.0.1]) by lab321.ru (8.8.7/8.8.5) with ESMTP id KAA13275; Fri, 5 Sep 1997 10:17:36 +0700 (OSD) Date: Fri, 5 Sep 1997 10:17:36 +0700 (OSD) From: Eugeny Kuzakov To: hcremean@vt.edu cc: Pedro Salenbauch , hackers@FreeBSD.ORG Subject: Re: Anonymous unknowm at freefall In-Reply-To: <19970904132943.54579@wakky.dyn.ml.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Sep 1997, Lee Cremeans wrote: > On Thu, Sep 04, 1997 at 01:57:22PM -0400, Pedro Salenbauch wrote: > > Dear Mrs/Sirs: > > > > The "freefall.cdrom.com" server doesn't accept "anonymous". > > > > Can you correct this? > > Anonymous FTP on freefall was taken down for security reasons, I believe. > Most everything that was on there can be found on ftp.freebsd.org in the > /pub/FreeBSD dirctory tree. Look at freebsd.org ! Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) kev@lab321.ru From owner-freebsd-hackers Thu Sep 4 20:23:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12733 for hackers-outgoing; Thu, 4 Sep 1997 20:23:33 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12726 for ; Thu, 4 Sep 1997 20:23:27 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA02703; Fri, 5 Sep 1997 12:51:38 +0930 (CST) Message-Id: <199709050321.MAA02703@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jim Durham cc: "didier@omnix.fr.org" , hackers@freebsd.org Subject: Re: scanner on parallel port (mustek) In-reply-to: Your message of "Thu, 04 Sep 1997 22:15:37 -0400." <340F6B49.446B9B3D@w2xo.pgh.pa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 12:51:37 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > didier@omnix.fr.org wrote: > > > I'm interested by a driver for > > a mustek 4800 scanner connected to a parallel port > > > > or if someone could help me > > to find the technical data > > to write one > > > Me too, except my Mustek is a 600EP. > > What's with this? Is there any "standard" for > using parallel ports for devices like scanners, > CD-Roms, etc? I think I know the answer 8-( . Yes, there are several. 8) > If this isn't "technical" enough, maybe we could > pursue this on "questions"? Here is a fine place to be asking. You would want to be looking at the code in sys/dev/ppbus (on a -current system). I believe that at some stage Jordan had documentation on one or more of the Mustek scanners. mike From owner-freebsd-hackers Thu Sep 4 21:15:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA14620 for hackers-outgoing; Thu, 4 Sep 1997 21:15:49 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA14609 for ; Thu, 4 Sep 1997 21:15:43 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.7/8.8.5) with SMTP id AAA01682; Fri, 5 Sep 1997 00:22:32 -0400 (EDT) Date: Fri, 5 Sep 1997 00:22:32 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Brian Somers cc: Nate Williams , Greg Lehey , Mike Smith , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device? In-Reply-To: <199709050104.CAA27023@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmmm... My roommate has a box running NT 4.0, and we found a "Dialup Networking Serial Cable between two PCs" modem type under the "standard modem types" section of the modem setup screen. This may get you further along... I've also seen a "null modem cable" .inf file available for download for those that want their 'Doze box to connect directly to a term server's serial port. I have no idea what RAS would think of that, but it's another possibility... Good luck! Charles On Fri, 5 Sep 1997, Brian Somers wrote: > > > that, and the NT RAS won't talk to my null-modem cable (the breakout > > > box says it's putting up the correct lines, but the RAS never sees > > > anything, and the client sends stuff and never gets a reply) !!!! > > > > I know this sounds silly, but have you tried chatting with NT and typing: > > > > RING > > > > RING > > > > CONNECT 28800 > > > > RAS is a bit strange; I don't think it puts a modem in AA, it just waits > > for the modem to tell it there's a ring and then waits for CONNECT > > results... > > Thanks for the suggestion. I can get RAS to attempt to "initialize" > the modem now, but *always* at 19200 :( > > The only speeds that I can connect at are 4800, 9600, 14400 & 28800 > (hmmm, *very* modemy), but irrespective of which speed I use, RAS > always sets the port speed to 19200 and says "initializing modem" > 'till I drop DTR. > > I get a small amount of garbage - consistent garbage - but I can't > seem to get things to agree. > > Arrrgggghhh ! > > > Charles > > > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > > From owner-freebsd-hackers Thu Sep 4 21:19:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA14797 for hackers-outgoing; Thu, 4 Sep 1997 21:19:38 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA14790 for ; Thu, 4 Sep 1997 21:19:33 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA01117; Thu, 4 Sep 1997 21:18:49 -0700 (PDT) Message-Id: <199709050418.VAA01117@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Smith cc: Jim Durham , "didier@omnix.fr.org" , hackers@FreeBSD.ORG Subject: Re: scanner on parallel port (mustek) In-reply-to: Your message of "Fri, 05 Sep 1997 12:51:37 +0930." <199709050321.MAA02703@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 21:18:49 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is a linux scanner project which lots of info: http://www.azstarnet.com/~axplinux/sane/ The group is really into spreading their code into different OSes so is okay to ask them for info on scanners. Sane seems to work on my FreeBSD box with my UMAX scsi scanner. Amancio >From The Desk Of Mike Smith : > > didier@omnix.fr.org wrote: > > > > > I'm interested by a driver for > > > a mustek 4800 scanner connected to a parallel port > > > > > > or if someone could help me > > > to find the technical data > > > to write one > > > > > Me too, except my Mustek is a 600EP. > > > > What's with this? Is there any "standard" for > > using parallel ports for devices like scanners, > > CD-Roms, etc? I think I know the answer 8-( . > > Yes, there are several. 8) > > > If this isn't "technical" enough, maybe we could > > pursue this on "questions"? > > Here is a fine place to be asking. You would want to > be looking at the code in sys/dev/ppbus (on a -current > system). I believe that at some stage Jordan had > documentation on one or more of the Mustek scanners. > > mike > > > From owner-freebsd-hackers Thu Sep 4 22:12:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28144 for hackers-outgoing; Thu, 4 Sep 1997 22:12:30 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28103 for ; Thu, 4 Sep 1997 22:12:15 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id WAA05915; Thu, 4 Sep 1997 22:11:12 -0700 (PDT) To: Mike Smith cc: Jim Durham , "didier@omnix.fr.org" , hackers@FreeBSD.ORG Subject: Re: scanner on parallel port (mustek) In-reply-to: Your message of "Fri, 05 Sep 1997 12:51:37 +0930." <199709050321.MAA02703@word.smith.net.au> Date: Thu, 04 Sep 1997 22:11:12 -0700 Message-ID: <5910.873436272@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here is a fine place to be asking. You would want to > be looking at the code in sys/dev/ppbus (on a -current > system). I believe that at some stage Jordan had > documentation on one or more of the Mustek scanners. Nope, not me - I just had one for awhile and then gave it away and got an HP ScanJet 4P when I realized that Instant Gratification(tm) was not immediately forthcoming with the Mustek. :-) Before I punted, I did find some Linux guy who had hacked an entire Tk based interface for it but darned if I can remember who that was or what it was called. A net search for "Mustek" would probably find it. Jordan From owner-freebsd-hackers Thu Sep 4 22:53:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07852 for hackers-outgoing; Thu, 4 Sep 1997 22:53:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA07749 for ; Thu, 4 Sep 1997 22:52:42 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA17254; Fri, 5 Sep 1997 07:52:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA23007; Fri, 5 Sep 1997 07:31:09 +0200 (MET DST) Message-ID: <19970905073108.SN45825@uriah.heep.sax.de> Date: Fri, 5 Sep 1997 07:31:08 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: jamil@acromail.ml.org (J. Weatherbee) Subject: Re: FreeBSD floppy disk driver does not work... References: <19970905111656.34744@lemis.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 J. Weatherbee - Chief Systems Engineer on Sep 4, 1997 18:56:09 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J. Weatherbee - Chief Systems Engineer wrote: > My disk is not bad it does this during an fdformat also on any floppy and > yes I have tried using the fd0.1440 and raw as parameters. Tell me what you want, but these messages are being passed straight through from the FDC in your machine. (If you knew the NE765 status registers, you'd see the resemblance between these messages and the ST0/ST1/ST2/C/H/R/N result codes of this chip.) So either your floppy's dead, or your drive is worn out, or the FDC is using the wrong clock or such. I can ensure you that this is *not* a driver problem. You should also notice that most of your problems appear on sector 7 on both heads, which terribly looks like a scratch or fold in the floppy medium. You should finally remember that FreeBSD's floppy driver does not do a medium autodetection, so using a 720 KB floppy with the default (1440 KB) device would also result in a bunch of errors. However, this is not the case in your quoted example. All the error codes you gave us were ``Bad CRC in data field'', i. e. the ID fields were completely okay, and the data fields could be read, but failed checksumming. You might even have been returned the (bogus) data in the user buffer. -- 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 Sep 4 23:11:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11530 for hackers-outgoing; Thu, 4 Sep 1997 23:11:27 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11423 for ; Thu, 4 Sep 1997 23:10:36 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.7/8.8.7) with UUCP id AAA21508; Fri, 5 Sep 1997 00:10:27 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id AAA28823; Fri, 5 Sep 1997 00:11:16 -0600 (MDT) Date: Fri, 5 Sep 1997 00:11:15 -0600 (MDT) From: Marc Slemko To: Brian McGovern cc: hackers@FreeBSD.ORG Subject: Re: Getting FTP to die when route disappears In-Reply-To: <199709041557.LAA19312@bmcgover-pc.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Try setting net.inet.tcp.always_keepalive to 1 with sysctl. If that helps, you should either leave it that way (not a good idea, since it will behave that way for all connections) or add a setsockopt() to your ftp source to enable SO_KEEPALIVE. On Thu, 4 Sep 1997, Brian McGovern wrote: > I'm currently using several FreeBSD boxes to test file transfers to routers > under test. The problem that I'm having is that if a call drops, and the > route is deleted from the routing table, the FTP client just zones out, > waiting for the transfer to complete (I had one hang for ~ 2 days). Is > there any way to make it so if a route drops (ie - ping > reports "No route to host") to get FTP to realize it's route is down, and > abort the transfer? Thanks. > -Brian > From owner-freebsd-hackers Thu Sep 4 23:23:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13969 for hackers-outgoing; Thu, 4 Sep 1997 23:23:48 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13886 for ; Thu, 4 Sep 1997 23:23:23 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id IAA01395; Fri, 5 Sep 1997 08:22:58 +0200 (MEST) From: Søren Schmidt Message-Id: <199709050622.IAA01395@sos.freebsd.dk> Subject: Re: Current unusable :( In-Reply-To: <19970905105229.28743@lemis.com> from Greg Lehey at "Sep 5, 97 10:52:29 am" To: grog@lemis.com (Greg Lehey) Date: Fri, 5 Sep 1997 08:22:58 +0200 (MEST) Cc: gozer@ludd.luth.se, 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Greg Lehey who wrote: > >> I still believe this actually can be the case. Since xquake won't work > >> with network game any longer for me (haven't since around the 18-20/8 (I > >> think :)). If anyone want a kdump mail me and i'll give you one. > > > > Hmm, I found out my problem is the XF86_SVGA server, it goes totally > > wild when starwriter is run, causing the system to go into a tight > > loop using all CPU cycles between system & user in the XF86_SVGA > > process. If I use the XF86_S3V or Xaccel-2.1 (yes I'm on a ViRGE DX) > > this problem does not surface. > > Yes, I'm using Xaccel on both systems, so that at least explains why > the thing doesn't crash. > > > So its not our problem, it belongs in the XFree86 camp :) > > I wouldn't go that far. Do you get the thing to work with Xaccel? > Have you tried displaying on a different server? Just tried that, works pretty well, albeit slow. It fails exceptionally well if I use the XF86_VGA server :) Well the XFree86 group says that the ViRGE driver in XF86_SVGA is new and raw, so I guess I asked for it.... BTW, I tried xquake, seems to work fine here too... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Sep 4 23:30:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15276 for hackers-outgoing; Thu, 4 Sep 1997 23:30:27 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15088 for ; Thu, 4 Sep 1997 23:29:20 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id XAA03125 for ; Thu, 4 Sep 1997 23:27:08 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id CAA25822; Fri, 5 Sep 1997 02:29:09 -0400 (EDT) Date: Fri, 5 Sep 1997 02:29:09 -0400 (EDT) Message-Id: <199709050629.CAA25822@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Atipa , hackers@freebsd.com Subject: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: References: <19970904231703.5231.qmail@onyx.atipa.com> X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa writes: > > > The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based > motherboards is not currently supported. IDE disks work ok, but I can not > get any CD-ROMs to work. It does not recognize wdc1, although it does find > wcd0. DOS has no problem at all seeing the CD-ROM. This is very > repeatable; simply try to use a CD-ROM w/ TX. > > I have not tried the DMA Busmatering drivers. Might they be a remedy? FreeBSD doesn't support it specifically, at least not yet, but it should work fine as a generic IDE controller. Are you sure the CD-ROMs are jumpered correctly and working with FreeBSD in general? Have you tried them on other chipsets? There's some fixes for wayward CD-ROMs in -current, atapi.c drops right in to 2.2.2. The busmastering support does not extend to CD-ROMs and should not affect them at all. --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Thu Sep 4 23:31:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15420 for hackers-outgoing; Thu, 4 Sep 1997 23:31:45 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15284 for ; Thu, 4 Sep 1997 23:30:17 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id XAA03129 for ; Thu, 4 Sep 1997 23:28:06 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id IAA01417; Fri, 5 Sep 1997 08:30:22 +0200 (MEST) From: Søren Schmidt Message-Id: <199709050630.IAA01417@sos.freebsd.dk> Subject: Re: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: from Atipa at "Sep 4, 97 05:23:04 pm" To: freebsd@atipa.com (Atipa) Date: Fri, 5 Sep 1997 08:30:22 +0200 (MEST) Cc: hackers@freebsd.com X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Atipa who wrote: > > > The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based > motherboards is not currently supported. IDE disks work ok, but I can not > get any CD-ROMs to work. It does not recognize wdc1, although it does find > wcd0. DOS has no problem at all seeing the CD-ROM. This is very > repeatable; simply try to use a CD-ROM w/ TX. Erhm, you mean a PIIX4 right ?? thats the one that goes with the TX & LX. > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > wdc0: unit 0 (wd0): > > wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S > > wdc1 not found at 0x170 We need ALOT more information to diagnose this: Hmm, have you enabled both IDE channels in the BIOS ?? How exactly are your drives connected (master, slave, primary, secondary) ?? What kind of disks (manufacturer, model) What kind of cdroms (manufacturer, model) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Sep 4 23:36:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA16107 for hackers-outgoing; Thu, 4 Sep 1997 23:36:38 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA15966 for ; Thu, 4 Sep 1997 23:35:19 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id QAA26578; Fri, 5 Sep 1997 16:34:06 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id QAA00761; Fri, 5 Sep 1997 16:04:03 +0930 (CST) Message-ID: <19970905160403.53603@lemis.com> Date: Fri, 5 Sep 1997 16:04:03 +0930 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: FreeBSD Hackers Subject: Re: Current unusable :( References: <19970905105229.28743@lemis.com> <199709050622.IAA01395@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.81e In-Reply-To: =?iso-8859-1?Q?=3C199709050622=2EIAA01395=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Fri=2C_Sep_05=2C_1997_at_08=3A22=3A5?= =?iso-8859-1?Q?8AM_+0200?= Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.com id QAA00761 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id XAA15997 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, Sep 05, 1997 at 08:22:58AM +0200, Søren Schmidt wrote: > In reply to Greg Lehey who wrote: >>>> I still believe this actually can be the case. Since xquake won't work >>>> with network game any longer for me (haven't since around the 18-20/8 (I >>>> think :)). If anyone want a kdump mail me and i'll give you one. >>> >>> Hmm, I found out my problem is the XF86_SVGA server, it goes totally >>> wild when starwriter is run, causing the system to go into a tight >>> loop using all CPU cycles between system & user in the XF86_SVGA >>> process. If I use the XF86_S3V or Xaccel-2.1 (yes I'm on a ViRGE DX) >>> this problem does not surface. >> >> Yes, I'm using Xaccel on both systems, so that at least explains why >> the thing doesn't crash. >> >>> So its not our problem, it belongs in the XFree86 camp :) >> >> I wouldn't go that far. Do you get the thing to work with Xaccel? >> Have you tried displaying on a different server? > > Just tried that, works pretty well, albeit slow. > It fails exceptionally well if I use the XF86_VGA server :) > Well the XFree86 group says that the ViRGE driver in XF86_SVGA is new > and raw, so I guess I asked for it.... Well, I tried again. Yes, it's some kind of DNS problem. Ever run tcpdump on the loopback interface? :-) tcpdump: listening on lo0 15:58:20.827404 freebie.lemis.com.1132 > freebie.lemis.com.domain: 36050+ A? freebie.lemis.com. (35) 15:58:20.828349 freebie.lemis.com.domain > freebie.lemis.com.1132: 36050* 1/3/3 A freebie.lemis.com (173) 15:58:21.954206 freebie.lemis.com.1133 > freebie.lemis.com.domain: 12023+ PTR? 137.197.109.192.in-addr.arpa. (46) 15:58:21.955195 freebie.lemis.com.domain > freebie.lemis.com.1133: 12023* 1/3/3 PTR freebie.lemis.com. (214) 15:58:26.094915 freebie.lemis.com.1134 > freebie.lemis.com.domain: 17952+ A? freebie.lemis.com. (35) 15:58:26.095738 freebie.lemis.com.domain > freebie.lemis.com.1134: 17952* 1/3/3 A freebie.lemis.com (173) 15:58:31.111972 freebie.lemis.com.1135 > freebie.lemis.com.domain: 17952+ A? freebie.lemis.com. (35) 15:58:31.112768 freebie.lemis.com.domain > freebie.lemis.com.1135: 17952* 1/3/3 A freebie.lemis.com (173) 15:58:41.134568 freebie.lemis.com.1136 > freebie.lemis.com.domain: 17952+ A? freebie.lemis.com. (35) 15:58:41.135338 freebie.lemis.com.domain > freebie.lemis.com.1136: 17952* 1/3/3 A freebie.lemis.com (173) 15:59:01.162085 freebie.lemis.com.1137 > freebie.lemis.com.domain: 17952+ A? freebie.lemis.com. (35) 15:59:01.162887 freebie.lemis.com.domain > freebie.lemis.com.1137: 17952* 1/3/3 A freebie.lemis.com (173) 15:59:41.193847 freebie.lemis.com.1138 > freebie.lemis.com.domain: 17953+ A? freebie.lemis.com.lemis.com. (45) 15:59:41.219415 freebie.lemis.com.domain > freebie.lemis.com.1138: 17953 NXDomain* 0/1/0 (103) 15:59:46.202378 freebie.lemis.com.1139 > freebie.lemis.com.domain: 17953+ A? freebie.lemis.com.lemis.com. (45) 15:59:46.202899 freebie.lemis.com.domain > freebie.lemis.com.1139: 17953 NXDomain* 0/1/0 (103) 15:59:56.221882 freebie.lemis.com.1140 > freebie.lemis.com.domain: 17953+ A? freebie.lemis.com.lemis.com. (45) 15:59:56.222395 freebie.lemis.com.domain > freebie.lemis.com.1140: 17953 NXDomain* 0/1/0 (103) It looks as if it's not able to handle the response correctly. Greg From owner-freebsd-hackers Fri Sep 5 05:43:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA05614 for hackers-outgoing; Fri, 5 Sep 1997 05:43:13 -0700 (PDT) Received: from pds-gateway.pdspc.com ([207.7.39.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA05609 for ; Fri, 5 Sep 1997 05:43:09 -0700 (PDT) Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3) id ; Fri, 5 Sep 1997 07:44:25 -0500 Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70BE949@pds-gateway.pdspc.com> From: Kenny Hanson To: "FreeBSD Hackers (E-mail)" Subject: RE: PIIX3 controller does not support CD-ROMs under FreeBSD Date: Fri, 5 Sep 1997 07:44:23 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have an Intel Anchorage (AN430TX) mainboard with a Sony CDU611 IDE CDRom on the secondary ide controller (wdc1). It finds my sony just fine on wdc1 at 0x170-0x177 irq 15 on isa. It detects all the goodies that come with that cdrom as well... check to make sure you haven't commented out wdc1 and scd0 (if you have a Sony) from the kernel config file. Kenny Hanson, Senior Research Analyst Paragon Development Systems Email: khanson@pdspc.com > -----Original Message----- > From: john hood [SMTP:cgull@smoke.marlboro.vt.us] > Sent: Friday, September 05, 1997 1:29 AM > To: Atipa; hackers@freebsd.com > Subject: PIIX3 controller does not support CD-ROMs under FreeBSD > > Atipa writes: > > > > > > The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based > > motherboards is not currently supported. IDE disks work ok, but I > can not > > get any CD-ROMs to work. It does not recognize wdc1, although it > does find > > wcd0. DOS has no problem at all seeing the CD-ROM. This is very > > repeatable; simply try to use a CD-ROM w/ TX. > > > > I have not tried the DMA Busmatering drivers. Might they be a > remedy? > > FreeBSD doesn't support it specifically, at least not yet, but it > should work fine as a generic IDE controller. > > Are you sure the CD-ROMs are jumpered correctly and working with > FreeBSD in general? Have you tried them on other chipsets? > > There's some fixes for wayward CD-ROMs in -current, atapi.c drops > right in to 2.2.2. > > The busmastering support does not extend to CD-ROMs and should not > affect them at all. > > --jh > > -- > John Hood cgull@smoke.marlboro.vt.us > > Predictably, they all eventually wandered away, rubbing their bruises > and brushing mud out of their hair. Some went off to work for the > ESA, launching much smaller rockets into low orbits, while others > elected to sit on their front porches drinking Jim Beam from the > bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Fri Sep 5 05:46:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA05871 for hackers-outgoing; Fri, 5 Sep 1997 05:46:37 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA05862 for ; Fri, 5 Sep 1997 05:46:29 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA11699; Fri, 5 Sep 1997 13:29:23 +0200 From: Luigi Rizzo Message-Id: <199709051129.NAA11699@labinfo.iet.unipi.it> Subject: contigmalloc problem in 2.2.1 ? To: hackers@freebsd.org Date: Fri, 5 Sep 1997 13:29:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, while debugging my sound driver I hit some problems with contigmalloc. I am running 2.2.1 and have no connectivity to the cvs tree at the moment so I cannot check if the bug is known, anyways things are as follows: on a system with 8MB, I am calling contigmalloc to allocate four chunks of 64K as follows: size = 65536; b->buf = contigmalloc(size, M_DEVBUF, M_NOWAIT, 0ul, 0xfffffful, 1ul, (chan >=4) ? 0x20000ul : 0x10000ul); (the call is just copied from the code to alloc a bounce buffer in isa.c. I understand, from /sys/vm/vm_page.c where contigmalloc() is defined, that 1ul represents the alignment (whatever it means) and 0x20000ul or 0x10000ul the "boundary" that the block of memory should not cross. All allocations return b->buf != NULL . But on further investigations (instrumenting isa_dmarangecheck()) it turns out that the fourth allocation gives me pages at first page: 0x0026e000 second page: 0x0026f000 third page: 0x00270000 ... so the block crosses the boundary (other blocks seem to be regularly aligned since they have the first page at 0x00XX0000 and so on.). Am i using the parameters in contigmalloc the wrong way (e.g. should I specify an alignment of 64K ?) or the function is broken ? If it is broken, it is a bug which affects bounce buffers as well since I am using exactly the same code. The bug might go unnoticed if dma requests happen to fit within a page. With disks this might be true, with multimedia devices (e.g. audio cards and scanners) this often does not hold (e.g. a typical blocksize for audio is 160 bytes, or some other submultiple of the sample rate, e.g. 2000). Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Fri Sep 5 06:21:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07727 for hackers-outgoing; Fri, 5 Sep 1997 06:21:00 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA07719 for ; Fri, 5 Sep 1997 06:20:47 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA11801; Fri, 5 Sep 1997 14:08:51 +0200 From: Luigi Rizzo Message-Id: <199709051208.OAA11801@labinfo.iet.unipi.it> Subject: Re: contigmalloc problem in 2.2.1 ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 5 Sep 1997 14:08:51 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199709051129.NAA11699@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 5, 97 01:29:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > while debugging my sound driver I hit some problems with contigmalloc. sorry guys, forget the question, it was a stupid mistake I made... I was asking for a boundary of 128KB instead of 64KB and contigmalloc() correctly gave me a buffer starting at 0x0026e000 which ends well before 0x00280000 Cheers Luigi From owner-freebsd-hackers Fri Sep 5 06:36:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08493 for hackers-outgoing; Fri, 5 Sep 1997 06:36:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA08467 for ; Fri, 5 Sep 1997 06:35:59 -0700 (PDT) Received: from onyx.atipa.com (user12877@ns.atipa.com [208.128.22.10]) by freefall.freebsd.org (8.8.6/8.8.5) with SMTP id GAA05692 for ; Fri, 5 Sep 1997 06:33:50 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 5 Sep 1997 13:39:24 -0000 Date: Fri, 5 Sep 1997 07:39:24 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: S øren Schmidt cc: hackers@freebsd.com Subject: Re: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: <199709050630.IAA01417@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id GAA08469 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Sep 1997, Søren Schmidt wrote: > > The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based > > motherboards is not currently supported. IDE disks work ok, but I can not > > get any CD-ROMs to work. It does not recognize wdc1, although it does find > > wcd0. DOS has no problem at all seeing the CD-ROM. This is very > > repeatable; simply try to use a CD-ROM w/ TX. > > Erhm, you mean a PIIX4 right ?? thats the one that goes with the TX & LX. Oops. You are right. > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > > wdc0: unit 0 (wd0): > > > wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S > > > wdc1 not found at 0x170 > > We need ALOT more information to diagnose this: > > Hmm, have you enabled both IDE channels in the BIOS ?? Yes. > How exactly are your drives connected (master, slave, primary, secondary) ?? Hard Dive Primary Master, CD-ROM secondary master. > What kind of disks (manufacturer, model) Quantum ST 4.3GB IDE HD, Samsung SCR-1231 12X IDE CD-ROM (which does work fine w/ other chipsets in same configuration). If I put the CD-ROM as a primary slave, the performance will suffer (especially under MS-DOG or Win95). I do not believe you can "split" a channel between DMA and PIO transfers, but you CAN have different channels on the same board operate in different modes (DMA or PIO). This same IDE configuration works flawlessly with 430HX, 440FX, 430FX, SiS 5571, and ALI chipsets. I do not believe the problem has to do with atapi.c, since I can not get any CD-ROM to detect (Samsung 8X, 12X, 20X; Toshiba IDEs. I strongly believe that the CD-ROM would be fine were wcd1 properly assigned. I'll try putting the CD-ROM as a Primary Slave when I get to work to verify this. Thanks, Kevin PS - The type of TX motherboard does not matter (have tried ASUS, Gigabyte, and MiTAC). From owner-freebsd-hackers Fri Sep 5 06:41:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08837 for hackers-outgoing; Fri, 5 Sep 1997 06:41:35 -0700 (PDT) Received: from onyx.atipa.com (user12908@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA08832 for ; Fri, 5 Sep 1997 06:41:32 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 5 Sep 1997 13:45:00 -0000 Date: Fri, 5 Sep 1997 07:45:00 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: Kenny Hanson cc: "FreeBSD Hackers \(E-mail\)" Subject: RE: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: <91DD7FDA88E4D011BED00000C0DD87E70BE949@pds-gateway.pdspc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Sep 1997, Kenny Hanson wrote: > I have an Intel Anchorage (AN430TX) mainboard with a Sony CDU611 > IDE CDRom on the secondary ide controller (wdc1). It finds my sony > just fine on wdc1 at 0x170-0x177 irq 15 on isa. It detects all the > goodies > that come with that cdrom as well... check to make sure you haven't > commented out wdc1 and scd0 (if you have a Sony) from the kernel config > file. Do you have a second hard drive on your primary channel? What FreeBSD version are you using? I do not see why scd0 would have any influence. Is that not for the old "Sony" interface, like the one on _old_ creative labs sound cards or the standalone ISA card? I think the scd0 is for the 34-pin SCSI-derived interface of 1994. I think you could safely disble that option. Thanks, Kevin From owner-freebsd-hackers Fri Sep 5 06:44:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA09020 for hackers-outgoing; Fri, 5 Sep 1997 06:44:57 -0700 (PDT) Received: from paranoid.convey.ru (ws04.convey.ru [195.182.128.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA09015; Fri, 5 Sep 1997 06:44:50 -0700 (PDT) Received: (from ark@localhost) by paranoid.convey.ru (8.7.5/8.7.3) id QAA01192; Fri, 5 Sep 1997 16:48:17 +0400 From: ArkanoiD Message-Id: <199709051248.QAA01192@paranoid.convey.ru> Subject: Re: log connection attempts? To: robert+freebsd@cyrus.watson.org Date: Fri, 5 Sep 1997 16:48:16 +0400 (MSD) Cc: pdongre@opentech.stpn.soft.net, firewalls@greatcircle.com, freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Robert Watson" at Sep 4, 97 10:35:11 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk nuqneH, > > No , (btw i use IPFilter,not ipfw), do not want to log blocked packets/ > > create additional filtering rules etc. As i said i do know how to do that. > > I just do not want to. I want to log connection attempts without that. > > Take a look at these two locations -- there was mention of a better syslog > here on freebsd-security recently. There were also statistics-gathering > modifications on disconnected ports. > > http://minnie.cs.adfa.oz.au/Seminars/AUUG96/index.html > ftp://minnie.cs.adfa.oz.au/pub/NetSecurity/ Thanks! That's [nearly] the thing i was looking for. Actually it is for an older kernel version and requires minor modifications to be used with 2.1.7.1 but it should not be hard to do. -- _ _ _ _ _ _ _ {::} {::} {::} CU in Hell _| o |_ | | _|| | / _||_| |_ |_ |_ (##) (##) (##) /Arkan#iD |_ o _||_| _||_| / _| | o |_||_||_| [||] [||] [||] Do i believe in Bible? Hell,man,i've seen one! From owner-freebsd-hackers Fri Sep 5 07:33:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA11795 for hackers-outgoing; Fri, 5 Sep 1997 07:33:40 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA11790; Fri, 5 Sep 1997 07:33:36 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id VAA01721; Thu, 4 Sep 1997 21:39:06 -0700 (PDT) Date: Thu, 4 Sep 1997 21:39:06 -0700 (PDT) From: "Jamil J. Weatherbee" To: Greg Lehey cc: "J. Weatherbee - Chief Systems Engineer" , "J. Weatherbee" , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD floppy disk driver does not work... In-Reply-To: <19970905112703.55518@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm not an idiot. I wouldn't report a problem unless I had methodically determined the likely source of the problem, this has been going on for months and yes I would say I have tried at least 40 different disks, they weren't from the same manufacturer, in the same box, or in the same environment exposed to heavy electromagnetic radiation, i didn't leave them in the sun --- I'm telling you that I will bet 50 pesos this is either a buggy piece of motherboard hardware (micron) or more likely a buggy driver (as other operating systems [for example linux] do not have this problem) I also have a duplicate installation on my home machine and the floppy works fine [i.e. the floppy driver is doing something wierd], it is a different motherboard. So the overall conclusion is that for some reason the floppy driver is doing something (probably some optimization) causing it to fail. I am not the only person to have this problem i ran into someone on #freebsd that said that when he went for 2.1 to 2.2 some of his machines floppy drives stopped working --- yes I have also looked at the parameters in the kernel and played with them accordingly --- What info do I need to figure out this problem? On Fri, 5 Sep 1997, Greg Lehey wrote: > On Thu, Sep 04, 1997 at 06:56:09PM -0700, J. Weatherbee - Chief Systems Engineer wrote: > > > >>> fd0c: hard error reading fsbn 42 of 40-43 (ST0 40 ST1 20 > >>> ST2 20 cyl 1 hd 0 sec 7) > >> > >> This is saying that your disk is bad. Have you tried formatting a > >> floppy and then reading/writing it? > > > > My disk is not bad it does this during an fdformat also on any floppy and > > yes I have tried using the fd0.1440 and raw as parameters. > > Have you tried it with another floppy disk? > > Greg > From owner-freebsd-hackers Fri Sep 5 08:35:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA14942 for hackers-outgoing; Fri, 5 Sep 1997 08:35:38 -0700 (PDT) Received: from soran.pacific.net.sg (soran.pacific.net.sg [203.120.90.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA14911 for ; Fri, 5 Sep 1997 08:35:12 -0700 (PDT) Received: from madcap.dyn.ml.org (d125137.ppp125.cyberway.com.sg [203.116.125.137]) by soran.pacific.net.sg with ESMTP id XAA28109 for ; Fri, 5 Sep 1997 23:35:01 +0800 (SGT) Received: (qmail 1605 invoked by uid 100); 5 Sep 1997 15:31:03 -0000 Message-ID: <19970905233103.64953@dyn.ml.org> Date: Fri, 5 Sep 1997 23:31:03 +0800 From: Ng Pheng Siong To: ArkanoiD Cc: firewalls@greatcircle.com, freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: log connection attempts? References: <203609030840.MAA14571@paranoid.convey.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76e In-Reply-To: <203609030840.MAA14571@paranoid.convey.ru>; from ArkanoiD on Wed, Sep 03, 2036 at 12:40:07PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sep 3, ArkanoiD wrote: > Did anyone try to patch the kernel to log connection attempts for ports > (tcp and maybe udp) where no program accepts connection? (2.1.7) About 2 years ago, some one from Oz did just that. Asking the search engines... Altavista... results totally irrelevant. (Seems that it is run by the Internic whois people these days. ;) Infoseek... hmmm, ip masquerade... Lycos... got it! First entry, too: http://minnie.cs.adfa.oz.au/Seminars/AUUG96/netpaper.html Off-hand I wonder if in-kernel logging might undo measures like syn-flood proofing, etc., and introduce DOS possibilities. BTW, read today that CMU is being awarded a patent for Lycos-related technology. -- Ng Pheng Siong From owner-freebsd-hackers Fri Sep 5 10:28:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA20793 for hackers-outgoing; Fri, 5 Sep 1997 10:28:58 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA20769 for ; Fri, 5 Sep 1997 10:28:24 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id KAA09602 for ; Fri, 5 Sep 1997 10:28:23 -0700 (PDT) Date: Fri, 5 Sep 1997 10:28:22 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: InetLoad -- What it is, where to get it. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Many people sent mail asking me what inetload was, so here's a brief blurb. Inetload is a MS NT package (dont' think it works under '95) that lets you simulate various quantities of users using various network services. You can simulate NNTP, SMTP, POP3, HTTP, and others, although my primary concern is those 3. It has a very simplified scripting language that you use to simulate your workload, then you kick it loose and let it do it's thing. I've used it to simulate hundreds of users doing mail, pop, nntp, and it works slick. (Use of inetload has been instrumental in killing my 3.0/SMP boxes recently :)). You can get it from http://www.microsoft.com/msdownload then it's in the server/utilities section. Something like this needs to be written for FreeBSD. :) From owner-freebsd-hackers Fri Sep 5 11:43:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24974 for hackers-outgoing; Fri, 5 Sep 1997 11:43:26 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA24969 for ; Fri, 5 Sep 1997 11:43:24 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id LAA21293 for ; Fri, 5 Sep 1997 11:41:12 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id OAA01453; Fri, 5 Sep 1997 14:43:06 -0400 (EDT) Date: Fri, 5 Sep 1997 14:43:06 -0400 (EDT) Message-Id: <199709051843.OAA01453@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: Atipa Cc: Søren Schmidt , hackers@freebsd.com Subject: Re: PIIX3 controller does not support CD-ROMs under FreeBSD In-Reply-To: References: <199709050630.IAA01417@sos.freebsd.dk> X-Mailer: VM 6.31 under Emacs 19.34.2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA24970 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa writes: > > > On Fri, 5 Sep 1997, Søren Schmidt wrote: > > > > The PIIX3 IDE controller (pci0) used on 430TX-based and 440LX-based > > > motherboards is not currently supported. IDE disks work ok, but I can not > > > get any CD-ROMs to work. It does not recognize wdc1, although it does find > > > wcd0. DOS has no problem at all seeing the CD-ROM. This is very > > > repeatable; simply try to use a CD-ROM w/ TX. > > > > Erhm, you mean a PIIX4 right ?? thats the one that goes with the TX & LX. > > Oops. You are right. > > > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > > > wdc0: unit 0 (wd0): > > > > wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S > > > > wdc1 not found at 0x170 > > > > We need ALOT more information to diagnose this: > > > > Hmm, have you enabled both IDE channels in the BIOS ?? > Yes. > > > How exactly are your drives connected (master, slave, primary, secondary) ?? > Hard Dive Primary Master, CD-ROM secondary master. > > > What kind of disks (manufacturer, model) > Quantum ST 4.3GB IDE HD, Samsung SCR-1231 12X IDE CD-ROM (which does work > fine w/ other chipsets in same configuration). Does the BIOS correctly identify and show the CD-ROM on the configuration screen? If not, all bets are off. > If I put the CD-ROM as a primary slave, the performance will suffer > (especially under MS-DOG or Win95). I do not believe you can "split" a > channel between DMA and PIO transfers, but you CAN have different > channels on the same board operate in different modes (DMA or PIO). Performance suffers only when you're using the drives simultaneously. And there's nothing stopping a DMA hard disk and PIO CD-ROM coexisting on the same channel, except perhaps W95's poorly-managed driver development. :) --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Fri Sep 5 12:10:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26057 for hackers-outgoing; Fri, 5 Sep 1997 12:10:48 -0700 (PDT) Received: from ns2.gamespot.com (ns2.gamespot.com [206.169.18.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA26047 for ; Fri, 5 Sep 1997 12:10:44 -0700 (PDT) Received: from tiramisu.gamespot.com (tiramisu.gamespot.com [206.169.18.119]) by ns2.gamespot.com (8.8.5/8.8.5) with SMTP id MAA06823 for ; Fri, 5 Sep 1997 12:10:16 -0700 (PDT) Message-Id: <3.0.3.32.19970905121215.0126ba80@mail.gamespot.com> X-Sender: ian@mail.gamespot.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 05 Sep 1997 12:12:15 -0700 To: freebsd-hackers@freebsd.org From: Ian Kallen Subject: get_pv_entry panic Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any idea what /kernel: panic: get_pv_entry: cannot get a pv_entry_t means? Running 2.2-970618-RELENG on 128 megs of ram, a bunch of SCSI disks, this machine performs log analysis on very large logs, if that helps. There's mention on freebsd-questions recently of adding options "PMAP_SHPGPERPROC=400" to the kernel but that that might make the kernel panic at boot time due to running out of VM space. What's the deal? thanks, -Ian -- A constructor is merely a subroutine that returns a reference to a thingy that it has blessed into a class, generally the class in which the subroutine is defined. -- Camel book, p. 290 From owner-freebsd-hackers Fri Sep 5 12:14:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26304 for hackers-outgoing; Fri, 5 Sep 1997 12:14:44 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA26298 for ; Fri, 5 Sep 1997 12:14:41 -0700 (PDT) Received: from imp by rover.village.org with local (Exim 1.60 #1) id 0x73py-0006KK-00; Fri, 5 Sep 1997 13:14:34 -0600 To: hackers@freebsd.org Subject: Shared library update Message-Id: From: Warner Losh Date: Fri, 5 Sep 1997 13:14:34 -0600 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have some pending changes to fts that look like they should have a minor rev of the shared library. In 3.0, I know that I don't need to do anything at all, since we've already bumped the major number. In 2.2.x, do I need to do anything for the up coming 2.2.5 release, if I want these changes in that release. Warner From owner-freebsd-hackers Fri Sep 5 13:07:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA28715 for hackers-outgoing; Fri, 5 Sep 1997 13:07:25 -0700 (PDT) Received: from roguetrader.com (brandon@cold.org [206.81.134.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA28708 for ; Fri, 5 Sep 1997 13:07:22 -0700 (PDT) Received: from localhost (brandon@localhost) by roguetrader.com (8.8.5/8.8.5) with SMTP id OAA07688 for ; Fri, 5 Sep 1997 14:07:33 -0600 (MDT) Date: Fri, 5 Sep 1997 14:07:33 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: disklabel bugs/fixes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've noticed the following problems in disklabel, in regard to parsing the fstype in a partition specification. I have some suggested fixes, and can make them myself, unless somebody else is actively working on disklabel. 1) it grabs the next 'word' when identifying the fstype, this is wrong in the case of fstypes with spaces in them, in 'fstypenames', this includes: "Version 6", "Version 7", "System V", "Eighth Edition", Suggested Solution: when formatting the 'disklabel' strip spaces from the type names in the table, before they are printed (thus "System V" becomes "SystemV"), and when parsing strip spaces before a comparison is made. AND/OR allow quoting of fstype as a name. 2) If the fstype does not match any names, and the word begins with a digit, disklabel runs atoi() and accepts the output as the fstype. This is wrong, in the case of a mistype '4.!BSD' or something similar will be translated to a SystemV fstype because atoi("4.!BSD") => 4 => SystemV fstype. Suggested Solution: use strtol(), verify that the ending character is the end of the word, if not set fstype to FS_UNUSED and print an error message (as it would if the fstype is unrecognized). I would also like to cruft up the error message, when the fstype is unrecognized, to have it list all of the valid fstype names and relative token numbers. -Brandon Gillespie From owner-freebsd-hackers Fri Sep 5 13:41:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA00548 for hackers-outgoing; Fri, 5 Sep 1997 13:41:23 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA00538 for ; Fri, 5 Sep 1997 13:41:14 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id NAA00824; Fri, 5 Sep 1997 13:40:00 -0700 (PDT) Date: Fri, 5 Sep 1997 13:40:00 -0700 (PDT) From: "Jamil J. Weatherbee" To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG, "J. Weatherbee" Subject: Re: FreeBSD floppy disk driver does not work... In-Reply-To: <19970905073108.SN45825@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK, I will replace the Floppy Drive and then Get back to you -- however that doesn't make much sense to me since I used a floppy to boot the machine for installation --- so apparently the bios does not have a problem with this drive. On Fri, 5 Sep 1997, J Wunsch wrote: > As J. Weatherbee - Chief Systems Engineer wrote: > > > My disk is not bad it does this during an fdformat also on any floppy and > > yes I have tried using the fd0.1440 and raw as parameters. > > Tell me what you want, but these messages are being passed straight > through from the FDC in your machine. (If you knew the NE765 status > registers, you'd see the resemblance between these messages and the > ST0/ST1/ST2/C/H/R/N result codes of this chip.) So either your > floppy's dead, or your drive is worn out, or the FDC is using the > wrong clock or such. I can ensure you that this is *not* a driver > problem. > > You should also notice that most of your problems appear on sector 7 > on both heads, which terribly looks like a scratch or fold in the > floppy medium. > > You should finally remember that FreeBSD's floppy driver does not do a > medium autodetection, so using a 720 KB floppy with the default (1440 > KB) device would also result in a bunch of errors. However, this is > not the case in your quoted example. All the error codes you gave us > were ``Bad CRC in data field'', i. e. the ID fields were completely > okay, and the data fields could be read, but failed checksumming. You > might even have been returned the (bogus) data in the user buffer. > > -- > 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 Sep 5 15:06:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03973 for hackers-outgoing; Fri, 5 Sep 1997 15:06:53 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03967 for ; Fri, 5 Sep 1997 15:06:49 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.7/8.8.5) with SMTP id SAA06065 for ; Fri, 5 Sep 1997 18:14:50 -0400 (EDT) Date: Fri, 5 Sep 1997 18:14:49 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: freebsd-hackers@freebsd.org Subject: MySQL and www-sql Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I'm trying to get the "www-sql" package for MySQL to compile under FBSD-2.2-Stable, and I'm running into problems. www-sql is analogous to w3-msql for mini-SQL. This program was originally built for Linux, and I suspect that's where the problem lies. It uses gnu config, but during the compile, it explodes thusly: bash# make gcc -g -O2 -I/usr/local/include -I. -DHAVE_CONFIG_H -c expr.c -o expr.o expr.c: In function `docolon': expr.c:366: storage size of `re_buffer' isn't known expr.c:367: storage size of `re_regs' isn't known expr.c:377: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop. Has anyone possibly made this work? I understand this may not be a -hackers question, but on searching through the mailing lists and newsgroups, the only place I found MySQL mentioned was -hackers... As always, any help/suggestions appreciated, Charles From owner-freebsd-hackers Fri Sep 5 16:18:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07915 for hackers-outgoing; Fri, 5 Sep 1997 16:18:49 -0700 (PDT) Received: from dreamland.d.kamp.net (Port-18-dus.kamp.de [195.4.52.82]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA07902 for ; Fri, 5 Sep 1997 16:18:38 -0700 (PDT) Received: (from joe@localhost) by dreamland.d.kamp.net (8.8.6/8.8.5) id BAA01684 for freebsd-hackers@FreeBSD.ORG; Sat, 6 Sep 1997 01:12:25 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 06 Sep 1997 01:00:16 +0200 (CEST) From: Joachim Jaeckel To: freebsd-hackers@FreeBSD.ORG Subject: Is it critical, to modify the socket-structure? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello. One question today... :-) Could it be critical (e.g. if I would like to run binaries from my machine on another one, or vice versa) if I would expand the socket-structure (in sys/socketvar.h) on my machine with an additional field? Maybe I couldn't run any BSDi or Linux-binaries anymore? (I would do a "make world" afterwards, of course) Thanks in advance for any comment. Ciao, Joachim. (joachim.jaeckel@d.kamp.net) ---------------------------------- - "Microsoft Windows?" - "More flying wheels than flying windows!" From owner-freebsd-hackers Fri Sep 5 16:37:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08603 for hackers-outgoing; Fri, 5 Sep 1997 16:37:04 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08597 for ; Fri, 5 Sep 1997 16:36:50 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id XAA24172; Fri, 5 Sep 1997 23:36:39 GMT Date: Fri, 5 Sep 1997 23:36:39 +0000 (GMT) From: Alfred Perlstein To: Joachim Jaeckel cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Is it critical, to modify the socket-structure? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If it is a useful feature why not ask about commiting your changes to the FreeBSD source? As long as you don't change common functions to depend on the new feild everything should be ok. Alfred On Sat, 6 Sep 1997, Joachim Jaeckel wrote: > Hello. > > One question today... :-) > > Could it be critical (e.g. if I would like to run binaries from my machine on > another one, or vice versa) if I would expand the socket-structure > (in sys/socketvar.h) on my machine with an additional field? > > Maybe I couldn't run any BSDi or Linux-binaries anymore? > > (I would do a "make world" afterwards, of course) > > Thanks in advance for any comment. > > Ciao, Joachim. > (joachim.jaeckel@d.kamp.net) > ---------------------------------- > - "Microsoft Windows?" - "More flying wheels than flying windows!" > From owner-freebsd-hackers Fri Sep 5 17:39:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11118 for hackers-outgoing; Fri, 5 Sep 1997 17:39:20 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11113 for ; Fri, 5 Sep 1997 17:39:17 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA20772; Fri, 5 Sep 1997 17:38:46 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd020767; Sat Sep 6 00:38:39 1997 Message-ID: <3410A5F8.794BDF32@whistle.com> Date: Fri, 05 Sep 1997 17:38:16 -0700 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: julian@whistle.com Subject: RFC:atalk networking merge to RELENG_2_2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Last week, I made the following patches to -current http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_var.h.diff?r1=1.5&r2=1.6 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netatalk/at_control.c.diff?r1=1.15&r2=1.16 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netatalk/ddp_output.c.diff?r1=1.4&r2=1.5 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if.c.diff?r1=1.50&r2=1.51 I would like to make the same fix to RELENG_2_2 branch. does anyone have objections.. without this appletalk has significant breakage.. julian From owner-freebsd-hackers Fri Sep 5 18:37:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13076 for hackers-outgoing; Fri, 5 Sep 1997 18:37:57 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA13071 for ; Fri, 5 Sep 1997 18:37:53 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA26045 for ; Fri, 5 Sep 1997 18:37:41 -0700 (PDT) To: hackers@freebsd.org Subject: A quick note to those without DNS resolvable mail hosts. Date: Fri, 05 Sep 1997 18:37:40 -0700 Message-ID: <26041.873509860@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Reply-to: postmaster@freebsd.org In order to combat the absolute flood of spam which has been coming into my mailbox lately, I've gone to more aggressive sendmail filtering which: A) Blocks mail from you if you don't have a valid hostname (this means that I've been bouncing mail from hosts like "moose.mindspring.com" and "yokota.mech.kobe-u.ac.jp", both of which probably represent actual legitimate attempts to send me mail). B) Blocks anything ever registered by Spamford Wallace (host table available from http://tech.gulf.net/spam) Since I instituted these procedures, life has been far, far better and there's no way I'm ever going back to a non-filtered mailer. Since there are some of you out there who still use non-registered mail hosts, however, I thought I'd raise this more publically so that you're aware that: A) I'm not getting your mail. B) mail.freebsd.org is about to go to a very similar scheme if it hasn't already, and your inability to send mail to me will shortly become an inability to send mail to *anyone* at FreeBSD.org! I know that some of you are also saying right now that this is bogus and that you've been sending mail from ``fred@not-really.a.domain'' for years now without trouble, why should it suddenly be an issue, why are we such Nazi scumbags, etc. and so forth. I can answer that question in one word: SPAM. None of us have time to aggressively maintain a spam filter *and* get work done, and it's an inescapable fact that a huge percentage of the spam we receive comes with machines with no valid DNS entries - blocking mail by this criteria is *the single most effective way* of blocking SPAM and there's simply no way that we can go back to the old way of doing things without leaving ourselves open to numerous adverts for teen sex, pictures of Wanda the Naugty Nurse and invitations to the latest pyramid scam. Enough is enough! If you're sending mail from a machine with no valid DNS entry then I have another one word answer for you: Don't. By doing so, you're only doing the spiritual equivalent of giving yourself an AOL.COM address and lumping yourself in with a group of people you probably really don't want to be lumped in with. Relay your mail to a "smart host" if you're at some company with a lot of bogusly named machines or otherwise mask the bogus names behind some mail agent with a more legitimate presence on the net if you want to see your mail continue to get to folks like myself or, soon, the entire FreeBSD project. Those who see far less spam in their mailboxes as a result of our protecting the FreeBSD mailing lists this way will thank you for not raising a fuss and simply going along with this proposal quietly. I, who already see far far less spam in my mailbox as a result of this, will also thank you. :-) This has been a public service announcement, sent to -hackers for the widest possible distribution. Follow-ups which say anything but "Waaaaaa! You guys suck!" (see comments above) should probably go to the postmaster and/or myself. Thanks! Jordan From owner-freebsd-hackers Fri Sep 5 18:54:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13729 for hackers-outgoing; Fri, 5 Sep 1997 18:54:23 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA13722; Fri, 5 Sep 1997 18:54:20 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA05395; Sat, 6 Sep 1997 11:53:54 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id LAA18622; Sat, 6 Sep 1997 11:23:41 +0930 (CST) Message-ID: <19970906112341.62007@lemis.com> Date: Sat, 6 Sep 1997 11:23:41 +0930 From: Greg Lehey To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. References: <26041.873509860@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <26041.873509860@time.cdrom.com>; from Jordan K. Hubbard on Fri, Sep 05, 1997 at 06:37:40PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Sep 05, 1997 at 06:37:40PM -0700, Jordan K. Hubbard wrote: > Reply-to: postmaster@freebsd.org > > In order to combat the absolute flood of spam which has been coming > into my mailbox lately, I've gone to more aggressive sendmail filtering > > ... > > If you're sending mail from a machine with no valid DNS entry then I > have another one word answer for you: Don't. By doing so, you're only > doing the spiritual equivalent of giving yourself an AOL.COM address > and lumping yourself in with a group of people you probably really > don't want to be lumped in with. Relay your mail to a "smart host" if > you're at some company with a lot of bogusly named machines or > otherwise mask the bogus names behind some mail agent with a more > legitimate presence on the net if you want to see your mail continue > to get to folks like myself or, soon, the entire FreeBSD project. I can't make up my mind yet whether this isn't overkill, but probably I don't get the level of spam you do. I do see one big problem, though: FreeBSD-questions. A lot of the people out there either are complete newcomers to FreeBSD, or they lack the experience and understanding to comply with the new requirements. A lot of them are AOL. By implementing these measures, you may not kill -questions, but you'd certainly significantly reduce (maybe by up to half) the volume, and you would do even more harm to people who are interested and are just looking in. I've taken a quite look at http://tech.gulf.net/spam/, and note that they have a list of blacklisted IP addresses as well. Wouldn't that be an alternative to domain names? Greg From owner-freebsd-hackers Fri Sep 5 19:00:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13923 for hackers-outgoing; Fri, 5 Sep 1997 19:00:22 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13918 for ; Fri, 5 Sep 1997 19:00:18 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id SAA22661 for ; Fri, 5 Sep 1997 18:58:36 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022659; Sat Sep 6 01:58:34 1997 Message-ID: <3410B8B3.59E2B600@whistle.com> Date: Fri, 05 Sep 1997 18:58:11 -0700 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: [BDE:] sio.c proposed change. (HISPEED uarts) Content-Type: multipart/mixed; boundary="------------FF6D5DF3F54BC7E1CFBAE39" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------FF6D5DF3F54BC7E1CFBAE39 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bruce, (and others) here's a version of the changes I submitted before. I've changed it so that the stored value is the maximum baud rate (the rate when the divisor == 1) I'm still not sure that we need to limit ourselves to the 'standard' rates via a table, so I still have not yet re-introduced the speed table. As I mentionned before, ths is relative to 2.2 and also brings over a few -current enhancements WRT the attacming of a console. the purpose of these changes is to allow the supprt of 'overclocked' sio ports. thoughts? julian --------------FF6D5DF3F54BC7E1CFBAE39 Content-Type: text/plain; charset=us-ascii; name="xxx" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xxx" Index: sio.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/sio.c,v retrieving revision 1.147.2.8 retrieving revision 1.147.2.8.2.2 diff -c -r1.147.2.8 -r1.147.2.8.2.2 *** sio.c 1997/05/11 12:57:38 1.147.2.8 --- sio.c 1997/09/06 01:42:37 1.147.2.8.2.2 *************** *** 31,37 **** * SUCH DAMAGE. * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.147.2.8 1997/05/11 12:57:38 bde Exp $ */ #include "opt_comconsole.h" --- 31,37 ---- * SUCH DAMAGE. * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.147.2.8.2.2 1997/09/06 01:42:37 julian Exp $ */ #include "opt_comconsole.h" *************** *** 61,66 **** --- 61,67 ---- #include #include #include + #include #ifdef DEVFS #include #endif *************** *** 94,99 **** --- 95,101 ---- #define DEV_TO_UNIT(dev) (MINOR_TO_UNIT(minor(dev))) #define MINOR_MAGIC_MASK (CALLOUT_MASK | CONTROL_MASK) #define MINOR_TO_UNIT(mynor) ((mynor) & ~MINOR_MAGIC_MASK) + #define BASIC_BAUD_MAX 115200 #ifdef COM_MULTIPORT /* checks in flags for multiport and which is multiport "master chip" *************** *** 104,112 **** --- 106,118 ---- #define COM_NOTAST4(dev) ((dev)->id_flags & 0x04) #endif /* COM_MULTIPORT */ + #define COM_CONSOLE(dev) ((dev)->id_flags & 0x10) + #define COM_FORCECONSOLE(dev) ((dev)->id_flags & 0x20) + #define COM_LLCONSOLE(dev) ((dev)->id_flags & 0x40) #define COM_LOSESOUTINTS(dev) ((dev)->id_flags & 0x08) #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) #define COM_VERBOSE(dev) ((dev)->id_flags & 0x80) + #define COM_BAUD_MULTIPLE(dev) ((((dev)->id_flags >> 20) & 0x0F) + 1) #define com_scr 7 /* scratch register for 16450-16550 (R/W) */ *************** *** 195,200 **** --- 201,207 ---- int unit; /* unit number */ int dtr_wait; /* time to hold DTR down on close (* 1/hz) */ u_int tx_fifo_size; + u_int baud_max; /* maximum baud rate, (divisor = 1) */ u_int wopeners; /* # processes waiting for DCD in open() */ /* *************** *** 331,336 **** --- 338,345 ---- }; static int comconsole = -1; + static Port_t siocniobase; + int siocn_baud_max = BASIC_BAUD_MAX ; /* set from vendor code */ static speed_t comdefaultrate = CONSPEED; static u_int com_events; /* input chars + weighted output completions */ static int sio_timeout; *************** *** 342,375 **** #endif static const int nsio_tty = NSIO; - static struct speedtab comspeedtab[] = { - { 0, 0 }, - { 50, COMBRD(50) }, - { 75, COMBRD(75) }, - { 110, COMBRD(110) }, - { 134, COMBRD(134) }, - { 150, COMBRD(150) }, - { 200, COMBRD(200) }, - { 300, COMBRD(300) }, - { 600, COMBRD(600) }, - { 1200, COMBRD(1200) }, - { 1800, COMBRD(1800) }, - { 2400, COMBRD(2400) }, - { 4800, COMBRD(4800) }, - { 9600, COMBRD(9600) }, - { 19200, COMBRD(19200) }, - { 38400, COMBRD(38400) }, - { 57600, COMBRD(57600) }, - { 115200, COMBRD(115200) }, - { -1, -1 } - }; - #ifdef COM_ESP /* XXX configure this properly. */ static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; static Port_t likely_esp_ports[] = { 0x140, 0x180, 0x280, 0 }; #endif #if NCRD > 0 /* * PC-Card (PCMCIA) specific code. --- 351,424 ---- #endif static const int nsio_tty = NSIO; #ifdef COM_ESP /* XXX configure this properly. */ static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; static Port_t likely_esp_ports[] = { 0x140, 0x180, 0x280, 0 }; #endif + /* + * handle sysctl read/write requests for console speed + * + * In addition to setting comdefaultrate for I/O through /dev/console, + * also set the initial and lock values for the /dev/ttyXX device + * if there is one associated with the console. Finally, if the /dev/tty + * device has already been open, change the speed on the open running port + * itself. + */ + + static int + sysctl_machdep_comdefaultrate SYSCTL_HANDLER_ARGS + { + int error, s; + speed_t newspeed; + struct com_s *com; + struct tty *tp; + + newspeed = comdefaultrate; + + error = sysctl_handle_opaque(oidp, &newspeed, sizeof newspeed, req); + if (error || !req->newptr) + return (error); + + comdefaultrate = newspeed; + + if (comconsole < 0) /* serial console not selected? */ + return (0); + + com = com_addr(comconsole); + if (!com) + return (ENXIO); + + /* + * set the initial and lock rates for /dev/ttydXX and /dev/cuaXX + * (note, the lock rates really are boolean -- if non-zero, disallow + * speed changes) + * XXX for now don't do the lock speeds [JRE] + */ + com->lt_in.c_ispeed = com->lt_in.c_ospeed = + com->lt_out.c_ispeed = com->lt_out.c_ospeed = 0; + com->it_in.c_ispeed = com->it_in.c_ospeed = + com->it_out.c_ispeed = com->it_out.c_ospeed = + comdefaultrate; + + /* + * if we're open, change the running rate too + */ + tp = com->tp; + if (tp && (tp->t_state & TS_ISOPEN)) { + tp->t_termios.c_ispeed = + tp->t_termios.c_ospeed = comdefaultrate; + s = spltty(); + error = comparam(tp, &tp->t_termios); + splx(s); + } + return error; + } + + SYSCTL_PROC(_machdep, OID_AUTO, conspeed, CTLTYPE_INT | CTLFLAG_RW, + 0, 0, sysctl_machdep_comdefaultrate, "I", ""); + #if NCRD > 0 /* * PC-Card (PCMCIA) specific code. *************** *** 572,582 **** * XXX what about the UART bug avoided by waiting in comparam()? * We don't want to to wait long enough to drain at 2 bps. */ ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); /* * Enable the interrupt gate and disable device interupts. This --- 621,635 ---- * XXX what about the UART bug avoided by waiting in comparam()? * We don't want to to wait long enough to drain at 2 bps. */ ! if (iobase == siocniobase) ! DELAY((16 + 1) * 1000000 / (comdefaultrate / 10)); ! else { ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); ! } /* * Enable the interrupt gate and disable device interupts. This *************** *** 810,818 **** com->it_in.c_cflag = TTYDEF_CFLAG | CLOCAL; com->it_in.c_lflag = TTYDEF_LFLAG; com->lt_out.c_cflag = com->lt_in.c_cflag = CLOCAL; com->it_in.c_ispeed = com->it_in.c_ospeed = comdefaultrate; ! } else com->it_in.c_ispeed = com->it_in.c_ospeed = TTYDEF_SPEED; termioschars(&com->it_in); com->it_out = com->it_in; --- 863,880 ---- com->it_in.c_cflag = TTYDEF_CFLAG | CLOCAL; com->it_in.c_lflag = TTYDEF_LFLAG; com->lt_out.c_cflag = com->lt_in.c_cflag = CLOCAL; + /* + * The initial rates equal the console rate + * but the value is not locked + */ + com->lt_out.c_ispeed = com->lt_out.c_ospeed = + com->lt_in.c_ispeed = com->lt_in.c_ospeed = 0; com->it_in.c_ispeed = com->it_in.c_ospeed = comdefaultrate; ! com->baud_max = siocn_baud_max; ! } else { ! com->baud_max = COM_BAUD_MULTIPLE(isdp) * BASIC_BAUD_MAX; com->it_in.c_ispeed = com->it_in.c_ospeed = TTYDEF_SPEED; + } termioschars(&com->it_in); com->it_out = com->it_in; *************** *** 938,943 **** --- 1000,1007 ---- COM_MPMASTER(isdp))->id_irq == 0; } #endif /* COM_MULTIPORT */ + if (unit == comconsole) + printf(", console"); printf("\n"); s = spltty(); *************** *** 1868,1873 **** --- 1932,1981 ---- goto repeat; } + /* + * given the xtal speed, and a multiple and a speed, + * work out the nearest clock-dividor, or return an error + * if there isn't one within about 4% of the required speed. + * returns the speed adjusted to the correct nearest value as well. + * Probably needs less magic numbers. + */ + static int + makedivisor( speed_t *speed, int *divisorp, int baud_max) + { + int check, divisor; + + if (*speed == 0) { + divisor = 0; + } else { + /* + * Calculate the divisor. + * Make it 2 x and then use rounding, rather than use + * a direct truncation, after all, the correct + * divisor might be 0.001 higher. + */ + divisor = (baud_max * 2) / (*speed); + + divisor = (divisor + 1) >> 1; /* round up or down */ + /* + * the specs usually say that a speed + * must be (+ or -) 5% + * to be acceptable. We'll use 4%. + */ + check = (100 * divisor * (*speed)) /(baud_max); + if ((check < 96) || (check > 104)) { + return (EINVAL); /* not close enough */ + } + + /* + * Make the reported speed show what we + * are actually doing. + */ + *speed = (baud_max)/divisor; + } + *divisorp = divisor; + return (0); + } + static int comparam(tp, t) struct tty *tp; *************** *** 1885,1903 **** int unit; int txtimeout; /* do historical conversions */ if (t->c_ispeed == 0) t->c_ispeed = t->c_ospeed; /* check requested parameters */ ! divisor = ttspeedtab(t->c_ospeed, comspeedtab); ! if (divisor < 0 || divisor > 0 && t->c_ispeed != t->c_ospeed) return (EINVAL); /* parameters are OK, convert them to the com struct and the device */ - unit = DEV_TO_UNIT(tp->t_dev); - com = com_addr(unit); - iobase = com->iobase; s = spltty(); if (divisor == 0) (void)commctl(com, TIOCM_DTR, DMBIC); /* hang up line */ --- 1993,2020 ---- int unit; int txtimeout; + unit = DEV_TO_UNIT(tp->t_dev); + com = com_addr(unit); + iobase = com->iobase; + /* do historical conversions */ if (t->c_ispeed == 0) t->c_ispeed = t->c_ospeed; /* check requested parameters */ ! if(com->baud_max == 0) { /* catch 0 as well */ ! com->baud_max = BASIC_BAUD_MAX; ! printf("sio%d: warning, baud multiple was 0\n", unit); ! } ! error = makedivisor( &(t->c_ospeed), &divisor , com->baud_max); ! if (error) ! return error; ! t->c_ispeed = t->c_ospeed; ! if (divisor <= 0) { return (EINVAL); + } /* parameters are OK, convert them to the com struct and the device */ s = spltty(); if (divisor == 0) (void)commctl(com, TIOCM_DTR, DMBIC); /* hang up line */ *************** *** 2394,2400 **** u_char mcr; }; - static Port_t siocniobase; static void siocnclose __P((struct siocnstate *sp)); static void siocnopen __P((struct siocnstate *sp)); --- 2511,2516 ---- *************** *** 2444,2450 **** * data input register. This also reduces the effects of the * UMC8669F bug. */ ! divisor = ttspeedtab(comdefaultrate, comspeedtab); dlbl = divisor & 0xFF; if (sp->dlbl != dlbl) outb(iobase + com_dlbl, dlbl); --- 2560,2566 ---- * data input register. This also reduces the effects of the * UMC8669F bug. */ ! makedivisor( &comdefaultrate, &divisor , siocn_baud_max); dlbl = divisor & 0xFF; if (sp->dlbl != dlbl) outb(iobase + com_dlbl, dlbl); *************** *** 2489,2509 **** siocnprobe(cp) struct consdev *cp; { ! int unit; ! ! /* XXX: ick */ ! unit = DEV_TO_UNIT(CONUNIT); ! siocniobase = CONADDR; ! ! /* make sure hardware exists? XXX */ ! ! /* initialize required fields */ ! cp->cn_dev = makedev(CDEV_MAJOR, unit); ! #ifdef COMCONSOLE ! cp->cn_pri = CN_REMOTE; /* Force a serial port console */ ! #else ! cp->cn_pri = (boothowto & RB_SERIAL) ? CN_REMOTE : CN_NORMAL; ! #endif } void --- 2605,2647 ---- siocnprobe(cp) struct consdev *cp; { ! struct isa_device *dvp; ! int s; ! struct siocnstate sp; ! ! /* ! * Find our first enabled console, if any. If it is a high-level ! * console device, then initialize it and return successfully. ! * If it is a low-level console device, then initialize it and ! * return unsuccessfully. It must be initialized in both cases ! * for early use by console drivers and debuggers. Initializing ! * the hardware is not necessary in all cases, since the i/o ! * routines initialize it on the fly, but it is necessary if ! * input might arrive while the hardware is switched back to an ! * uninitialized state. We can't handle multiple console devices ! * yet because our low-level routines don't take a device arg. ! * We trust the user to set the console flags properly so that we ! * don't need to probe. ! */ ! cp->cn_pri = CN_DEAD; ! for (dvp = isa_devtab_tty; dvp->id_driver != NULL; dvp++) ! if ((dvp->id_driver == &siodriver) ! && (dvp->id_enabled) ! && (COM_CONSOLE(dvp))) { ! siocniobase = dvp->id_iobase; ! siocn_baud_max ! = COM_BAUD_MULTIPLE(dvp) * BASIC_BAUD_MAX; ! s = spltty(); ! siocnopen(&sp); ! splx(s); ! if (!COM_LLCONSOLE(dvp)) { ! cp->cn_dev = makedev(CDEV_MAJOR, dvp->id_unit); ! cp->cn_pri = COM_FORCECONSOLE(dvp) ! || boothowto & RB_SERIAL ! ? CN_REMOTE : CN_NORMAL; ! } ! break; ! } } void --------------FF6D5DF3F54BC7E1CFBAE39-- From owner-freebsd-hackers Fri Sep 5 19:06:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14232 for hackers-outgoing; Fri, 5 Sep 1997 19:06:15 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14226 for ; Fri, 5 Sep 1997 19:06:05 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id TAA25329; Fri, 5 Sep 1997 19:05:16 -0700 (PDT) To: Greg Lehey cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. In-reply-to: Your message of "Sat, 06 Sep 1997 11:23:41 +0930." <19970906112341.62007@lemis.com> Date: Fri, 05 Sep 1997 19:05:15 -0700 Message-ID: <25287.873511515@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can't make up my mind yet whether this isn't overkill, but probably > I don't get the level of spam you do. I do see one big problem, Can you say "up to 40% of an incoming day's mail before I did this?" I thought so. :-( > though: FreeBSD-questions. A lot of the people out there either are > complete newcomers to FreeBSD, or they lack the experience and > understanding to comply with the new requirements. A lot of them are > AOL. By implementing these measures, you may not kill -questions, but I didn't say we were killing AOL.COM, I merely cited them as an example of someplace people generally didn't want to be. :) As I said, the highest ratio of rejection comes from blocking invalid mail hosts and if these newcomer types have clueless admins or haven't registered their boxes properly, well, "sorry, I guess" :-) > I've taken a quite look at http://tech.gulf.net/spam/, and note that > they have a list of blacklisted IP addresses as well. Wouldn't that > be an alternative to domain names? Sure, but I think the biggest issue here is unresolvable host names - changing this part of the equation won't have any effect on those folks. Jordan From owner-freebsd-hackers Fri Sep 5 19:25:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14998 for hackers-outgoing; Fri, 5 Sep 1997 19:25:40 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14990 for ; Fri, 5 Sep 1997 19:25:36 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id WAA03036; Fri, 5 Sep 1997 22:25:11 -0400 (EDT) Date: Fri, 5 Sep 1997 22:25:11 -0400 (EDT) Message-Id: <199709060225.WAA03036@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <26041.873509860@time.cdrom.com> References: <26041.873509860@time.cdrom.com> X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > In order to combat the absolute flood of spam which has been coming > into my mailbox lately, I've gone to more aggressive sendmail filtering > which: I'll note that at least one reason for the absolute flood is all the mail->news gateways that the lists get piped into. My ISP is getting FreeBSD list messages in at least five separate "local" hierarchies, and I'm sure they're missing some. That's a lot of @ signs for the spammers to latch onto. --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Fri Sep 5 19:50:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16159 for hackers-outgoing; Fri, 5 Sep 1997 19:50:32 -0700 (PDT) Received: from roguetrader.com (brandon@cold.org [206.81.134.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16154 for ; Fri, 5 Sep 1997 19:50:29 -0700 (PDT) Received: from localhost (brandon@localhost) by roguetrader.com (8.8.5/8.8.5) with SMTP id UAA08828 for ; Fri, 5 Sep 1997 20:50:51 -0600 (MDT) Date: Fri, 5 Sep 1997 20:50:51 -0600 (MDT) From: Brandon Gillespie cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <19970906112341.62007@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Sep 1997, Greg Lehey wrote: > On Fri, Sep 05, 1997 at 06:37:40PM -0700, Jordan K. Hubbard wrote: > I can't make up my mind yet whether this isn't overkill, but probably > I don't get the level of spam you do. I do see one big problem, > though: FreeBSD-questions. A lot of the people out there either are > complete newcomers to FreeBSD, or they lack the experience and > understanding to comply with the new requirements. A lot of them are > AOL. By implementing these measures, you may not kill -questions, but > you'd certainly significantly reduce (maybe by up to half) the volume, > and you would do even more harm to people who are interested and are > just looking in. I personally used to receive about 5-10 spam messages a day. I installed the same thing Jordan just did, while back, and life has been wonderful. It has cut-out about 90% of the spam I would receive, in that one simple change. I also receive a lot of mail from various people around the net, as does my list server--I have yet to hear a single complaint about bogus domains. The fact of the matter is, people ARE actually getting better about legitimizing their DNS records. Frankly the fact that you can send from a bogus DNS address is a *BUG* and should never have been allowed (imho)--sending mail should also imply being able to receive from the same address, if not then somebody probably needs to fix their sendmail config to reflect the correct domain address.. the easiest way is to simply add the line: DMreal.domain where 'real.domain' is your mail relay. Then all mail is sent from 'real.domain' and not whatever 'hostname' is. Basically, I highly doubt that installing these measures on freebsd.org will effect or reduce the volume of messages sent to any great degree--if it does it will NOT be half, more like about 1% or even 0.5% of the _legitimate_ (be it incorrectly configured) mail will be bounced--more may be bounced, but thats the whole idea behind anti-spam rules. > I've taken a quite look at http://tech.gulf.net/spam/, and note that > they have a list of blacklisted IP addresses as well. Wouldn't that > be an alternative to domain names? Not really, as most of the point-n-click software available now intentionally does its best to mask the sender, so they do not even use their own domain name (you have to usually dig this out of three or four levels of Received/relay information). The way it masks is to usually specify a completely bogus email address, such as: reply@with.phone.call (a common address) I for one am very glad to see these measures being installed on freebsd.org, and can only say: hallelujah! -Brandon From owner-freebsd-hackers Fri Sep 5 19:54:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16356 for hackers-outgoing; Fri, 5 Sep 1997 19:54:21 -0700 (PDT) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16350 for ; Fri, 5 Sep 1997 19:54:18 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.6/8.8.6) with ESMTP id EAA20637; Sat, 6 Sep 1997 04:54:11 +0200 (MET DST) Message-Id: <199709060254.EAA20637@pat.idi.ntnu.no> To: ian@gamespot.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: get_pv_entry panic In-Reply-To: Your message of "Fri, 05 Sep 1997 12:12:15 -0700" References: <3.0.3.32.19970905121215.0126ba80@mail.gamespot.com> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 06 Sep 1997 04:54:11 +0200 From: Tor Egge Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Any idea what > > /kernel: panic: get_pv_entry: cannot get a pv_entry_t > means? Depending on the value of nppvapg, the machine was out of free physical memory (problem #1, PR#2431, npvvapg>0) or address space in the kernel reserved for pv_entries (problem #2, npvvapg==0). For problem #1, the workaround is to increase vm.v_free_reserved and vm.v_free_min through use of sysctl. I use 1024 and 1500 here, but with 128 MB memory, 256 and 375 should normally be sufficient. For problem #2, the workaround is to increase maxusers or define PMAP_SHPGPERPROC to a higher value than the default by an entry in the kernel config file. > Running 2.2-970618-RELENG on 128 megs of ram, a bunch of SCSI disks, this > machine performs log analysis on very large logs, if that helps. There's > mention on freebsd-questions recently of adding > options "PMAP_SHPGPERPROC=400" > to the kernel but that that might make the kernel panic at boot time due to > running out of VM space. What's the deal? The old pmap code (before PMAP_SHPGPERPROC was introduced) reserved 224 MB of address space for pv_entries when 512 MB memory was available. This caused the problem reported in PR#1880. With the new pmap code, that problem will probably only occur if a more than 112 MB address space is reserved for pv_entries, i.e. when the product of PMAP_SHPGPERPROC and maxusers is more than 250000. - Tor Egge From owner-freebsd-hackers Fri Sep 5 19:55:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16479 for hackers-outgoing; Fri, 5 Sep 1997 19:55:55 -0700 (PDT) Received: from roguetrader.com (brandon@cold.org [206.81.134.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16474 for ; Fri, 5 Sep 1997 19:55:53 -0700 (PDT) Received: from localhost (brandon@localhost) by roguetrader.com (8.8.5/8.8.5) with SMTP id UAA08856; Fri, 5 Sep 1997 20:56:05 -0600 (MDT) Date: Fri, 5 Sep 1997 20:56:04 -0600 (MDT) From: Brandon Gillespie To: john hood cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <199709060225.WAA03036@smoke.marlboro.vt.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Sep 1997, john hood wrote: > Jordan K. Hubbard writes: > > In order to combat the absolute flood of spam which has been coming > > into my mailbox lately, I've gone to more aggressive sendmail filtering > > which: > > I'll note that at least one reason for the absolute flood is all the > mail->news gateways that the lists get piped into. My ISP is getting > FreeBSD list messages in at least five separate "local" hierarchies, > and I'm sure they're missing some. > > That's a lot of @ signs for the spammers to latch onto. what do people feel about using the common 'masking' of email addresses, on this list? I know its generally 'uncool' to do such on mailing lists (where its almost a given for news now). What I've considered doing for a while (since I heard the lists were being pointed to news) was have my email addr be: brandon@roguetrader-NIXTHIS.com This, and variations on this theme, are what I use when posting to news (thus all any email-searching-engines get is a bogus hostname). So I guess the question would be, do people find this rude, if done in these forums? Keeping in mind that these forums are being routed to news? -Brandon Gillespie From owner-freebsd-hackers Fri Sep 5 20:41:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18246 for hackers-outgoing; Fri, 5 Sep 1997 20:41:11 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18241 for ; Fri, 5 Sep 1997 20:41:06 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id XAA02011 for ; Fri, 5 Sep 1997 23:41:02 -0400 (EDT) Date: Fri, 5 Sep 1997 23:40:57 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: FreeBSD-Hackers Subject: authentication [hase on ppp Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am trying to get a a problem fixed on a friend's machine, who is new to FreeBSD, but unable to get connected via /usr/sbin/ppp (iijppp). My own connection works fine on her machine, but connecting via her provider, Erols.com, disconnects while trying to get PAP done (from a reading of /var/log/ppp.tun0.log). The funny thing is, it works fine if the connection is set up via the 'term' capability. Authoentication phase comes and goes, and everything connects. It's just if she does it by issuing a ppp > dial erols That it goes bad. I can't figure this out ... can anyone make a suggestion? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | 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 Sep 5 20:48:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18469 for hackers-outgoing; Fri, 5 Sep 1997 20:48:56 -0700 (PDT) Received: from gateway.senet.com.au (root@gateway.senet.com.au [203.11.90.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18462 for ; Fri, 5 Sep 1997 20:48:51 -0700 (PDT) Received: from holly.rd.net (root@c1-p34.senet.com.au [203.56.237.35]) by gateway.senet.com.au (8.8.7/8.8.7) with ESMTP id NAA00137 for ; Sat, 6 Sep 1997 13:18:53 +0930 Received: from holly (darius@localhost [127.0.0.1]) by holly.rd.net (8.8.5/8.8.5) with ESMTP id NAA01235 for ; Sat, 6 Sep 1997 13:19:07 +0930 (CST) Message-Id: <199709060349.NAA01235@holly.rd.net> To: freebsd-hackers@freebsd.org Subject: IJPPP Weirdness... Reply-to: doconnor@ist.flinders.edu.au Date: Sat, 06 Sep 1997 13:19:03 +0930 From: "Daniel J. O'Connor" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have been having some strange problems with IJPPP. When I run it in dial on demand mode, it works OK, except that when it times out(ie idle timer expires), or you clos ethe connection manually(telnet to port 3000), and make it dial up again, it works for about 30seconds and then hangs up again... The PPP log file looks like the following - 08-31 23:40:18 [258] LqrOutput: 08-31 23:40:18 [258] Magic: e1987f28 LastOutLQRs: 00000022 08-31 23:40:18 [258] LastOutPackets: 0001b077 LastOutOctets: 04133345 08-31 23:40:18 [258] PeerInLQRs: 00000022 PeerInPackets: 000003a8 08-31 23:40:18 [258] PeerInDiscards: 00000000 PeerInErrors: 00000002 08-31 23:40:18 [258] PeerInOctets: 00026053 PeerOutLQRs: 00000001 08-31 23:40:18 [258] PeerOutPackets: 00000005 PeerOutOctets: 000000e4 08-31 23:40:18 [258] Will send LQR every 30.0 secs 08-31 23:40:19 [258] Disconnected! 08-31 23:40:19 [258] Connect time: 8 secs 08-31 23:40:19 [258] Phase: Dead 08-31 23:40:19 [258] LCP: LayerDown 08-31 23:40:19 [258] Phase: Terminate 08-31 23:40:19 [258] LCP: state change Opend --> Starting 08-31 23:40:20 [258] ioctl error (Bad file descriptor)! 08-31 23:40:20 [258] Disconnected! 08-31 23:40:20 [258] Connect time: 9 secs 08-31 23:40:20 [258] Phase: Dead 08-31 23:40:21 [258] ioctl error (Bad file descriptor)! 08-31 23:40:21 [258] Disconnected! This is when it dies badly, it seems OK when it dials up the first time(ie no bad FD messages and the like) I thought it might be my provider, but they recently changed from Linux PPP dialup machines to CISCO's(so PRED1 works now too), and it still does it :-/ Any idea? Seeya Darius ~~~~~~ From owner-freebsd-hackers Fri Sep 5 21:23:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19877 for hackers-outgoing; Fri, 5 Sep 1997 21:23:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA19868 for ; Fri, 5 Sep 1997 21:22:57 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA01477; Sat, 6 Sep 1997 06:22:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id GAA27485; Sat, 6 Sep 1997 06:11:53 +0200 (MET DST) Message-ID: <19970906061152.WB12935@uriah.heep.sax.de> Date: Sat, 6 Sep 1997 06:11:52 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Subject: Re: FreeBSD floppy disk driver does not work... References: <19970905073108.SN45825@uriah.heep.sax.de> 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 Jamil J. Weatherbee on Sep 5, 1997 13:40:00 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jamil J. Weatherbee wrote: > OK, I will replace the Floppy Drive and then Get back to you -- however > that doesn't make much sense to me since I used a floppy to boot the > machine for installation --- so apparently the bios does not have a > problem with this drive. Maybe the BIOS retries it differently, more often, or whatever. Or, the floppy got scratched after the initial installation. -- 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 Sep 5 21:34:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20517 for hackers-outgoing; Fri, 5 Sep 1997 21:34:24 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20493 for ; Fri, 5 Sep 1997 21:34:14 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA11474; Fri, 5 Sep 1997 22:34:07 -0600 (MDT) Date: Fri, 5 Sep 1997 22:34:07 -0600 (MDT) Message-Id: <199709060434.WAA11474@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: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <26041.873509860@time.cdrom.com> References: <26041.873509860@time.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In order to combat the absolute flood of spam which has been coming > into my mailbox lately, I've gone to more aggressive sendmail filtering > which: > > A) Blocks mail from you if you don't have a valid hostname > (this means that I've been bouncing mail from hosts like > "moose.mindspring.com" and "yokota.mech.kobe-u.ac.jp", > both of which probably represent actual legitimate > attempts to send me mail). Quick question. If I have a valid 'MX' record, is that good enough? My email comes from 'user@mt.sri.com', and there is no machine 'mt.sri.com', since it represents all the hosts in my domain and not a particular host in general. However, my email is correctly MX'd so that email will be correctly sent to the correct machine. This is 'the way it should be' for organizations where email may come from any number of machines, but should be sent to a specific (aka. centralized) machine. This is necessary for both sanity as well as security, since it means that I can setup *one* incoming mail server which is secure, and not allow connections to the other boxes in my domain from external hosts. Nate From owner-freebsd-hackers Fri Sep 5 21:35:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20746 for hackers-outgoing; Fri, 5 Sep 1997 21:35:57 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20734 for ; Fri, 5 Sep 1997 21:35:52 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA16466; Fri, 5 Sep 1997 21:35:28 -0700 (PDT) To: Nate Williams cc: hackers@freebsd.org Subject: Re: A quick note to those without DNS resolvable mail hosts. In-reply-to: Your message of "Fri, 05 Sep 1997 22:34:07 MDT." <199709060434.WAA11474@rocky.mt.sri.com> Date: Fri, 05 Sep 1997 21:35:28 -0700 Message-ID: <16461.873520528@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Quick question. If I have a valid 'MX' record, is that good enough? My Sure, I can't imagine why it wouldn't be - sendmail is going to look up the MX record first, so even if there's no A record it shouldn't be an issue. Jordan From owner-freebsd-hackers Fri Sep 5 21:35:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20755 for hackers-outgoing; Fri, 5 Sep 1997 21:35:59 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA20735 for ; Fri, 5 Sep 1997 21:35:52 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA06895; Sat, 6 Sep 1997 14:35:29 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id OAA12125; Sat, 6 Sep 1997 14:05:18 +0930 (CST) Message-ID: <19970906140518.52605@lemis.com> Date: Sat, 6 Sep 1997 14:05:18 +0930 From: Greg Lehey To: Chuck Robey Cc: FreeBSD-Hackers Subject: Re: authentication [hase on ppp References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Chuck Robey on Fri, Sep 05, 1997 at 11:40:57PM -0400 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Sep 05, 1997 at 11:40:57PM -0400, Chuck Robey wrote: > I am trying to get a a problem fixed on a friend's machine, who is new to > FreeBSD, but unable to get connected via /usr/sbin/ppp (iijppp). My own > connection works fine on her machine, but connecting via her provider, > Erols.com, disconnects while trying to get PAP done (from a reading of > /var/log/ppp.tun0.log). > > The funny thing is, it works fine if the connection is set up via the > 'term' capability. Authoentication phase comes and goes, and everything > connects. It's just if she does it by issuing a > > ppp >> dial erols > > That it goes bad. I can't figure this out ... can anyone make a > suggestion? This is strange, but on a hunch I suggest you put the following line in the entry for her ISP: set openmode active It could be that the other end is waiting for her to continue, and somehow that works with the manual dial. Greg From owner-freebsd-hackers Fri Sep 5 21:37:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20900 for hackers-outgoing; Fri, 5 Sep 1997 21:37:19 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20894 for ; Fri, 5 Sep 1997 21:37:13 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA11495; Fri, 5 Sep 1997 22:37:01 -0600 (MDT) Date: Fri, 5 Sep 1997 22:37:01 -0600 (MDT) Message-Id: <199709060437.WAA11495@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: Nate Williams , hackers@freebsd.org Subject: Re: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <16461.873520528@time.cdrom.com> References: <199709060434.WAA11474@rocky.mt.sri.com> <16461.873520528@time.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Quick question. If I have a valid 'MX' record, is that good enough? My > > Sure, I can't imagine why it wouldn't be - sendmail is going to > look up the MX record first, so even if there's no A record it > shouldn't be an issue. Good enough for me. I just wanted to make sure the 'spam' rules didn't supercede this very common configuration. :) Nate From owner-freebsd-hackers Fri Sep 5 21:40:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21101 for hackers-outgoing; Fri, 5 Sep 1997 21:40:23 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA21092 for ; Fri, 5 Sep 1997 21:40:19 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA06932; Sat, 6 Sep 1997 14:39:44 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id OAA13531; Sat, 6 Sep 1997 14:09:43 +0930 (CST) Message-ID: <19970906140942.40187@lemis.com> Date: Sat, 6 Sep 1997 14:09:42 +0930 From: Greg Lehey To: doconnor@ist.flinders.edu.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IJPPP Weirdness... References: <199709060349.NAA01235@holly.rd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199709060349.NAA01235@holly.rd.net>; from Daniel J. O'Connor on Sat, Sep 06, 1997 at 01:19:03PM +0930 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Sep 06, 1997 at 01:19:03PM +0930, Daniel J. O'Connor wrote: > Hi, > I have been having some strange problems with IJPPP. > When I run it in dial on demand mode, it works OK, except that when it times out(ie idle > timer expires), or you clos ethe connection manually(telnet to port 3000), and make it dial > up again, it works for about 30seconds and then hangs up again... > > The PPP log file looks like the following - > 08-31 23:40:18 [258] LqrOutput: > 08-31 23:40:18 [258] Magic: e1987f28 LastOutLQRs: 00000022 > 08-31 23:40:18 [258] LastOutPackets: 0001b077 LastOutOctets: 04133345 > 08-31 23:40:18 [258] PeerInLQRs: 00000022 PeerInPackets: 000003a8 > 08-31 23:40:18 [258] PeerInDiscards: 00000000 PeerInErrors: 00000002 > 08-31 23:40:18 [258] PeerInOctets: 00026053 PeerOutLQRs: 00000001 > 08-31 23:40:18 [258] PeerOutPackets: 00000005 PeerOutOctets: 000000e4 > 08-31 23:40:18 [258] Will send LQR every 30.0 secs > 08-31 23:40:19 [258] Disconnected! > 08-31 23:40:19 [258] Connect time: 8 secs > 08-31 23:40:19 [258] Phase: Dead > 08-31 23:40:19 [258] LCP: LayerDown > 08-31 23:40:19 [258] Phase: Terminate > 08-31 23:40:19 [258] LCP: state change Opend --> Starting > 08-31 23:40:20 [258] ioctl error (Bad file descriptor)! > 08-31 23:40:20 [258] Disconnected! > 08-31 23:40:20 [258] Connect time: 9 secs > 08-31 23:40:20 [258] Phase: Dead > 08-31 23:40:21 [258] ioctl error (Bad file descriptor)! > 08-31 23:40:21 [258] Disconnected! > > This is when it dies badly, it seems OK when it dials up the first time(ie no bad FD > messages and the like) > I thought it might be my provider, but they recently changed from Linux PPP dialup machines > to CISCO's(so PRED1 works now too), and it still does it :-/ > Any idea? I'm pretty sure that this is a bug, and that it's not restricted to Adelaide :-) It happens to me, though, and I'm sort of half-heartedly trying to track it. My current status is: I'm calling with CHAP authentication, on a permanent connection, and it works fine nearly every time (modulo some problems the ISP had with their router, which initially looked like the same problem). If, however, the line drops, I *cannot* reconnect. The machine tried 539 times the other night (ouch), so I have temporarily modified ppp so it doesn't ever try to redial. Obviously not the solution. If you want to give me a call, we can talk about it. Greg -- Greg Lehey LEMIS grog@lemis.com PO Box 460 Tel: +61-8-8388-8286 Echunga SA 5153 Fax: +61-8-8388-8725 Australia From owner-freebsd-hackers Fri Sep 5 21:43:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21258 for hackers-outgoing; Fri, 5 Sep 1997 21:43:03 -0700 (PDT) Received: from roguetrader.com (brandon@cold.org [206.81.134.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA21251 for ; Fri, 5 Sep 1997 21:43:00 -0700 (PDT) Received: from localhost (brandon@localhost) by roguetrader.com (8.8.5/8.8.5) with SMTP id WAA09188; Fri, 5 Sep 1997 22:43:18 -0600 (MDT) Date: Fri, 5 Sep 1997 22:43:18 -0600 (MDT) From: Brandon Gillespie To: john hood cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Fri, 5 Sep 1997, john hood wrote: > > I'll note that at least one reason for the absolute flood is all the > > mail->news gateways that the lists get piped into. My ISP is getting > > FreeBSD list messages in at least five separate "local" hierarchies, > > and I'm sure they're missing some. > > > > That's a lot of @ signs for the spammers to latch onto. > > what do people feel about using the common 'masking' of email addresses, > on this list? I know its generally 'uncool' to do such on mailing lists > (where its almost a given for news now). What I've considered doing for a > while (since I heard the lists were being pointed to news) was have my > email addr be: > > brandon@roguetrader-NIXTHIS.com > > This, and variations on this theme, are what I use when posting to news > (thus all any email-searching-engines get is a bogus hostname). > > So I guess the question would be, do people find this rude, if done in > these forums? Keeping in mind that these forums are being routed to news? Er, my example was horribly bad, as its contradicting my previous stand on having valid domains for receiving email :) I guess for the mailing list situation, how would people feel about simply a bogus user? I.e: brandon-NIXTHIS@roguetrader.com The best solution (imho) would be to actually restrict the uunet gateways with a stipulation that they must mask all email addresses. -Brandon From owner-freebsd-hackers Fri Sep 5 22:29:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23647 for hackers-outgoing; Fri, 5 Sep 1997 22:29:15 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23642 for ; Fri, 5 Sep 1997 22:29:08 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id BAA05352; Sat, 6 Sep 1997 01:28:47 -0400 (EDT) Date: Sat, 6 Sep 1997 01:28:41 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Greg Lehey cc: FreeBSD-Hackers Subject: Re: authentication [hase on ppp In-Reply-To: <19970906140518.52605@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Sep 1997, Greg Lehey wrote: > On Fri, Sep 05, 1997 at 11:40:57PM -0400, Chuck Robey wrote: > > I am trying to get a a problem fixed on a friend's machine, who is new to > > FreeBSD, but unable to get connected via /usr/sbin/ppp (iijppp). My own > > connection works fine on her machine, but connecting via her provider, > > Erols.com, disconnects while trying to get PAP done (from a reading of > > /var/log/ppp.tun0.log). > > > > The funny thing is, it works fine if the connection is set up via the > > 'term' capability. Authoentication phase comes and goes, and everything > > connects. It's just if she does it by issuing a > > > > ppp > >> dial erols > > > > That it goes bad. I can't figure this out ... can anyone make a > > suggestion? > > This is strange, but on a hunch I suggest you put the following line > in the entry for her ISP: > > set openmode active Good suggestion, but I tried that. She's running a snap from the last pressing, and seeing as all the activity on ppp lately, I even tried compiling a static ppp from my home machine (which runs current), to see if the upgrade helped. The improvements were obvious, but not enough. Still won't work. > > It could be that the other end is waiting for her to continue, and > somehow that works with the manual dial. It really feels like it might be _something_ like that, though, because there's a strange extra (double) carriage returned required after the password, in term mode (that makes it operate). I think you're _very nearly_ right .... > > Greg > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | 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 Sep 5 23:06:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25842 for hackers-outgoing; Fri, 5 Sep 1997 23:06:48 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA25837 for ; Fri, 5 Sep 1997 23:06:42 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id XAA00506; Fri, 5 Sep 1997 23:05:35 -0700 (PDT) Date: Fri, 5 Sep 1997 23:05:35 -0700 (PDT) From: "Jamil J. Weatherbee" To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD floppy disk driver does not work... In-Reply-To: <19970906061152.WB12935@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Not just one floppy --- all floppies. > Maybe the BIOS retries it differently, more often, or whatever. Or, > the floppy got scratched after the initial installation. > From owner-freebsd-hackers Sat Sep 6 00:11:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA29245 for hackers-outgoing; Sat, 6 Sep 1997 00:11:21 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA29238 for ; Sat, 6 Sep 1997 00:11:16 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id RAA08567; Sat, 6 Sep 1997 17:10:10 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id QAA21810; Sat, 6 Sep 1997 16:40:07 +0930 (CST) Message-ID: <19970906163953.14810@lemis.com> Date: Sat, 6 Sep 1997 16:39:53 +0930 From: Greg Lehey To: Chuck Robey Cc: FreeBSD-Hackers Subject: Re: authentication [hase on ppp References: <19970906140518.52605@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Chuck Robey on Sat, Sep 06, 1997 at 01:28:41AM -0400 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Sep 06, 1997 at 01:28:41AM -0400, Chuck Robey wrote: > On Sat, 6 Sep 1997, Greg Lehey wrote: > >> On Fri, Sep 05, 1997 at 11:40:57PM -0400, Chuck Robey wrote: >>> I am trying to get a a problem fixed on a friend's machine, who is new to >>> FreeBSD, but unable to get connected via /usr/sbin/ppp (iijppp). My own >>> connection works fine on her machine, but connecting via her provider, >>> Erols.com, disconnects while trying to get PAP done (from a reading of >>> /var/log/ppp.tun0.log). >>> >>> The funny thing is, it works fine if the connection is set up via the >>> 'term' capability. Authoentication phase comes and goes, and everything >>> connects. It's just if she does it by issuing a >>> >>> ppp >>>> dial erols >>> >>> That it goes bad. I can't figure this out ... can anyone make a >>> suggestion? >> >> This is strange, but on a hunch I suggest you put the following line >> in the entry for her ISP: >> >> set openmode active > > Good suggestion, but I tried that. She's running a snap from the last > pressing, and seeing as all the activity on ppp lately, I even tried > compiling a static ppp from my home machine (which runs current), to see > if the upgrade helped. The improvements were obvious, but not enough. > Still won't work. I don't think that this is a bug in ppp. Maybe in the way your ISP responds. It would be interesting to understand how Windows 95% boxes manage. >> It could be that the other end is waiting for her to continue, and >> somehow that works with the manual dial. > > It really feels like it might be _something_ like that, though, because > there's a strange extra (double) carriage returned required after the > password, in term mode (that makes it operate). Well, then send two \rs in the chat script and see what happens. > I think you're _very nearly_ right .... More by chance, I'd guess. I haven't seen anything like this before. Greg From owner-freebsd-hackers Sat Sep 6 01:10:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA02042 for hackers-outgoing; Sat, 6 Sep 1997 01:10:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA02031 for ; Sat, 6 Sep 1997 01:10:38 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA02473; Sat, 6 Sep 1997 10:10:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA27948; Sat, 6 Sep 1997 09:58:17 +0200 (MET DST) Message-ID: <19970906095817.JA35952@uriah.heep.sax.de> Date: Sat, 6 Sep 1997 09:58:17 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Subject: Re: FreeBSD floppy disk driver does not work... References: <19970906061152.WB12935@uriah.heep.sax.de> 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 Jamil J. Weatherbee on Sep 5, 1997 23:05:35 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jamil J. Weatherbee wrote: > Not just one floppy --- all floppies. > > > Maybe the BIOS retries it differently, more often, or whatever. Or, > > the floppy got scratched after the initial installation. This makes it really weird then. The FreeBSD floppy driver doesn't do any fancy things, no scary optimizations, no nothing. (The Linux driver, by comparision, is much more tuned, like reading entire tracks at once, automagic format detection, etc. The FreeBSD driver is just `KISS'.) What kind of drive is it, is it perchance a 2.88 MB drive? What kind of floppy controller (don't give a penny to FreeBSD's boot messages in this case, do open the cover and see what chip is there)? Does it happen for all media at the same locations? Try to find out whether another drive on the same controller, or this drive on another controller behave similarly. If you can send me the failing combination of devices, i could debug it, if you like. Does it also when formatting a floppy with this drive/controller combination? -- 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 Sat Sep 6 02:37:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA04880 for hackers-outgoing; Sat, 6 Sep 1997 02:37:42 -0700 (PDT) Received: from greymalkin.com (root@[206.163.149.219]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA04871; Sat, 6 Sep 1997 02:37:38 -0700 (PDT) Received: from greymalkin.com (rgduvall@greymalkin.com [206.163.149.219]) by greymalkin.com (8.8.5/8.8.5) with SMTP id CAA01059; Sat, 6 Sep 1997 02:37:34 -0700 Date: Sat, 6 Sep 1997 02:37:34 -0700 (PDT) From: "Richard G. Duvall" To: smpatel@freebsd.org cc: hackers@freebsd.org Subject: Having trouble adding patch Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1546724459-1124710657-873538654=:989" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1546724459-1124710657-873538654=:989 Content-Type: TEXT/PLAIN; charset=US-ASCII I have a Supra Express 33.6i PnP ISA modem in my machine. I realize that FreeBSD doesn't really "like" PnP, but I decided that I would try using the patch located in xperimnt/ISA_PnP. I followed the directions, I "make" the pnpinfo.c, and run pnpinfo. I actually ran it like this, so that I could write the output of pnpinfo to a file: pnpinfo > PnP-Data.txt That way, i could look at the file in one terminal while I edited the files in another. After I edited the files, i rebooted, and as far as I can see, the modem didn't detect still. I have attached the output file from pnpinfo so that you could take a look at it and perhaps tell me in detail what I need to do. When I dial the modem, which "/dev/?" port do I set to dial the modem once it is in? I tried all except /dev/cuaa0, which is my mouse. Perhaps this is my only problem, I just don't know what port to use! I think it is more sophisticated than that, so, to be sure, could you please look at the attached file from pnpinfo, and tell me the settings (or just send me the file) for pnp.c? The patch already added the "controller pnp0" line to the configuration file, so I didn't worry about that. Help would be nice. Thanks. Sincerely, Richard G. Duvall ---1546724459-1124710657-873538654=:989 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="Pnp-data.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Q2hlY2tpbmcgZm9yIFBsdWctbi1QbGF5IGRldmljZXMuLi4NClRyeWluZyBS ZWFkX1BvcnQgYXQgMjAzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0Mw0KQ2Fy ZCBhc3NpZ25lZCBDU04gIzENCkJvYXJkIFZlbmRvciBJRDogU1VQMTM4MQ0K Qm9hcmQgU2VyaWFsIE51bWJlcjogMDAwNDVkZTgNClBuUCBWZXJzaW9uOiAx LjANClZlbmRvciBWZXJzaW9uOiAwDQpEZXZpY2UgRGVzY3JpcHRpb246IFN1 cHJhRXhwcmVzcyAzMzZpIFBuUCBWb2ljZSBNb2RlbQ0KTG9naWNhbCBEZXZp Y2UgSUQ6IFNVUDEzODEgKDgxMTNiMDRlKQ0KRGV2aWNlIHN1cHBvcnRzIEkv TyBSYW5nZSBDaGVjaw0KQ29tcGF0aWJsZSBEZXZpY2UgSUQ6IFNVUDEyOTAg KDkwMTJiMDRlKQ0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2Ug ZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5n ZSBtYXhpbXVtIGFkZHJlc3M6IDB4M2Y4DQpJL08gUmFuZ2UgbWF4aW11bSBh ZGRyZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0K SS9PIGxlbmd0aDogOA0KSVJROiA0IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmY4DQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDJmOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIA0KU3RhcnQgRGVw ZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1i aXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4 M2U4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDNlOA0KSS9PIGFs aWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiA0 IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0 aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVt IGFkZHJlc3M6IDB4MmU4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAw eDJlOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0 aDogOA0KSVJROiAzIA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZp Y2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBS YW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4M2U4DQpJL08gUmFuZ2UgbWF4aW11 bSBhZGRyZXNzOiAweDNlOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTog OA0KSS9PIGxlbmd0aDogOA0KSVJROiA1IA0KU3RhcnQgRGVwZW5kZW50IEZ1 bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFk ZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmU4DQpJL08g UmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDJlOA0KSS9PIGFsaWdubWVudCBm b3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiA1IA0KU3RhcnQg RGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAx Ni1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6 IDB4M2U4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDNlOA0KSS9P IGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJR OiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmU4DQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDJlOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDEx IDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVj b2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBt YXhpbXVtIGFkZHJlc3M6IDB4M2Y4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRy ZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9P IGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQg RGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAx Ni1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6 IDB4MmY4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDJmOA0KSS9P IGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJR OiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MjAwDQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDEx IDEyIDE1IA0KRW5kIERlcGVuZGVudCBGdW5jdGlvbg0KRW5kIFRhZw0KDQo= ---1546724459-1124710657-873538654=:989-- From owner-freebsd-hackers Sat Sep 6 03:21:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06234 for hackers-outgoing; Sat, 6 Sep 1997 03:21:56 -0700 (PDT) Received: from dreamland.d.kamp.net (Port-23-dus.kamp.de [195.4.52.87]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06229 for ; Sat, 6 Sep 1997 03:21:49 -0700 (PDT) Received: (from joe@localhost) by dreamland.d.kamp.net (8.8.6/8.8.5) id MAA00259; Sat, 6 Sep 1997 12:18:36 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 06 Sep 1997 12:14:46 +0200 (CEST) From: Joachim Jaeckel To: Alfred Perlstein Subject: Re: Is it critical, to modify the socket-structure? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 05-Sep-97 Alfred Perlstein wrote: > >If it is a useful feature why not ask about commiting your changes >to the FreeBSD source? > Maybe in a later step. If I get that to work. (I don't know if I'm able to do it.) I'm just in the beginning of coding/porting, and that's the first time that I'm coding something technicall for an OS-Kernel. >As long as you don't change common functions to depend on the new feild >everything should be ok. > >Alfred > Ciao, Joachim. (joachim.jaeckel@d.kamp.net) ---------------------------------- - "Microsoft Windows?" - "More flying wheels than flying windows!" From owner-freebsd-hackers Sat Sep 6 03:23:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06293 for hackers-outgoing; Sat, 6 Sep 1997 03:23:57 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06284 for ; Sat, 6 Sep 1997 03:23:50 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id LAA12091; Sat, 6 Sep 1997 11:02:42 +0100 (BST) Message-Id: <199709061002.LAA12091@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Chuck Robey cc: Greg Lehey , FreeBSD-Hackers Subject: Re: authentication [hase on ppp In-reply-to: Your message of "Sat, 06 Sep 1997 01:28:41 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Sep 1997 11:02:42 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > > set openmode active > > Good suggestion, but I tried that. She's running a snap from the last > pressing, and seeing as all the activity on ppp lately, I even tried > compiling a static ppp from my home machine (which runs current), to see > if the upgrade helped. The improvements were obvious, but not enough. > Still won't work. > > > > > It could be that the other end is waiting for her to continue, and > > somehow that works with the manual dial. > > It really feels like it might be _something_ like that, though, because > there's a strange extra (double) carriage returned required after the > password, in term mode (that makes it operate). > > I think you're _very nearly_ right .... Can you add the following log levels and post what you're getting ? set log +chat +phase +connect +command Also, can you post what happens in the "term" session (You can probably use ``script'' to record this) ? > > > > Greg > > > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Sep 6 03:24:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06352 for hackers-outgoing; Sat, 6 Sep 1997 03:24:16 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06341 for ; Sat, 6 Sep 1997 03:24:09 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id LAA12119; Sat, 6 Sep 1997 11:09:35 +0100 (BST) Message-Id: <199709061009.LAA12119@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: doconnor@ist.flinders.edu.au, freebsd-hackers@FreeBSD.ORG Subject: Re: IJPPP Weirdness... In-reply-to: Your message of "Sat, 06 Sep 1997 14:09:42 +0930." <19970906140942.40187@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Sep 1997 11:09:34 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Sat, Sep 06, 1997 at 01:19:03PM +0930, Daniel J. O'Connor wrote: > > Hi, > > I have been having some strange problems with IJPPP. > > When I run it in dial on demand mode, it works OK, except that when it times out(ie idle > > timer expires), or you clos ethe connection manually(telnet to port 3000), and make it dial > > up again, it works for about 30seconds and then hangs up again... > > > > The PPP log file looks like the following - > > 08-31 23:40:18 [258] LqrOutput: > > 08-31 23:40:18 [258] Magic: e1987f28 LastOutLQRs: 00000022 > > 08-31 23:40:18 [258] LastOutPackets: 0001b077 LastOutOctets: 04133345 > > 08-31 23:40:18 [258] PeerInLQRs: 00000022 PeerInPackets: 000003a8 > > 08-31 23:40:18 [258] PeerInDiscards: 00000000 PeerInErrors: 00000002 > > 08-31 23:40:18 [258] PeerInOctets: 00026053 PeerOutLQRs: 00000001 > > 08-31 23:40:18 [258] PeerOutPackets: 00000005 PeerOutOctets: 000000e4 > > 08-31 23:40:18 [258] Will send LQR every 30.0 secs > > 08-31 23:40:19 [258] Disconnected! > > 08-31 23:40:19 [258] Connect time: 8 secs > > 08-31 23:40:19 [258] Phase: Dead > > 08-31 23:40:19 [258] LCP: LayerDown > > 08-31 23:40:19 [258] Phase: Terminate > > 08-31 23:40:19 [258] LCP: state change Opend --> Starting > > 08-31 23:40:20 [258] ioctl error (Bad file descriptor)! > > 08-31 23:40:20 [258] Disconnected! > > 08-31 23:40:20 [258] Connect time: 9 secs > > 08-31 23:40:20 [258] Phase: Dead > > 08-31 23:40:21 [258] ioctl error (Bad file descriptor)! > > 08-31 23:40:21 [258] Disconnected! > > > > This is when it dies badly, it seems OK when it dials up the first time(ie no bad FD > > messages and the like) > > I thought it might be my provider, but they recently changed from Linux PPP dialup machines > > to CISCO's(so PRED1 works now too), and it still does it :-/ > > Any idea? Try upgrading to the version on http://www.freebsd.org/~brian. There were some file descriptor leaks that were recently fixed. Also, phk@freebsd.org fixed some uninitialized variables in the LQR stuff a while back - this is likely to be your problem. > I'm pretty sure that this is a bug, and that it's not restricted to > Adelaide :-) It happens to me, though, and I'm sort of half-heartedly > trying to track it. > > My current status is: I'm calling with CHAP authentication, on a > permanent connection, and it works fine nearly every time (modulo some > problems the ISP had with their router, which initially looked like > the same problem). If, however, the line drops, I *cannot* > reconnect. The machine tried 539 times the other night (ouch), so I > have temporarily modified ppp so it doesn't ever try to redial. > Obviously not the solution. Ah, but this is almost definitely a CHAP thing. Your ISP seems to be refusing your CHAP authentication :-( > If you want to give me a call, we can talk about it. > Greg > > -- > Greg Lehey LEMIS > grog@lemis.com PO Box 460 > Tel: +61-8-8388-8286 Echunga SA 5153 > Fax: +61-8-8388-8725 Australia -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Sep 6 07:27:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15272 for hackers-outgoing; Sat, 6 Sep 1997 07:27:47 -0700 (PDT) Received: from pandora.hh.kew.com (root@kendra.ne.mediaone.net [24.128.53.73]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15267 for ; Sat, 6 Sep 1997 07:27:42 -0700 (PDT) Received: from sonata (sonata.hh.kew.com [192.195.203.135]) by pandora.hh.kew.com (8.8.5/8.8.5) with ESMTP id KAA19760; Sat, 6 Sep 1997 10:27:24 -0400 (EDT) Message-ID: <3411686F.FD0A78E3@kew.com> Date: Sat, 06 Sep 1997 10:27:59 -0400 From: Drew Derbyshire Organization: Kendra Electronic Wonderworks X-Mailer: Mozilla 4.01 [en]C-MOENE (WinNT; U) MIME-Version: 1.0 To: Brandon Gillespie CC: john hood , hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Er, my example was horribly bad, as its contradicting my previous stand on > having valid domains for receiving email :) I guess for the mailing list > situation, how would people feel about simply a bogus user? I.e: > > brandon-NIXTHIS@roguetrader.com > > The best solution (imho) would be to actually restrict the uunet gateways > with a stipulation that they must mask all email addresses. I don't like it. Not being able to hit reply to a message like this makes it a royal pain the moving parts. Relatively simple SPAM filters in sendmail (including the bad DNS bounce Jordan is now using, several bad guys lists, and my own source code hack to blow off numeric addresses, which I WILL publish one of these days), you can detect and purge most bad mail. Even with my eight year old address in the NIC 'whois' database and numerous references to it on the web and in Usenet, I don't get more than one or two SPAM's a day, relative to the 5 - 10 spams I see at my soon to be former employer with a much less publicized address, and that's without any procmail filters. (procmail, applied well, can take it down to zero.) Also, addresses can bounce within your domain if the gateway can't resolve the bogus user. Furthermore, if you mask addresses automatically, the pattern will be predictable and therefore strippable. You could locally mask with user+localinfo (note the plus sign) and use that for forwarding/filtering with sendmail 8.8.x -- then if you fail to provide an alias for the user+localinfo, it is delivered correctly to the user (sans +localinfo). -ahd- -- Internet: ahd@kew.com Voice: 617-279-9810 Beautiful loser, read it on the wall And realize, you just don't need it all. . . " - Bob Seger From owner-freebsd-hackers Sat Sep 6 07:48:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16168 for hackers-outgoing; Sat, 6 Sep 1997 07:48:32 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA16160 for ; Sat, 6 Sep 1997 07:48:27 -0700 (PDT) Received: from atlanta (mfd-dial1-10.cybercom.net [209.21.137.10]) by kalypso.cybercom.net (8.8.5/8.6.12) with SMTP id KAA16334 for ; Sat, 6 Sep 1997 10:47:56 -0400 (EDT) Message-Id: <3.0.3.32.19970906103209.009d3320@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Sat, 06 Sep 1997 10:32:09 -0400 To: hackers@FreeBSD.ORG From: The Classiest Man Alive Subject: Re: A quick note to those without DNS resolvable mail hosts. In-Reply-To: <19970906112341.62007@lemis.com> References: <26041.873509860@time.cdrom.com> <26041.873509860@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:23 AM 9/6/97 +0930, Greg Lehey wrote: >On Fri, Sep 05, 1997 at 06:37:40PM -0700, Jordan K. Hubbard wrote: >> Reply-to: postmaster@freebsd.org >> >> In order to combat the absolute flood of spam which has been coming >> into my mailbox lately, I've gone to more aggressive sendmail filtering >> >> ... >> >> If you're sending mail from a machine with no valid DNS entry then I >> have another one word answer for you: Don't. By doing so, you're only > >I do see one big problem, >though: FreeBSD-questions. A lot of the people out there either are >complete newcomers to FreeBSD, or they lack the experience and >understanding to comply with the new requirements. A lot of them are >AOL. By implementing these measures, you may not kill -questions, but >you'd certainly significantly reduce (maybe by up to half) the volume, >and you would do even more harm to people who are interested and are >just looking in. I agree with this point. Will users get some explanation of why their mail was bounced, or will it just float off into nullspace? And what of users who are subscribed to the list? Will they suddenly be able to receive mail from the list but not send to it? How do you even unsubscribe in that case? I read my e-mail on Windows, so I don't know from MX records and bogus usernames. I filled out a rather simple set of forms in Eudora and dialed my ISP; not a lot of room for such extensive filtering. I'm not even sure what my domain name is after it gets through my ISP. I like to stay on lists like hackers because it lets me learn by eavesdropping on more knowledgable users. (Not to mention the occasional amusement value.) I hope that the effort to block spammers doesn't hurt too many of us legitimate but less-knowledgable users as well. K.S. From owner-freebsd-hackers Sat Sep 6 09:09:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19813 for hackers-outgoing; Sat, 6 Sep 1997 09:09:04 -0700 (PDT) Received: from gate.lustig.com (lustig.com [204.97.12.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19802 for ; Sat, 6 Sep 1997 09:08:52 -0700 (PDT) Received: from Lustig.COM (devious.lustig.com [192.168.1.3]) by gate.lustig.com (8.8.7/8.8.7) with ESMTP id JAA08878 for ; Sat, 6 Sep 1997 09:08:43 -0700 (PDT) Received: (from barry@localhost) by Lustig.COM (8.7.5/8.7.3) id MAA19394 for hackers@freebsd.org; Sat, 6 Sep 1997 12:11:59 -0400 (EDT) Message-Id: <199709061611.MAA19394@Lustig.COM> MIME-Version: 1.0 (NeXT Mail 4.2mach v148) Content-Type: text/enriched; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Nextstep-Mailer: Mail 4.2mach (Enhance 2.0b6) Received: by NeXT.Mailer (1.148.RR) From: Barry Lustig Date: Sat, 6 Sep 97 12:11:55 -0400 To: hackers@freebsd.org Subject: Key escrow Reply-To: barry@Lustig.COM X-Organizations: Barry Lustig & Associates Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looks like it's back... Begin forwarded message: Declan McCullagh wrote: >=20 > ---------- Forwarded message ---------- > Date: Fri, 5 Sep 1997 19:34:51 -0700 (PDT) > From: Declan McCullagh < > To: cypherpunks@toad.com > Subject: Mandatory key escrow bill text, backed by FBI >=20 > All encryption products distributed in or imported into the U.S. after > January 1, 1999 must have a key escrow backdoor for the government, > according to an FBI-backed proposal circulating on Capitol Hill. The > measure would impose a similar requirement on "public network service > providers" that offer data-scrambling services. FBI Director Louis Freeh > talked about this proposal, without disclosing legislation existed, at a > Senate subcommittee haring on Wednesday. >=20 > Domestic use and sale of encryption has never been regulated. >=20 > Attached is an excerpt from the draft "Secure Public Networks Act" dated > August 28. >=20 > -Declan >=20 > ------- >=20 > SEC. 105. PUBLIC ENCRYPTION PRODUCTS AND SERVICES >=20 > (a) As of January 1, 1999, public network service > providers offering encryption products or encryption > services shall ensure that such products or services > enable the immediate decryption of communications or > electronic information encrypted by such products or > services on the public network, upon receipt of a court > order, warrant, or certification, pursuant to section > 106, without the knowledge or cooperation of the person > using such encryption products or services. >=20 > (b) As of January 1, 1999, it shall be unlawful for any > person to manufacture for sale or distribution within > the U.S., distribute within the U.S., sell within the > U.S., or import into the U.S., any product that can be > used to encrypt communications or electronic > information, unless that product: >=20 > (1) includes features, such as key recovery, trusted > third party compatibility or other means, that >=20 > (A) permit immediate decryption upon receipt of > decryption information by an authorized party without > the knowledge or cooperation of the person using such > encryption product; and >=20 > (B) is either enabled at the time of manufacture, > distribution, sale, or import, or may be enabled by the > purchase or end user; or >=20 > (2) can be used only on systems or networks that include > features, such as key recovery, trusted third party > compatibility or other means, that permit immediate > decryption by an authorized party without the knowledge > or cooperation of the person using such encryption > product. >=20 > (c) (1) Within 180 days of the enactment of this Act, > the Attorney General shall publish in the Federal > Register functional criteria for complying with the > decryption requirements set forth in this section. >=20 > (2) Within 180 days of the enactment of this Act, the > Attorney General shall promulgate procedures by which > data network service providers sand encryption product > manufacturers, sellers, re-sellers, distributors, and > importers may obtain advisory opinions as to whether a > decryption method will meet the requirements of this > section. >=20 > (3) Nothing in this Act or any other law shall be > construed as requiring the implementation of any > particular decryption method in order to satisfy the > requirements of paragrpahs (a) or (b) of this section. >=20 > ------- >=20 > MSNBC's Brock Meeks on above FBI proposal & White House support: > `http://www.msnbc.com/news/108020.asp >=20 > My report on the September 3 "mandatory key escrow" Senate hearing: > `http://jya.com/declan6.htm >=20 > Transcript of FBI director Louis Freeh's remarks at Sep 3 hearing: > `http://jya.com/fbi-gak.txt >=20 > Reuters' Aaron Pressman on Commerce Dept backing away from FBI: > `http://www.pathfinder.com/net/latest/RB/1997Sep05/248.html >=20 > ------- From owner-freebsd-hackers Sat Sep 6 09:22:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20385 for hackers-outgoing; Sat, 6 Sep 1997 09:22:30 -0700 (PDT) Received: from rocinha.nce.ufrj.br (rocinha.nce.ufrj.br [146.164.8.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA20376 for ; Sat, 6 Sep 1997 09:22:23 -0700 (PDT) Received: by rocinha.nce.ufrj.br (4.1/SMI-4.1) id AA01656; Sat, 6 Sep 97 13:13:41 EST Date: Sat, 6 Sep 97 13:13:41 EST From: pedrosal@nce.ufrj.br (Pedro Salenbauch) Message-Id: <9709061613.AA01656@rocinha.nce.ufrj.br> To: hackers@FreeBSD.org, pedrosal@nce.ufrj.br Subject: JAVA Development Kit Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Dear Mrs/Sirs: I was unable to find te JAVA Development Kit (jdk102.11-26.tar.gz) on the "ftp.FreeBSD.org" server. Do you know were it is? Thank you, Pedro Salenbauch From owner-freebsd-hackers Sat Sep 6 10:16:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22469 for hackers-outgoing; Sat, 6 Sep 1997 10:16:58 -0700 (PDT) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22464 for ; Sat, 6 Sep 1997 10:16:53 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.7/8.8.7) id SAA16665; Sat, 6 Sep 1997 18:16:16 +0100 (BST) Message-ID: <19970906181616.33027@pavilion.net> Date: Sat, 6 Sep 1997 18:16:16 +0100 From: Josef Karthauser To: hackers@freebsd.org Subject: Boot-Time Memory Allocation Problem?? :-( Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 X-NCC-RegID: uk.pavilion Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi guys, I've got a boot time memory allocation problem that I can't track down. Can anyone shed any light on it please? Cheers, Joe -----Forwarded message from Josef Karthauser ----- Message-ID: <19970902191204.09530@pavilion.net> Date: Tue, 2 Sep 1997 19:12:04 +0100 From: Josef Karthauser To: Doug White Cc: questions@FreeBSD.ORG Subject: Re: Boot-Time Memory Allocation Problem?? :-( References: <19970901205304.41045@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Doug White on Mon, Sep 01, 1997 at 10:40:13PM -0700 X-NCC-RegID: uk.pavilion Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Sep 01, 1997 at 10:40:13PM -0700, Doug White wrote: > On Mon, 1 Sep 1997, Josef Karthauser wrote: > > > Can anyone shed any light on this please? > > > > It appear as if I've introduced a memory allocation problem into > > my FreeBSD-stable (2.2) machine. :( > > > > I've just done a cvsup/make/install operation, and rebuilt the kernel > > from my old config file. Now the system won't boot. It gives the following > > error (copied by hand): > > > > ccd0-3: Concatenated disk drivers > > swapon: adding /dev/sd0b as swap device > > swapon: adding /dev/sd1b as swap device > > swapon: adding /dev/sd2b as swap device > > Automatic reboot in pregress... > > /dev/rsd0a: clean, 658202 free (...... etc......) > > cannot alloc 7179074 bytes for lncntp > > /dev/rccd0a: CAN'T CHECK FILE SYSTEM. > > /dev/rccd0c: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > > > > > > It then breaks with a the usual single user shell prompt. > > You didn't bother to quote the amount of memory detected by the kernel. > > What is the total size of ccd0, and does /etc/login.conf exist? Oops, memory detected by the kernel: kern.ostype: FreeBSD kern.osrelease: 2.2-STABLE kern.osrevision: 199506 kern.version: FreeBSD 2.2-STABLE #1: Wed Jul 30 18:57:48 BST 1997 joe@zebedee.pavilion.net:/usr/src/sys/compile/NEWS hw.machine: i386 hw.model: Pentium Pro hw.ncpu: 1 hw.byteorder: 1234 hw.physmem: 99110912 hw.usermem: 76451840 hw.pagesize: 4096 ccd0: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 1907503 1244654 510249 71% / /dev/ccd0c 7799131 3457378 3717823 48% /data procfs 4 4 0 100% /proc And we using the stock login.conf (from /usr/src/etc/login.conf) Joe > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > Spam routed to /dev/null by Procmail | Death to Cyberpromo -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sat Sep 6 10:31:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23337 for hackers-outgoing; Sat, 6 Sep 1997 10:31:06 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA23332 for ; Sat, 6 Sep 1997 10:31:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.6/8.6.12) with SMTP id KAA24492; Sat, 6 Sep 1997 10:25:03 -0700 (PDT) Message-Id: <199709061725.KAA24492@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: localhost [127.0.0.1] didn't use HELO protocol To: Josef Karthauser Cc: hackers@freebsd.org Subject: Re: Boot-Time Memory Allocation Problem?? :-( Reply-To: Jason Thorpe From: Jason Thorpe Date: Sat, 06 Sep 1997 10:25:03 -0700 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Sep 1997 18:16:16 +0100 Josef Karthauser wrote: > Hi guys, > I've got a boot time memory allocation problem that I can't track down. > Can anyone shed any light on it please? We ran into this in NetBSD, too. Basically, you're bumping into resource limits while fsck'ing the large partition. What we did was increase the default limits to something that made sense for modern systems. > > > cannot alloc 7179074 bytes for lncntp > > > /dev/rccd0a: CAN'T CHECK FILE SYSTEM. > > > /dev/rccd0c: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: +1 408 866 1912 NAS: M/S 258-6 Work: +1 415 604 0935 Moffett Field, CA 94035 Pager: +1 415 428 6939 From owner-freebsd-hackers Sat Sep 6 10:48:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24482 for hackers-outgoing; Sat, 6 Sep 1997 10:48:49 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24475 for ; Sat, 6 Sep 1997 10:48:44 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.7/8.8.7) with UUCP id LAA21414 for hackers@freebsd.org; Sat, 6 Sep 1997 11:48:43 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id LAA15098 for ; Sat, 6 Sep 1997 11:48:19 -0600 (MDT) Date: Sat, 6 Sep 1997 11:48:19 -0600 (MDT) From: Marc Slemko To: hackers@freebsd.org Subject: BSD make broken with forced targets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If I create the below Makefile: #---------------------------------------------------------------------- default: proxy @echo "Done building module subdirectories" proxy: ForceMe @echo making: $@ ForceMe: #---------------------------------------------------------------------- then do: marcs@alive:/tmp/tm$ touch proxy ; make Done building module subdirectories marcs@alive:/tmp/tm$ touch proxy ; sleep 1 ; make making: proxy Done building module subdirectories It doesn't execute the proxy target unless I make it pause in between. Any workarounds other than changing the target to proxy_targ or something like that? Aha. The below patch fixes it for me. Anyone agree with the patch? Index: compat.c =================================================================== RCS file: /mnt/misc1/cvs//src/usr.bin/make/compat.c,v retrieving revision 1.8 diff -u -r1.8 compat.c --- compat.c 1997/02/22 19:27:07 1.8 +++ compat.c 1997/09/06 17:37:23 @@ -486,7 +486,7 @@ * check for gn->children being empty as well... */ if (!Lst_IsEmpty(gn->commands) || Lst_IsEmpty(gn->children)) { - gn->mtime = now; + gn->mtime = now+1; } #else /* @@ -508,7 +508,7 @@ * -- ardeb 1/12/88 */ if (noExecute || Dir_MTime(gn) == 0) { - gn->mtime = now; + gn->mtime = now+1; } if (gn->cmtime > gn->mtime) gn->mtime = gn->cmtime; From owner-freebsd-hackers Sat Sep 6 11:56:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26692 for hackers-outgoing; Sat, 6 Sep 1997 11:56:05 -0700 (PDT) Received: from argus.tfs.net (pm3-p10.tfs.net [206.154.183.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26656 for ; Sat, 6 Sep 1997 11:55:59 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id NAA00511; Sat, 6 Sep 1997 13:55:35 -0500 (CDT) From: Jim Bryant Message-Id: <199709061855.NAA00511@argus.tfs.net> Subject: The back-door bill [was Re: Key escrow] In-Reply-To: <199709061611.MAA19394@Lustig.COM> from Barry Lustig at "Sep 6, 97 12:11:55 pm" To: barry@Lustig.COM Date: Sat, 6 Sep 1997 13:55:34 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, jamesbryant@sprintmail.com Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: [lots of completely fabricated text deleted] Of course accrding to the actual bill, the text the above is also a complete fabrication. Nothing pisses me off more than lame pukes that go spreading bogus paranoia about pending legislation by completly fabricating what the legislation is about. At least they managed to get the title of the bill correct. For more information look up the entire bill text [S.909-IS] at: http://thomas.loc.gov or use the link to thomas at http://www.house.gov In the mean time, all of the section headers are directly pasted from the bill below. --------------------------------------------------------------------- S.909 Secure Public Networks Act (Introduced in the Senate) S 909 IS 105th CONGRESS 1st Session S. 909 To encourage and facilitate the creation of secure public networks for communication, commerce, education, medicine, and government. IN THE SENATE OF THE UNITED STATES June 16, 1997 Mr. MCCAIN (for himself, Mr. KERREY, and Mr. HOLLINGS) introduced the following bill; which was read twice and referred to the Committee on Commerce, Science, and Transportation A BILL To encourage and facilitate the creation of secure public networks for communication, commerce, education, medicine, and government. Be it enacted by the Senate and House of Representatives of the United States of America in Congress assembled, SEC. 1. SHORT TITLE. This Act may be cited as the `Secure Public Networks Act' . SEC. 2. DECLARATION OF POLICY. It is the policy of the United States to encourage and facilitate the creation of secure public networks for communication, commerce, education, research, medicine and government. TITLE I--DOMESTIC USES OF ENCRYPTION SEC. 101. LAWFUL USE OF ENCRYPTION. Except as otherwise provided by this Act or otherwise provided by law, it shall be lawful for any person within any State to use any encryption, regardless of encryption algorithm selected, encryption key length chosen, or implementation technique or medium used. SEC. 102. PROHIBITION ON MANDATORY THIRD PARTY ESCROW OF KEYS USED FOR ENCRYPTION OF CERTAIN COMMUNICATIONS. Neither the Federal Government nor a State may require the escrow of an encryption key with a third party in the case of an encryption key used solely to encrypt communications between private persons within the United States. SEC. 103. VOLUNTARY PRIVATE SECTOR PARTICIPATION IN KEY MANAGEMENT STRUCTURE. The participation of the private persons in the key management infrastructure enabled by this Act is voluntary. SEC. 104. UNLAWFUL USE OF ENCRYPTION. Whoever knowingly encrypts data or communications in furtherance of the commission of a criminal offense for which the person may be prosecuted in a court of competent jurisdiction and may be sentenced to a term of imprisonment of more than one year shall, in addition to any penalties for the underlying criminal offense, be fined under title 18, United States Code, or imprisoned not more than five years, or both, for a first conviction or fined under title 18, United States Code, or imprisoned not more than ten years, or both, for a second or subsequent conviction. The mere use of encryption shall not constitute probable cause to believe that a crime is being or has been committed. SEC. 105. PRIVACY PROTECTION. (a) IN GENERAL- It shall be unlawful for any person to intentionally-- (1) obtain or use recovery information without lawful authority for the purpose of decrypting data or communications; (2) exceed lawful authority in decrypting data or communications; (3) break the encryption code of another person without lawful authority for the purpose of violating the privacy, security or property rights of that person; (4) intercept on a public communications network without lawful authority the intellectual property of another person for the purpose of violating the intellectual property rights of that person; (5) impersonate another person for the purpose of obtaining recovery information of that person without lawful authority; (6) issue a key to another person in furtherance of a crime; (7) disclose recovery information in violation of a provision of this Act ; or jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28PW voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Sat Sep 6 12:00:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26918 for hackers-outgoing; Sat, 6 Sep 1997 12:00:36 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA26913 for ; Sat, 6 Sep 1997 12:00:32 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id LAA04564 for ; Sat, 6 Sep 1997 11:59:38 -0700 (PDT) Date: Sat, 6 Sep 1997 11:59:38 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@freebsd.org Subject: Anybody Know the Difference Between IDC Blocks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm putting in a little bit of UTP wiring in my house with thw wall sockets and all --- they use two rows of four insulation displacement strips inside and when I went to order a punchdown tool I noticed there was one for "66 Blocks" and one for "110 blocks" does anybody know what type the standard old IDC strip is. From owner-freebsd-hackers Sat Sep 6 13:47:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01016 for hackers-outgoing; Sat, 6 Sep 1997 13:47:58 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA01006 for ; Sat, 6 Sep 1997 13:47:51 -0700 (PDT) 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 WAA03983 for ; Sat, 6 Sep 1997 22:47:50 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id WAA16634 for hackers@FreeBSD.ORG; Sat, 6 Sep 1997 22:47:37 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-uucp-2.9) id WAA00356; Sat, 6 Sep 1997 22:33:30 +0200 (CEST) Message-ID: <19970906223330.52756@keltia.freenix.fr> Date: Sat, 6 Sep 1997 22:33:30 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. References: <199709060225.WAA03036@smoke.marlboro.vt.us> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.76 In-Reply-To: ; from Brandon Gillespie on Fri, Sep 05, 1997 at 08:56:04PM -0600 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3592 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Brandon Gillespie: > So I guess the question would be, do people find this rude, if done in > these forums? Keeping in mind that these forums are being routed to news? My personal point of view: I've decided to stop answering any article on Usenet coming from a mangled address (à la @foo.NOSPAMcom). I use mutt for mail which is pretty smart with mailing lists so this kind of mangling is less a hassle but I'd hate to see bad addresses. I'm already fed up with people doing this on Usenet. Having a proprely configured sendmail with filters and refusing to be a relay for anyone is IMO a much better solution than mangled addresses. procmail takes care of the rest. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Tue Aug 26 21:05:09 CEST 1997 From owner-freebsd-hackers Sat Sep 6 16:13:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07696 for hackers-outgoing; Sat, 6 Sep 1997 16:13:56 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA07688 for ; Sat, 6 Sep 1997 16:13:51 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id TAA23626; Sat, 6 Sep 1997 19:13:45 -0400 (EDT) Message-Id: <199709062313.TAA23626@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jamil J. Weatherbee" cc: freebsd-hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Anybody Know the Difference Between IDC Blocks References: In-reply-to: Your message of "Sat, 06 Sep 1997 11:59:38 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Sep 1997 19:13:44 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If the IDC strips are exposed metal things, about a quarter of an inch long and with a little "hook" at the end, and are arranged in 4 columns across by 50 rows, then you have a "66" block. If the IDC strips are enclosed in a plastic connector block, with (usually) 8 or 10 contacts per block which mount into a white plastic base, with space for 50 contacts per row (25 pair), then you likely have a "110" block. Be careful, though; there are other structured wiring systems that are similar but use different tools. The 110 blocks are usually made from white plastic, while some of the alternatives are beige (for Nortel-flavored), for instance. louie From owner-freebsd-hackers Sat Sep 6 17:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA13488 for hackers-outgoing; Sat, 6 Sep 1997 17:40:11 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA13477 for ; Sat, 6 Sep 1997 17:40:05 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id RAA18133; Sat, 6 Sep 1997 17:39:53 -0700 (PDT) Message-ID: <19970906173953.45177@hydrogen.nike.efn.org> Date: Sat, 6 Sep 1997 17:39:53 -0700 From: John-Mark Gurney To: The Classiest Man Alive Cc: hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. References: <26041.873509860@time.cdrom.com> <26041.873509860@time.cdrom.com> <3.0.3.32.19970906103209.009d3320@cybercom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <3.0.3.32.19970906103209.009d3320@cybercom.net>; from The Classiest Man Alive on Sat, Sep 06, 1997 at 10:32:09AM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Classiest Man Alive scribbled this message on Sep 6: well.. after a little research into sendmail.. I found that adding a few lines like: FEATURE(masquerade_envelope)dnl FEATURE(genericstable)dnl GENERICS_DOMAIN(your.domain.name)dnl then create a file /etc/genericstable with entries like: username realname@real.domain.name do this for all users that sendmail from the system.. then you will never have a problem.. (make sure you build the hash table if you don't have "define(`confAUTO_REBUILD', `True')dnl" in your mc file... this will make sure the sendmail when it prepares the envelope for your message.. it will convert the local username to the one in the genericstable file.. so the remote side won't see you false domain unless you don't have an entry for that person... this will also cause cc's to the local machine get converted so the outside world will be able to reply to 'em properly... enjoy... > At 11:23 AM 9/6/97 +0930, Greg Lehey wrote: > >On Fri, Sep 05, 1997 at 06:37:40PM -0700, Jordan K. Hubbard wrote: > >> Reply-to: postmaster@freebsd.org > >> > >> In order to combat the absolute flood of spam which has been coming > >> into my mailbox lately, I've gone to more aggressive sendmail filtering > >> > >> ... > >> > >> If you're sending mail from a machine with no valid DNS entry then I > >> have another one word answer for you: Don't. By doing so, you're only > > > >I do see one big problem, > >though: FreeBSD-questions. A lot of the people out there either are > >complete newcomers to FreeBSD, or they lack the experience and > >understanding to comply with the new requirements. A lot of them are > >AOL. By implementing these measures, you may not kill -questions, but > >you'd certainly significantly reduce (maybe by up to half) the volume, > >and you would do even more harm to people who are interested and are > >just looking in. > > I agree with this point. Will users get some explanation of why their mail > was bounced, or will it just float off into nullspace? And what of users > who are subscribed to the list? Will they suddenly be able to receive mail > from the list but not send to it? How do you even unsubscribe in that case? > > I read my e-mail on Windows, so I don't know from MX records and bogus > usernames. I filled out a rather simple set of forms in Eudora and dialed > my ISP; not a lot of room for such extensive filtering. I'm not even sure > what my domain name is after it gets through my ISP. I like to stay on > lists like hackers because it lets me learn by eavesdropping on more > knowledgable users. (Not to mention the occasional amusement value.) I > hope that the effort to block spammers doesn't hurt too many of us > legitimate but less-knowledgable users as well. > > K.S. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Sat Sep 6 19:28:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA20213 for hackers-outgoing; Sat, 6 Sep 1997 19:28:01 -0700 (PDT) Received: from buffy.isi.net (buffy.isi.net [204.71.194.215]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA20194 for ; Sat, 6 Sep 1997 19:27:57 -0700 (PDT) Received: from localhost (mike@localhost) by buffy.isi.net (8.8.5/ISI-1.5) with SMTP id TAA16830 for ; Sat, 6 Sep 1997 19:27:56 -0700 (PDT) Date: Sat, 6 Sep 1997 19:27:56 -0700 (PDT) From: Mike Hedlund X-Sender: mike@buffy To: hackers@freebsd.org Subject: fd's in uthread_select() / 2.2.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Has anyone done more then 1024 numfds in libc_r's select()? .. It seems to be a hard coded in uthread_select.c, and pthread_private.h : uthread_select.c: if (numfds > _thread_dtablesize) { numfds = _thread_dtablesize; } pthread_private.h: SCLASS int _thread_dtablesize /* Descriptor table size. */ #ifdef GLOBAL_PTHREAD_PRIVATE = 1024; #else ; #endif Before hacking up the kernel, i was wondering if the fd table size was hardcoded anywere else as 1024.. and if i would break alot of things by changing _thread_dtablesize .. ? -mike From owner-freebsd-hackers Sat Sep 6 19:49:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21238 for hackers-outgoing; Sat, 6 Sep 1997 19:49:13 -0700 (PDT) Received: from mph124.rh.psu.edu (hunt@MPH124.rh.psu.edu [128.118.126.83]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA21230 for ; Sat, 6 Sep 1997 19:49:08 -0700 (PDT) Received: (from hunt@localhost) by mph124.rh.psu.edu (8.8.7/8.8.7) id WAA15407; Sat, 6 Sep 1997 22:49:03 -0400 (EDT) Message-ID: <19970906224902.21528@mph124.rh.psu.edu> Date: Sat, 6 Sep 1997 22:49:02 -0400 From: Matthew Hunt To: "Jordan K. Hubbard" Cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: A quick note to those without DNS resolvable mail hosts. Reply-To: Matthew Hunt References: <19970906112341.62007@lemis.com> <25287.873511515@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <25287.873511515@time.cdrom.com>; from Jordan K. Hubbard on Fri, Sep 05, 1997 at 07:05:15PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Sep 05, 1997 at 07:05:15PM -0700, Jordan K. Hubbard wrote: > I didn't say we were killing AOL.COM, I merely cited them as an > example of someplace people generally didn't want to be. :) On the other hand, you are taking (perfectly reasonable, IMHO) measures to become more like aol.com: Connected to mrin40.mx.aol.com. [... trimmed -mph ... ] mail from: 550 ... Sender domain not found in DNS (see RFC 1123, sections 5.2.2 and 5.2.18). It seems to me that requiring valid DNS is reasonable, since if your DNS is broken, not only won't you be able to send mail to freebsd.org, you also won't be able to send mail to aol.com and who knows where else? My personal machine for one... -- Matthew Hunt * Think locally, act globally. finger hunt@mph124.rh.psu.edu for PGP public key. From owner-freebsd-hackers Sat Sep 6 19:54:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21393 for hackers-outgoing; Sat, 6 Sep 1997 19:54:02 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21387 for hackers; Sat, 6 Sep 1997 19:54:00 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199709070254.TAA21387@hub.freebsd.org> Subject: spam and the FreeBSD mailing lists To: hackers Date: Sat, 6 Sep 1997 19:53:59 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk in light of the recent discussion of spam and the changes in sendmail configuration on the FreeBSD mailing list host (hub.freebsd.org), here are my thoughts on the matter and how we have implemented the changes. the primary goal is to preserve the FreeBSD mailing lists as a useful source of information and discussion for the subscribers. the mail archives, digests and mailing list search web page are all "extra" features to increase the usefulness of the mailing lists. each major topic, and some minor ones, have a dedicated list; the purpose is to provide information of interest to the subscribers without a large amount of extraneous material, including but not limited to spam. in order to fulfill this goal, the mail must be delivered to the subscibers. majordomo, bulk_mailer and the mail relay sites are configured to speed the mail its destination. getting the information out to as large an audience as possible is a secondary goal and the reason for the mail-to-news gateways. news reaches a much larger number of people than our mailing lists. this provides FreeBSD a presence on the 'net that the mailing lists alone can not provide. however, newsgroups have an unfortunate level of junk (flamefests, spam, and more). therefore, the mail- to-news gateways are one-way doors. a person reading a FreeBSD newsgroup can subscribe to the list(s) and participate, but they must subscribe to do so. so what does this have to do with spam? when preventing spam from reaching subscribers interferes with the purpose of the mailing lists, delivering the mail with some quantity of spam is more important than stopping every spam. for example, we recently received spam from two sources: intergate.net and compuserve.com. intergate.net is an isp in georgia, usa and compuserve is.....well you know what compuserve is. if i was to block mail from intergate.net and compuserve.com, i would have prevented these spam emails from reaching the subscribers. in doing so, i would have blocked mail from 45 subscribers to the mailing lists. (jenny@intergate.net, a spammer today, may be a legitimate user next month when the email address is given to someone else.) therefore, we are not blocking mail from sites that can not be resolved in the DNS. not that i dont want to, there are just too many newbies out there that send mail to the lists. we are not "hiding" email addresses in messages that go to the mail-to-news gateways. we want people to be able to send mail to each other. sendmail and procmail provide methods of preventing spam from reaching you. the anti-spam rules that i have installed on hub.freebsd.org are based upon those available from http://tech.gulf.net/spam/. i expect that they will become more elaborate over time ;(. those of you with a perverse interest in sendmail files and accounts on hub can look in /usr/src/.usr.sbin/sendmail/cf/cf/hub.mc. those with perverse interest but without accounts on hub, please me email and i will send the config file(s) to you. (if there is sufficient interest, i'll post them on the list). jmb -- Jonathan M. Bresler FreeBSD Core Team, Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Sat Sep 6 23:58:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01739 for hackers-outgoing; Sat, 6 Sep 1997 23:58:12 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA01707 for ; Sat, 6 Sep 1997 23:58:02 -0700 (PDT) Received: (qmail 3883 invoked by uid 1000); 7 Sep 1997 06:58:23 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199709061855.NAA00511@argus.tfs.net> Date: Sat, 06 Sep 1997 23:58:22 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: jbryant@tfs.net Subject: RE: The back-door bill [was Re: Key escrow] Cc: jamesbryant@sprintmail.com, freebsd-hackers@FreeBSD.ORG, barry@Lustig.COM Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ``Bogus Paranoia'' Aside, what you did quote does scare me. Ignore the ``purpose'' sentences ``...To ....'' - they mean nothing. Read what authority the government assumes for itself, and what you will not be able to do no more. You being a person or otherwise. ``Private'' or otherwise. Simon Hi Jim Bryant; On 06-Sep-97 you wrote: > In reply: > [lots of completely fabricated text deleted] > > Of course accrding to the actual bill, the text the above is also a > complete fabrication. Nothing pisses me off more than lame pukes that > go spreading bogus paranoia about pending legislation by completly > fabricating what the legislation is about. > > At least they managed to get the title of the bill correct. > > For more information look up the entire bill text [S.909-IS] at: > > http://thomas.loc.gov > > or use the link to thomas at > > http://www.house.gov > > In the mean time, all of the section headers are directly pasted from > the bill below. > > --------------------------------------------------------------------- > > > > > S.909 > > Secure Public Networks Act > (Introduced in the Senate) > > > S 909 IS > > 105th CONGRESS > > 1st Session > > S. 909 > > To encourage and facilitate the creation of secure public networks for > communication, commerce, education, medicine, and government. > > IN THE SENATE OF THE UNITED > STATES > > June 16, 1997 > > Mr. MCCAIN (for himself, Mr. KERREY, and Mr. HOLLINGS) introduced the > following bill; which was read twice and referred to the Committee on > Commerce, Science, and Transportation > > > > A BILL > > To encourage and facilitate the creation of secure public networks for > communication, commerce, education, medicine, and government. > > Be it enacted by the Senate and House of Representatives of the > United States of America in Congress assembled, > > SEC. 1. SHORT TITLE. > > This Act may be cited as the `Secure Public Networks Act' . > > SEC. 2. DECLARATION OF POLICY. > > It is the policy of the United States to encourage and facilitate > the creation of secure public networks for communication, commerce, > education, > research, medicine and government. > > TITLE I--DOMESTIC USES OF > ENCRYPTION > > SEC. 101. LAWFUL USE OF ENCRYPTION. > > Except as otherwise provided by this Act or otherwise provided by > law, it shall be lawful for any person within any State to use any > encryption, > regardless of encryption algorithm selected, encryption key length > chosen, or implementation technique or medium used. > > SEC. 102. PROHIBITION ON MANDATORY THIRD PARTY ESCROW OF KEYS USED FOR > ENCRYPTION OF CERTAIN > COMMUNICATIONS. > > Neither the Federal Government nor a State may require the escrow > of an encryption key with a third party in the case of an encryption key > used > solely to encrypt communications between private persons within > the United States. > > SEC. 103. VOLUNTARY PRIVATE SECTOR PARTICIPATION IN KEY MANAGEMENT > STRUCTURE. > > The participation of the private persons in the key management > infrastructure enabled by this Act is voluntary. > > SEC. 104. UNLAWFUL USE OF ENCRYPTION. > > Whoever knowingly encrypts data or communications in furtherance > of the commission of a criminal offense for which the person may be > prosecuted in a court of competent jurisdiction and may be > sentenced to a term of imprisonment of more than one year shall, in > addition to any > penalties for the underlying criminal offense, be fined under > title 18, United States Code, or imprisoned not more than five years, or > both, for a first > conviction or fined under title 18, United States Code, or > imprisoned not more than ten years, or both, for a second or subsequent > conviction. The > mere use of encryption shall not constitute probable cause to > believe that a crime is being or has been committed. > > SEC. 105. PRIVACY PROTECTION. > > (a) IN GENERAL- It shall be unlawful for any person to > intentionally-- > > (1) obtain or use recovery information without lawful > authority for the purpose of decrypting data or communications; > > (2) exceed lawful authority in decrypting data or > communications; > > (3) break the encryption code of another person without > lawful authority for the purpose of violating the privacy, security or > property rights of > that person; > > (4) intercept on a public communications network without > lawful authority the intellectual property of another person for the > purpose of > violating the intellectual property rights of that person; > > (5) impersonate another person for the purpose of obtaining > recovery information of that person without lawful authority; > > (6) issue a key to another person in furtherance of a crime; > > (7) disclose recovery information in violation of a > provision of this Act ; or > > jim > -- > All opinions expressed are mine, if you | "I will not be pushed, > stamped, > think otherwise, then go jump into turbid | briefed, debriefed, > indexed, or > radioactive waters and yell WAHOO !!! | numbered!" - #1, "The > Prisoner" > ------------------------------------------------------------------------- > ----- > Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: > EM28PW > voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. > http://www.tfs.net/~jbryant > ------------------------------------------------------------------------- > ----- > HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: > KPC-3+ --- Sincerely Yours, (Sent on 06-Sep-97, 23:52:06 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313