From owner-freebsd-hackers Sun Aug 31 00:52:16 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <scrappy@hub.org>
To: Brian Somers <brian@awfulhak.org>
cc: hackers@FreeBSD.ORG
Subject: Re: PPP 'Bursts' with newest 3.0-CURRENT...
In-Reply-To: <199708241052.LAA19878@awfulhak.org>
Message-ID: <Pine.NEB.3.96.970831044025.12587x-100000@thelab.hub.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freefall.FreeBSD.org>; 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 <kuku@gilberto.physik.RWTH-Aachen.DE>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>
Cc: Christoph Kukulies <kuku@gilberto.physik.RWTH-Aachen.DE>,
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970831123452.Joachim.Jaeckel@d.kamp.net>
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 <Joachim.Jaeckel@d.kamp.net>
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 <Joachim.Jaeckel@d.kamp.net>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <scrappy@hub.org>
cc: Brian Somers <brian@awfulhak.org>, 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."
<Pine.NEB.3.96.970831044025.12587x-100000@thelab.hub.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 31 Aug 1997 17:33:20 +0100
From: Brian Somers <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Sun Aug 31 13:42:48 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <peter@grendel.IAEhv.nl>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970831211536.Joachim.Jaeckel@d.kamp.net>
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: <XFMail.970831123452.Joachim.Jaeckel@d.kamp.net>
Date: Sun, 31 Aug 1997 21:14:35 +0200 (CEST)
From: Joachim Jaeckel <Joachim.Jaeckel@d.kamp.net>
To: Joachim Jaeckel <Joachim.Jaeckel@d.kamp.net>
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 <Joachim.Jaeckel@d.kamp.net>
>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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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: <XFMail.970831214746.isis@cockatoo.aus.org>
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 <isis@cockatoo.aus.org>
To: Peter Korsten <peter@grendel.IAEhv.nl>
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 <Moluccan Royalty> and her subjects:
Ruckus and Zorro <U2s>, Lil Guy and Joey <tiels>,
Cassidy <Jardine>, Jen and Luke <humans>,
and 4 cats...
http://kawaii.aus.org/~hendrix
From owner-freebsd-hackers Sun Aug 31 20:27:47 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <searle@longacre.demon.co.uk>
cc: hackers@FreeBSD.ORG
Subject: Re: Insat Wireless
In-reply-to: Your message of "Fri, 29 Aug 1997 01:55:09 -0000."
<mC0FD1ABA@longacre.demon.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 01 Sep 1997 12:49:53 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <benedict@echonyc.com>
To: Peter Korsten <peter@grendel.IAEhv.nl>
cc: hackers@FreeBSD.ORG
Subject: Re: Netscape Communicator 4.02b7
In-Reply-To: <19970831222734.00424@grendel.IAEhv.nl>
Message-ID: <Pine.GSO.3.96.970831233956.1987A-100000@echonyc.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.org>; 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 <hackers@FreeBSD.org>; 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 <benedict@echonyc.com>
cc: Peter Korsten <peter@grendel.IAEhv.nl>, hackers@FreeBSD.org
Subject: Re: Netscape Communicator 4.02b7
In-reply-to: Your message of "Sun, 31 Aug 1997 23:40:30 -0400."
<Pine.GSO.3.96.970831233956.1987A-100000@echonyc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 01 Sep 1997 13:40:18 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <toor@dyson.iquest.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Mon, 1 Sep 1997 00:26:40 -0500 (CDT)
Date: Mon, 1 Sep 1997 00:26:39 -0500 (CDT)
From: Jimbo Bahooli <griffin@blackhole.iceworld.org>
To: freebsd-hackers@freebsd.org
Subject: Patch to sshd to maintain consistency when using libwrap.
Message-ID: <Pine.BSF.3.96.970901002120.196A-100000@blackhole.iceworld.org>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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" <babkin@hq.icb.chel.su>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Jimbo Bahooli <griffin@blackhole.iceworld.org>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Patch to sshd to maintain consistency when using libwrap.
In-Reply-To: <Pine.BSF.3.96.970901002120.196A-100000@blackhole.iceworld.org>
Message-ID: <Pine.BSF.3.96.970831230149.1284A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <reilly@zeta.org.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd-hackers@FreeBSD.ORG>; Mon, 1 Sep 1997 11:39:16 +0200 (CEST)
Date: Mon, 1 Sep 1997 11:39:16 +0200 (CEST)
From: Andrzej Bialecki <abial@korin.warman.org.pl>
To: freebsd-hackers@FreeBSD.ORG
Subject: libss
Message-ID: <Pine.NEB.3.95.970901113616.530A-100000@korin.warman.org.pl>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <reilly@zeta.org.au>
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 <sfarrell@healthquiz.com>
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 <reilly@zeta.org.au> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <reilly@zeta.org.au>
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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <reilly@zeta.org.au>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <jonny@mailhost.coppe.ufrj.br>
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<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,LINK2,MULTICAST> 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<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> 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<UP,LOOPBACK,RUNNING,MULTICAST> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> 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<UP,LOOPBACK,RUNNING,MULTICAST> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <jhay@mikom.csir.co.za>
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<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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: <Pine.BSF.3.96.970831230149.1284A-100000@counterintelligence.ml.org>
References: <Pine.BSF.3.96.970831230149.1284A-100000@counterintelligence.ml.org>
Organization: Polstra & Co., Seattle, WA
Cc: hackers@freebsd.org
Date: Mon, 01 Sep 1997 09:37:24 -0700
From: John Polstra <jdp@polstra.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <jonny@mailhost.coppe.ufrj.br>
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<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST> 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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <jmattson@wco.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <pechter@lakewood.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Mon, 1 Sep 1997 13:56:19 -0700 (PDT)
Date: Mon, 1 Sep 1997 13:56:19 -0700 (PDT)
From: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
To: freebsd-hackers@freebsd.org
Subject: Syslog Facility
Message-ID: <Pine.BSF.3.96.970901135441.1473A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd-hackers@FreeBSD.ORG>; Mon, 1 Sep 1997 14:38:58 -0700 (PDT)
Date: Mon, 1 Sep 1997 14:38:58 -0700 (PDT)
From: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: Syslog Facility
In-Reply-To: <Pine.BSF.3.96.970901135441.1473A-100000@counterintelligence.ml.org>
Message-ID: <Pine.BSF.3.96.970901143100.1779A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <atrens@nortel.ca>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Mon, 1 Sep 1997 16:17:21 -0700 (PDT)
Date: Mon, 1 Sep 1997 16:17:21 -0700 (PDT)
From: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
To: freebsd-hackers@freebsd.org
Subject: SIGCLD
Message-ID: <Pine.BSF.3.96.970901161354.2293B-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
Cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
References: <Pine.BSF.3.96.970901161354.2293B-100000@counterintelligence.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970901161354.2293B-100000@counterintelligence.ml.org>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Greg Lehey <grog@lemis.com>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
In-Reply-To: <19970902103758.36370@lemis.com>
Message-ID: <Pine.BSF.3.96.970901184254.3269A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
cc: Greg Lehey <grog@lemis.com>, freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
In-reply-to: Your message of "Mon, 01 Sep 1997 18:45:36 PDT."
<Pine.BSF.3.96.970901184254.3269A-100000@counterintelligence.ml.org>
From: David Greenman <dg@root.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd-hackers@FreeBSD.ORG>;
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 <lxin@gatekeeper.ncic.ac.cn>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Mon, 1 Sep 1997 20:07:51 -0700 (PDT)
Date: Mon, 1 Sep 1997 20:07:51 -0700 (PDT)
From: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
To: freebsd-hackers@freebsd.org
Subject: Select syscall
Message-ID: <Pine.BSF.3.96.970901200346.3652A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: dg@root.com
Cc: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>,
freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
References: <Pine.BSF.3.96.970901184254.3269A-100000@counterintelligence.ml.org> <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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: David Greenman <dg@root.com>
cc: Greg Lehey <grog@lemis.com>, freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
In-Reply-To: <199709020249.TAA16490@implode.root.com>
Message-ID: <Pine.BSF.3.96.970901203511.3844A-100000@counterintelligence.ml.org>
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 <stdio.h>
#include <unistd.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/wait.h>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <marcs@znep.com>
To: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Select syscall
In-Reply-To: <Pine.BSF.3.96.970901200346.3652A-100000@counterintelligence.ml.org>
Message-ID: <Pine.BSF.3.95.970901214128.6657D-100000@alive.znep.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
cc: Greg Lehey <grog@lemis.com>, freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
In-reply-to: Your message of "Mon, 01 Sep 1997 20:41:37 PDT."
<Pine.BSF.3.96.970901203511.3844A-100000@counterintelligence.ml.org>
From: David Greenman <dg@root.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: David Greenman <dg@root.com>
cc: Greg Lehey <grog@lemis.com>, freebsd-hackers@FreeBSD.ORG
Subject: Re: SIGCLD
In-Reply-To: <199709020354.UAA17302@implode.root.com>
Message-ID: <Pine.BSF.3.96.970901210553.4103B-100000@counterintelligence.ml.org>
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 <stdio.h>
#include <unistd.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <fcntl.h>
#include <sys/stat.h>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <henrich@crh.cl.msu.edu>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <ulf@Alameda.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <perlsta@fang.cs.sunyit.edu>
To: Charles Henrich <henrich@crh.cl.msu.edu>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Help With NATD configuration (2 ethernets)
In-Reply-To: <19970902002749.11791@crh.cl.msu.edu>
Message-ID: <Pine.BSF.3.95.970902060537.4002C-100000@fang.cs.sunyit.edu>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <dk@dog.farm.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <smalifreebsd@hotmail.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <kev@lab321.ru>
To: Suresh Mali <smalifreebsd@hotmail.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Posix thread support
In-Reply-To: <199709020823.BAA29019@f37.hotmail.com>
Message-ID: <Pine.BSF.3.96.SK.970902165609.21808B-100000@lab321.ru>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; Tue, 2 Sep 1997 05:55:30 -0700 (PDT)
Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3)
id <R9RTGA4Q>; Tue, 2 Sep 1997 07:56:47 -0500
Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA5E@pds-gateway.pdspc.com>
From: Kenny Hanson <khanson@pdspc.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; Tue, 2 Sep 1997 06:39:04 -0700 (PDT)
Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3)
id <R9RTGA40>; Tue, 2 Sep 1997 08:40:25 -0500
Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA65@pds-gateway.pdspc.com>
From: Kenny Hanson <khanson@pdspc.com>
To: "'freebsd-hackers@FreeBSD.ORG'" <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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <henrich@crh.cl.msu.edu>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <batie@aahz.jf.intel.com>
To: Archie Cobbs <archie@whistle.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <wilko@yedi.iaf.nl>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <gilham@csl.sri.com>
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
<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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <costa@cortx.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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" <handy@sag.space.lockheed.com>
To: hackers@freebsd.org
Subject: Tape question
Message-Id: <Pine.OSF.3.96.970902141656.16187M-100000@sag.space.lockheed.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <gilham@csl.sri.com>
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" <jkh@time.cdrom.com>
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
> <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: <owner-freebsd-hackers>
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 <grog@lemis.com>
To: Gianmarco Giovannelli <gmarco@giovannelli.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Tue, 2 Sep 1997 21:11:58 -0700 (PDT)
Date: Tue, 2 Sep 1997 21:11:58 -0700 (PDT)
From: Jaye Mathisen <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: Anyway to get connect speed with usermode ppp/tun0 device?
Message-ID: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Jaye Mathisen <mrcpu@cdsnet.net>
Cc: hackers@FreeBSD.ORG
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>; 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 = <undef>;
eol2 = <undef>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <jbryant@argus.tfs.net>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mrcpu@cdsnet.net>
To: Greg Lehey <grog@lemis.com>
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: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
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 = <undef>;
> eol2 = <undef>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <rblim@aht.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
To: Jaye Mathisen <mrcpu@cdsnet.net>
Cc: FreeBSD Hackers <hackers@freebsd.org>
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <19970903142319.54464@lemis.com> <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>; 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <mrcpu@cdsnet.net>
cc: Greg Lehey <grog@lemis.com>, 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."
<Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Sep 1997 16:29:44 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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: <XFMail.970903004053.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mrcpu@cdsnet.net>
To: Mike Smith <mike@smith.net.au>
cc: Greg Lehey <grog@lemis.com>, 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: <Pine.NEB.3.95.970903010025.6434A-100000@mail.cdsnet.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <Shimon@i-Connect.Net>
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."
<XFMail.970903004053.Shimon@i-Connect.Net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Sep 1997 17:51:57 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <mrcpu@cdsnet.net>
cc: Mike Smith <mike@smith.net.au>, Greg Lehey <grog@lemis.com>,
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."
<Pine.NEB.3.95.970903010025.6434A-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Sep 1997 17:54:23 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd-hackers@FreeBSD.ORG>; 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 <rblim@aht.com>
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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <luigi@labinfo.iet.unipi.it>
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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <dufault@hda.com>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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 <phk@critter.freebsd.dk>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <kenth@HNS.St-Louis.Mo.US>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Greg Lehey <grog@lemis.com>
Cc: Jaye Mathisen <mrcpu@cdsnet.net>, hackers@freebsd.org
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
In-Reply-To: <19970903142319.54464@lemis.com>
References: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>
<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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Mike Smith <mike@smith.net.au>
Cc: Jaye Mathisen <mrcpu@cdsnet.net>, Greg Lehey <grog@lemis.com>,
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: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
<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: <owner-freebsd-hackers>
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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Wed, 3 Sep 1997 21:42:19 +0300 (EEST)
Date: Wed, 3 Sep 1997 21:42:19 +0300 (EEST)
From: Narvi <narvi@haldjas.folklore.ee>
To: hackers@freebsd.org
Subject: login.conf
Message-ID: <Pine.BSF.3.96.970903213752.1315A-100000@haldjas.folklore.ee>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <wilko@yedi.iaf.nl>
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: <Pine.OSF.3.96.970902141656.16187M-100000@sag.space.lockheed.com> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mrcpu@cdsnet.net>
cc: Greg Lehey <grog@lemis.com>, 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."
<Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Sep 1997 20:12:27 +0100
From: Brian Somers <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Wed Sep 3 12:31:42 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <jfieber@indiana.edu>
To: Narvi <narvi@haldjas.folklore.ee>
cc: hackers@FreeBSD.ORG
Subject: Re: login.conf
In-Reply-To: <Pine.BSF.3.96.970903213752.1315A-100000@haldjas.folklore.ee>
Message-ID: <Pine.BSF.3.96.970903142345.9791C-100000@fallout.campusview.indiana.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 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <narvi@haldjas.folklore.ee>
To: John Fieber <jfieber@indiana.edu>
cc: hackers@FreeBSD.ORG
Subject: Re: login.conf
In-Reply-To: <Pine.BSF.3.96.970903142345.9791C-100000@fallout.campusview.indiana.edu>
Message-ID: <Pine.BSF.3.96.970903223240.1315B-100000@haldjas.folklore.ee>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <lile@stdio.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <yinginc@pacbell.net>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <sos@sos.freebsd.dk>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <kevin@ipsilon.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <archie@whistle.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <archie@whistle.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <sos@sos.freebsd.dk>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <chuckr@glue.umd.edu>
X-Sender: chuckr@Journey2.mat.net
To: Nate Williams <nate@mt.sri.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Making FreeBSD display 16-bit (Kanji) characters
In-Reply-To: <199709031942.NAA28455@rocky.mt.sri.com>
Message-ID: <Pine.BSF.3.96.970903163325.474D-100000@Journey2.mat.net>
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
<mike@vlsivie.tuwien.ac.at>
>
> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <perlsta@fang.cs.sunyit.edu>
To: Yinginc <yinginc@pacbell.net>
cc: hackers@FreeBSD.ORG
Subject: Re: Help!
In-Reply-To: <340DC56D.7B3E@pacbell.net>
Message-ID: <Pine.BSF.3.95.970903213159.24972A-100000@fang.cs.sunyit.edu>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <jfieber@indiana.edu>
To: Narvi <narvi@haldjas.folklore.ee>
cc: hackers@FreeBSD.ORG
Subject: Re: login.conf
In-Reply-To: <Pine.BSF.3.96.970903223240.1315B-100000@haldjas.folklore.ee>
Message-ID: <Pine.BSF.3.96.970903163104.9965B-100000@fallout.campusview.indiana.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 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <karpen@ocean.campus.luth.se>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <rhh@ct.picker.com>
To: Jaye Mathisen <mrcpu@cdsnet.net>
Cc: hackers@FreeBSD.ORG
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81
In-Reply-To: <Pine.NEB.3.95.970902211058.9029T-100000@mail.cdsnet.net>; 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <rhh@ct.picker.com>
To: Sxren Schmidt <sos@sos.freebsd.dk>
Cc: Larry Lile <lile@stdio.com>, 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Wed, 3 Sep 1997 15:35:31 -0700 (PDT)
Date: Wed, 3 Sep 1997 15:35:30 -0700 (PDT)
From: Jaye Mathisen <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: 3.0 tuning tips?
Message-ID: <Pine.NEB.3.95.970903152830.22427M-100000@mail.cdsnet.net>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Archie Cobbs <archie@whistle.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <archie@whistle.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Nate Williams <nate@mt.sri.com>
Cc: Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
hackers@FreeBSD.ORG
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net> <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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Greg Lehey <grog@lemis.com>
Cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, hackers@freebsd.org
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
In-Reply-To: <19970904084024.29000@lemis.com>
References: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net>
<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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Søren Schmidt <sos@sos.freebsd.dk>
cc: FreeBSD hackers <hackers@FreeBSD.ORG>
Subject: Re: ASUS mediabus pinout ??
In-Reply-To: <199709032020.WAA00630@sos.freebsd.dk>
Message-ID: <Pine.BSF.3.96.970903165709.21011A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
To: Nate Williams <nate@mt.sri.com>
Cc: Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
hackers@freebsd.org
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <Pine.NEB.3.95.970902223809.9029U-100000@mail.cdsnet.net> <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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
Cc: Archie Cobbs <archie@whistle.com>, 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 <nate@mt.sri.com>'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: <top.873331791.13699@itojun.csl.sony.co.jp>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.org>; 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 <brianc@pobox.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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 <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Wed Sep 3 17:51:03 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Brian Somers <brian@awfulhak.org>
Cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <nate@mt.sri.com>
cc: Greg Lehey <grog@lemis.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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 <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Wed Sep 3 17:58:08 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
cc: Brian Somers <brian@awfulhak.org>, Nate Williams <nate@mt.sri.com>,
Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
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 <brian@awfulhak.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.
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Wed Sep 3 18:00:48 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Mike Smith <mike@smith.net.au>
Cc: Greg Lehey <grog@lemis.com>, Nate Williams <nate@mt.sri.com>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Brian Somers <brian@awfulhak.org>
Cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
cc: Brian Somers <brian@awfulhak.org>, Nate Williams <nate@mt.sri.com>,
Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
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 <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Wed Sep 3 18:15:53 1997
Return-Path: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <perlsta@fang.cs.sunyit.edu>
To: Brian Campbell <brianc@pobox.com>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: 2.2-stable swap usage?
In-Reply-To: <19970903202829.04429@pobox.com>
Message-ID: <Pine.BSF.3.95.970904011514.28583A-100000@fang.cs.sunyit.edu>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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: <XFMail.970903183525.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
To: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <brianc@pobox.com>
To: freebsd-hackers@FreeBSD.ORG
Subject: Re: 2.2-stable swap usage?
References: <19970903202829.04429@pobox.com> <Pine.BSF.3.95.970904011514.28583A-100000@fang.cs.sunyit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.76
In-Reply-To: <Pine.BSF.3.95.970904011514.28583A-100000@fang.cs.sunyit.edu>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <Shimon@i-Connect.Net>
cc: Mike Smith <mike@smith.net.au>, 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."
<XFMail.970903183525.Shimon@i-Connect.Net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 04 Sep 1997 11:39:44 +0930
From: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <toor@dyson.iquest.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.org>; 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 <brianc@pobox.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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: <XFMail.970903193542.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
To: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <brianc@pobox.com>
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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <Anthony.Kimball@East.Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Face: O9M"E%K;(f-Go/XDxL+pCxI5<W_e*r7B8ojMD.5+qDgOp4/\gTQEgbOoBqf:Vtl*aW:<;9/
UIVk'U^XhYg+v#r~*X<$Q=_ik@5:%E}pl]9|9|:]WLW8n:fLgg0~cfwWRBQxK/HSG0b1D/gljJC$qp
b=HDF@+"H<|fXy`w#$8#6A"!F:>*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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <alk@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Face: O9M"E%K;(f-Go/XDxL+pCxI5<W_e*r7B8ojMD.5+qDgOp4/\gTQEgbOoBqf:Vtl*aW:<;9/
UIVk'U^XhYg+v#r~*X<$Q=_ik@5:%E}pl]9|9|:]WLW8n:fLgg0~cfwWRBQxK/HSG0b1D/gljJC$qp
b=HDF@+"H<|fXy`w#$8#6A"!F:>*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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <Shimon@i-Connect.Net>
cc: Mike Smith <mike@smith.net.au>, 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."
<XFMail.970903193542.Shimon@i-Connect.Net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 04 Sep 1997 12:17:22 +0930
From: Mike Smith <mike@smith.net.au>
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;
...
<access foo via oof>
...
}
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <tom@sdf.com>
To: Jaye Mathisen <mrcpu@cdsnet.net>
cc: hackers@freebsd.org
Subject: Re: 3.0 tuning tips?
In-Reply-To: <Pine.NEB.3.95.970903152830.22427M-100000@mail.cdsnet.net>
Message-ID: <Pine.BSF.3.95q.970903195031.8064A-100000@misery.sdf.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <toor@dyson.iquest.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.com>; 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 <freebsd-hackers@FreeBSD.com>; 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 <saar-lists-freebsd-hackers@news.phil.uni-sb.de>; 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" <handy@sag.space.lockheed.com>
To: Terry Lambert <terry@lambert.org>
Cc: "Ron G. Minnich" <rminnich@Sarnoff.COM>, 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: <Pine.OSF.3.96.970825104138.18845F-100000@sag.space.lockheed.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <brianc@pobox.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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: <XFMail.970903212811.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
To: Mike Smith <mike@smith.net.au>
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;
> ...
> <access foo via oof>
> ...
> }
>
> 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970903220811.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
To: Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <mike@smith.net.au>, Simon Shapiro <Shimon@i-Connect.Net>
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 <syssgm@dtir.qld.gov.au>
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;
>...
> <access foo via oof>
>...
> }
>
>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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <toor@dyson.iquest.net>
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: <owner-freebsd-hackers>
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 <pdongre@opentech.stpn.soft.net>
Reply-To: pdongre@opentech.stpn.soft.net
X-Mailer: Mozilla 4.01 [en] (WinNT; I)
MIME-Version: 1.0
To: ArkanoiD <ark@paranoid.convey.ru>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <br@schiele-ct.de>
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: <owner-freebsd-hackers>
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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <sos@sos.freebsd.dk>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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: <XFMail.970904012900.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
To: Stephen McKay <syssgm@dtir.qld.gov.au>
Subject: Re: IOCTL Commands - Where is my mistake?
Cc: freebsd-hackers@freebsd.org, Mike Smith <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>
Cc: FreeBSD hackers <hackers@FreeBSD.ORG>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>
Cc: FreeBSD Hackers <hackers@freebsd.org>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Thu, 4 Sep 1997 09:33:28 GMT
Date: Thu, 4 Sep 1997 11:33:28 +0200 (CEST)
From: "didier@omnix.fr.org" <didier@omnix-net.com>
To: hackers@freebsd.org
Subject: scanner on parallel port (mustek)
Message-ID: <Pine.BSF.3.95.970904112928.23775A-100000@omnix-net.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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" <sos@sos.freebsd.dk> 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 <garyj@mofo.frt.dec.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Thu, 4 Sep 1997 12:45:53 +0200 (SAT)
Date: Thu, 4 Sep 1997 12:45:53 +0200 (SAT)
From: Khetan Gajjar <khetan@chain.iafrica.com>
X-Sender: khetan@chain
Reply-To: Khetan Gajjar <khetan@iafrica.com>
To: hackers@freebsd.org
Subject: FreeBSD gets a favorable review
Message-ID: <Pine.BSF.3.96.970904124524.425N-100000@chain>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <khetan@iafrica.com>
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."
<Pine.BSF.3.96.970904124524.425N-100000@chain>
Date: Thu, 04 Sep 1997 04:37:15 -0700
Message-ID: <18907.873373035@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <luiz@nlink.com.br>
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: <Pine.BSF.3.96.970904091033.10222B-100000@mirage.nlink.com.br>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Nate Williams <nate@mt.sri.com>
cc: Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
Greg Lehey <grog@lemis.com>, 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: <Pine.BSF.3.96.970904002902.10286A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <mike@smith.net.au>
cc: Brian Campbell <brianc@pobox.com>, 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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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 <phk@critter.freebsd.dk>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <spork@super-g.com>
X-Sender: spork@super-g.inch.com
To: Brian Somers <brian@awfulhak.org>
cc: Nate Williams <nate@mt.sri.com>, Greg Lehey <grog@lemis.com>,
Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
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: <Pine.BSF.3.96.970904100213.19295A-100000@super-g.inch.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <gozer@ludd.luth.se>
To: Greg Lehey <grog@lemis.com>
cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>,
FreeBSD Hackers <hackers@FreeBSD.ORG>
Subject: Re: Current unusable :(
In-Reply-To: <19970904181319.33380@lemis.com>
Message-ID: <Pine.SUN.3.95.970904152805.3394B-100000@father.ludd.luth.se>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <syssgm@dtir.qld.gov.au>
cc: Mike Smith <mike@smith.net.au>, Simon Shapiro <Shimon@i-Connect.Net>,
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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <jamie@itribe.net>
To: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, Greg Lehey <grog@lemis.com>,
hackers@freebsd.org
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
In-Reply-To: <Pine.BSF.3.96.970904002902.10286A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <brianc@pobox.com>
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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <scrantr@ix.netcom.com>
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 <brianc@pobox.com>
> 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: <owner-freebsd-hackers>
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 <robert@cyrus.watson.org>
Reply-To: Robert Watson <robert+freebsd@cyrus.watson.org>
To: ArkanoiD <ark@paranoid.convey.ru>
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: <Pine.BSF.3.96.970904103344.1543B-100000@cyrus.watson.org>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <sos@sos.freebsd.dk>
Message-Id: <199709041512.RAA00285@sos.freebsd.dk>
Subject: Re: Current unusable :(
In-Reply-To: <Pine.SUN.3.95.970904152805.3394B-100000@father.ludd.luth.se> 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <totii@est.is>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <bmcgover@cisco.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: =?iso-8859-1?Q?=DEor=F0ur?= Ivarsson <totii@est.is>
cc: hackers@FreeBSD.ORG
Subject: Re: How do I write device driver
In-Reply-To: <340ED42B.41C67EA6@est.is>
Message-ID: <Pine.BSF.3.96.970904091457.560A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <lee@wakky.dyn.ml.org>
To: Pedro Salenbauch <pedrosal@nce.ufrj.br>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freefall.FreeBSD.org>; 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 <freebsd-hackers@freefall.cdrom.com>; 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 <garyj@muc.de>
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 <garyj@peedub.muc.de>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <peter@grendel.IAEhv.nl>
To: FreeBSD hackers <hackers@FreeBSD.ORG>
Subject: Re: ASUS mediabus pinout ??
References: <199709032020.WAA00630@sos.freebsd.dk> <Pine.BSF.3.96.970903165709.21011A-100000@counterintelligence.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.67e
In-Reply-To: <Pine.BSF.3.96.970903165709.21011A-100000@counterintelligence.ml.org>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Thu, 4 Sep 1997 15:25:51 -0700 (PDT)
Date: Thu, 4 Sep 1997 15:25:51 -0700 (PDT)
From: Jaye Mathisen <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: What the heck is state newbuf?
Message-ID: <Pine.NEB.3.95.970904152422.7803N-100000@mail.cdsnet.net>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.com>; 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 <hackers@freebsd.com>; 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 <freebsd@atipa.com>
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: <Pine.BSF.3.91.970904171707.5234A-100000@dot.ishiboo.com>
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
> real memory = 33554432 (32768K bytes)
>
> Probing for devices on PCI bus 0:
> chip0 <generic PCI bridge (vendor=8086 device=7100 subclass=0)> rev 1 on pci0:0
> chip1 <generic PCI bridge (vendor=8086 device=7110 subclass=1)> 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 <generic PCI bridge (vendor=8086 device=7113 subclass=128)> rev 1 on pci0:1:3
> vga0 <VGA-compatible display device> 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): <QUANTUM FIREBALL ST4.3A>
> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mike@smith.net.au>
cc: Greg Lehey <grog@lemis.com>, Nate Williams <nate@mt.sri.com>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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 <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Thu Sep 4 16:50:49 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
Cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, hackers@FreeBSD.ORG
Subject: Re: Anyway to get connect speed with usermode ppp/tun0 device?
References: <199709031656.KAA27641@rocky.mt.sri.com> <Pine.BSF.3.96.970904002902.10286A-100000@counterintelligence.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970904002902.10286A-100000@counterintelligence.ml.org>; 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Brian Somers <brian@awfulhak.org>
Cc: Mike Smith <mike@smith.net.au>, Nate Williams <nate@mt.sri.com>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Jaye Mathisen <mrcpu@cdsnet.net>
cc: hackers@FreeBSD.ORG
Subject: Re: What the heck is state newbuf?
In-Reply-To: <Pine.NEB.3.95.970904152422.7803N-100000@mail.cdsnet.net>
Message-ID: <Pine.BSF.3.96.970904175007.1332A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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" <jamil@acromail.ml.org>
To: freebsd-stable@freebsd.org
cc: freebsd-hackers@freebsd.org
Subject: FreeBSD floppy disk driver does not work...
Message-ID: <Pine.BSF.3.96.970904180144.3536A-100000@acromail.ml.org>
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<abnrml> ST1 20<bad_crc>
ST2 20<bad_crc> cyl 1 hd 0 sec 7)
fd0c: hard error reading fsbn 42 of 40-43 (ST0 40<abnrml> ST1 20<bad_crc>
ST2 20<bad_crc> cyl 1 hd 0 sec 7)
fd0c: hard error reading fsbn 60 of 60-63 (ST0 44<abnrml,top_head> ST1
20<bad_crc> ST2 20<bad_crc> cyl 1 hd 1 sec 7)
fd0c: hard error reading fsbn 67 of 64-67 (ST0 44<abnrml,top_head> ST1
20<bad_crc> ST2 20<bad_crc> cyl 1 hd 1 sec 14)
fd0c: hard error reading fsbn 67 of 64-67 (ST0 44<abnrml,top_head> ST1
20<bad_crc> ST2 20<bad_crc> cyl 1 hd 1 sec 14)
fd0c: hard error reading fsbn 74 of 72-75 (ST0 40<abnrml> ST1 20<bad_crc>
ST2 20<bad_crc> cyl 2 hd 0 sec 3)
fd0c: hard error reading fsbn 89 of 88-91 (ST0 40<abnrml> ST1 20<bad_crc>
ST2 20<bad_crc> cyl 2 hd 0 sec 18)
fd0c: hard error reading fsbn 114 of 112-115 (ST0 40<abnrml> ST1
20<bad_crc> ST2 20<bad_crc> cyl 3 hd 0 sec 7)
fd0c: hard error reading fsbn 114 of 112-115 (ST0 40<abnrml> ST1
20<bad_crc> ST2 20<bad_crc> cyl 3 hd 0 sec 7)
fd0c: hard error reading fsbn 114 of 112-115 (ST0 40<abnrml> ST1
20<bad_crc> ST2 20<bad_crc> cyl 3 hd 0 sec 7)
fd0c: hard error reading fsbn 132 of 132-135 (ST0 44<abnrml,top_head> ST1
20<bad_crc> ST2 20<bad_crc> cyl 3 hd 1 sec 7)
From owner-freebsd-hackers Thu Sep 4 18:16:26 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, Greg Lehey <grog@lemis.com>,
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."
<Pine.BSF.3.96.970904002902.10286A-100000@counterintelligence.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 05 Sep 1997 00:02:22 +0100
From: Brian Somers <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Thu Sep 4 18:16:38 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <spork@super-g.com>
cc: Brian Somers <brian@awfulhak.org>, Nate Williams <nate@mt.sri.com>,
Greg Lehey <grog@lemis.com>, Mike Smith <mike@smith.net.au>,
Jaye Mathisen <mrcpu@cdsnet.net>, 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."
<Pine.BSF.3.96.970904100213.19295A-100000@super-g.inch.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 05 Sep 1997 02:04:35 +0100
From: Brian Somers <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Thu Sep 4 18:22:41 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Johan Larsson <gozer@ludd.luth.se>
Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>,
FreeBSD Hackers <hackers@FreeBSD.ORG>
Subject: Re: Current unusable :(
References: <19970904181319.33380@lemis.com> <Pine.SUN.3.95.970904152805.3394B-100000@father.ludd.luth.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.SUN.3.95.970904152805.3394B-100000@father.ludd.luth.se>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>
Cc: Johan Larsson <gozer@ludd.luth.se>, hackers@freebsd.org
Subject: Re: Current unusable :(
References: <Pine.SUN.3.95.970904152805.3394B-100000@father.ludd.luth.se> <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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Thu, 4 Sep 1997 21:40:43 -0400 (EDT)
Date: Thu, 4 Sep 1997 21:40:41 -0400 (EDT)
From: Brian Mitchell <brian@firehouse.net>
To: hackers@freebsd.org
Subject: sysctl within lkm?
Message-ID: <Pine.BSI.3.95.970904213914.8056A-100000@shell.firehouse.net>
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: <owner-freebsd-hackers>
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 <grog@lemis.com>
To: "J. Weatherbee" <jamil@acromail.ml.org>
Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG
Subject: Re: FreeBSD floppy disk driver does not work...
References: <Pine.BSF.3.96.970904180144.3536A-100000@acromail.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970904180144.3536A-100000@acromail.ml.org>; 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<abnrml> ST1 20<bad_crc>
> ST2 20<bad_crc> 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: <owner-freebsd-hackers>
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" <root@acromail.ml.org>
To: Greg Lehey <grog@lemis.com>
cc: "J. Weatherbee" <jamil@acromail.ml.org>, 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: <Pine.BSF.3.96.970904185525.3885A-100000@acromail.ml.org>
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<abnrml> ST1 20<bad_crc>
> > ST2 20<bad_crc> 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: <owner-freebsd-hackers>
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 <grog@lemis.com>
To: "J. Weatherbee - Chief Systems Engineer" <root@acromail.ml.org>
Cc: "J. Weatherbee" <jamil@acromail.ml.org>, freebsd-stable@FreeBSD.ORG,
freebsd-hackers@FreeBSD.ORG
Subject: Re: FreeBSD floppy disk driver does not work...
References: <19970905111656.34744@lemis.com> <Pine.BSF.3.96.970904185525.3885A-100000@acromail.ml.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970904185525.3885A-100000@acromail.ml.org>; 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<abnrml> ST1 20<bad_crc>
>>> ST2 20<bad_crc> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <durham@w2xo.pgh.pa.us>
Organization: Dis-
X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-970618-SNAP i386)
MIME-Version: 1.0
To: "didier@omnix.fr.org" <didier@omnix-net.com>
CC: hackers@FreeBSD.ORG
Subject: Re: scanner on parallel port (mustek)
References: <Pine.BSF.3.95.970904112928.23775A-100000@omnix-net.com>
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 <Television Engineer-Unitel Mobile Video, Pittsburgh>
<Computer Consultant/Hobbyist> <Amateur Radio: W2XO>
<Web:http://www.w2xo.pgh.pa.us> <Packet:W2XO@W2XO.#SWPA.PA.USA.NOAM>
From owner-freebsd-hackers Thu Sep 4 20:19:03 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <kev@lab321.ru>
To: hcremean@vt.edu
cc: Pedro Salenbauch <pedrosal@nce.ufrj.br>, hackers@FreeBSD.ORG
Subject: Re: Anonymous unknowm at freefall
In-Reply-To: <19970904132943.54579@wakky.dyn.ml.org>
Message-ID: <Pine.BSF.3.96.SK.970905101712.11514H-100000@lab321.ru>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <durham@w2xo.pgh.pa.us>
cc: "didier@omnix.fr.org" <didier@omnix-net.com>, 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 <mike@smith.net.au>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <spork@super-g.com>
X-Sender: spork@super-g.inch.com
To: Brian Somers <brian@awfulhak.org>
cc: Nate Williams <nate@mt.sri.com>, Greg Lehey <grog@lemis.com>,
Mike Smith <mike@smith.net.au>, Jaye Mathisen <mrcpu@cdsnet.net>,
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: <Pine.BSF.3.96.970905001925.1062B-100000@super-g.inch.com>
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 <brian@awfulhak.org>, <brian@freebsd.org>
> <http://www.awfulhak.org>
> Don't _EVER_ lose your sense of humour....
>
>
From owner-freebsd-hackers Thu Sep 4 21:19:38 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mike@smith.net.au>
cc: Jim Durham <durham@w2xo.pgh.pa.us>,
"didier@omnix.fr.org" <didier@omnix-net.com>, 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 <hasty@rah.star-gate.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <mike@smith.net.au>
cc: Jim Durham <durham@w2xo.pgh.pa.us>,
"didier@omnix.fr.org" <didier@omnix-net.com>, 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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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> <Pine.BSF.3.96.970904185525.3885A-100000@acromail.ml.org>
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: <Pine.BSF.3.96.970904185525.3885A-100000@acromail.ml.org>; 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <marcs@znep.com>
To: Brian McGovern <bmcgover@cisco.com>
cc: hackers@FreeBSD.ORG
Subject: Re: Getting FTP to die when route disappears
In-Reply-To: <199709041557.LAA19312@bmcgover-pc.cisco.com>
Message-ID: <Pine.BSF.3.95.970905000851.24903S-100000@alive.znep.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <sos@sos.freebsd.dk>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.com>; 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 <hackers@freebsd.com>; 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 <cgull@smoke.marlboro.vt.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Atipa <freebsd@atipa.com>, hackers@freebsd.com
Subject: PIIX3 controller does not support CD-ROMs under FreeBSD
In-Reply-To: <Pine.BSF.3.91.970904171707.5234A-100000@dot.ishiboo.com>
References: <19970904231703.5231.qmail@onyx.atipa.com>
<Pine.BSF.3.91.970904171707.5234A-100000@dot.ishiboo.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: <owner-freebsd-hackers>
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 <hackers@freebsd.com>; 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 <hackers@freebsd.com>; 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 <sos@sos.freebsd.dk>
Message-Id: <199709050630.IAA01417@sos.freebsd.dk>
Subject: Re: PIIX3 controller does not support CD-ROMs under FreeBSD
In-Reply-To: <Pine.BSF.3.91.970904171707.5234A-100000@dot.ishiboo.com> 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): <QUANTUM FIREBALL ST4.3A>
> > 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <grog@lemis.com>
To: =?iso-8859-1?Q?S=F8ren_Schmidt?= <sos@sos.freebsd.dk>
Cc: FreeBSD Hackers <hackers@freebsd.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; Fri, 5 Sep 1997 05:43:09 -0700 (PDT)
Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3)
id <S1XQNYWW>; Fri, 5 Sep 1997 07:44:25 -0500
Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70BE949@pds-gateway.pdspc.com>
From: Kenny Hanson <khanson@pdspc.com>
To: "FreeBSD Hackers (E-mail)" <freebsd-hackers@FreeBSD.ORG>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <luigi@labinfo.iet.unipi.it>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.com>; 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 <hackers@freebsd.com>; 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 <freebsd@atipa.com>
X-Sender: freebsd@dot.ishiboo.com
To: S øren Schmidt <sos@sos.freebsd.dk>
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: <Pine.BSF.3.91.970905072301.12608A-100000@dot.ishiboo.com>
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): <QUANTUM FIREBALL ST4.3A>
> > > 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd@atipa.com>
X-Sender: freebsd@dot.ishiboo.com
To: Kenny Hanson <khanson@pdspc.com>
cc: "FreeBSD Hackers \(E-mail\)" <freebsd-hackers@FreeBSD.ORG>
Subject: RE: PIIX3 controller does not support CD-ROMs under FreeBSD
In-Reply-To: <91DD7FDA88E4D011BED00000C0DD87E70BE949@pds-gateway.pdspc.com>
Message-ID: <Pine.BSF.3.91.970905074010.12608B-100000@dot.ishiboo.com>
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: <owner-freebsd-hackers>
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 <ark@paranoid.convey.ru>
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: <Pine.BSF.3.96.970904103344.1543B-100000@cyrus.watson.org> 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: <owner-freebsd-hackers>
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" <jamil@counterintelligence.ml.org>
To: Greg Lehey <grog@lemis.com>
cc: "J. Weatherbee - Chief Systems Engineer" <root@acromail.ml.org>,
"J. Weatherbee" <jamil@acromail.ml.org>, 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: <Pine.BSF.3.96.970904213127.1712A-100000@counterintelligence.ml.org>
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<abnrml> ST1 20<bad_crc>
> >>> ST2 20<bad_crc> 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <freebsd-hackers@FreeBSD.ORG>; 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 <ngps@post1.com>
To: ArkanoiD <ark@paranoid.convey.ru>
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 <ngps@post1.com>
From owner-freebsd-hackers Fri Sep 5 10:28:58 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Fri, 5 Sep 1997 10:28:23 -0700 (PDT)
Date: Fri, 5 Sep 1997 10:28:22 -0700 (PDT)
From: Jaye Mathisen <mrcpu@cdsnet.net>
To: hackers@freebsd.org
Subject: InetLoad -- What it is, where to get it.
Message-ID: <Pine.NEB.3.95.970905102402.5394D-100000@mail.cdsnet.net>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.com>; 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 <hackers@freebsd.com>; 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 <cgull@smoke.marlboro.vt.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
To: Atipa <freebsd@atipa.com>
Cc: Søren Schmidt <sos@sos.freebsd.dk>, hackers@freebsd.com
Subject: Re: PIIX3 controller does not support CD-ROMs under FreeBSD
In-Reply-To: <Pine.BSF.3.91.970905072301.12608A-100000@dot.ishiboo.com>
References: <199709050630.IAA01417@sos.freebsd.dk>
<Pine.BSF.3.91.970905072301.12608A-100000@dot.ishiboo.com>
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): <QUANTUM FIREBALL ST4.3A>
> > > > 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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <ian@gamespot.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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: <E0x73py-0006KK-00@rover.village.org>
From: Warner Losh <imp@village.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Fri, 5 Sep 1997 14:07:33 -0600 (MDT)
Date: Fri, 5 Sep 1997 14:07:33 -0600 (MDT)
From: Brandon Gillespie <brandon@roguetrader.com>
To: freebsd-hackers@freebsd.org
Subject: disklabel bugs/fixes
Message-ID: <Pine.BSF.3.96.970905135420.7652A-100000@roguetrader.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
cc: freebsd-hackers@FreeBSD.ORG, "J. Weatherbee" <jamil@acromail.ml.org>
Subject: Re: FreeBSD floppy disk driver does not work...
In-Reply-To: <19970905073108.SN45825@uriah.heep.sax.de>
Message-ID: <Pine.BSF.3.96.970905133842.822A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Fri, 5 Sep 1997 18:14:50 -0400 (EDT)
Date: Fri, 5 Sep 1997 18:14:49 -0400 (EDT)
From: spork <spork@super-g.com>
X-Sender: spork@super-g.inch.com
To: freebsd-hackers@freebsd.org
Subject: MySQL and www-sql
Message-ID: <Pine.BSF.3.96.970905175959.5112A-100000@super-g.inch.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970906011224.Joachim.Jaeckel@d.kamp.net>
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 <Joachim.Jaeckel@d.kamp.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <perlsta@fang.cs.sunyit.edu>
To: Joachim Jaeckel <Joachim.Jaeckel@d.kamp.net>
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Is it critical, to modify the socket-structure?
In-Reply-To: <XFMail.970906011224.Joachim.Jaeckel@d.kamp.net>
Message-ID: <Pine.BSF.3.95.970905233441.23180A-100000@fang.cs.sunyit.edu>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <julian@whistle.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <grog@lemis.com>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <julian@whistle.com>
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 <sys/kernel.h>
#include <sys/malloc.h>
#include <sys/syslog.h>
+ #include <sys/sysctl.h>
#ifdef DEVFS
#include <sys/devfsext.h>
#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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <cgull@smoke.marlboro.vt.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; Fri, 5 Sep 1997 20:50:51 -0600 (MDT)
Date: Fri, 5 Sep 1997 20:50:51 -0600 (MDT)
From: Brandon Gillespie <brandon@roguetrader.com>
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: <Pine.BSF.3.96.970905203709.8748A-100000@roguetrader.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <tegge@idi.ntnu.no>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <brandon@roguetrader.com>
To: john hood <cgull@smoke.marlboro.vt.us>
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: <Pine.BSF.3.96.970905205152.8748B-100000@roguetrader.com>
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: <owner-freebsd-hackers>
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 <FreeBSD-Hackers@FreeBSD.org>; 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 <FreeBSD-Hackers@FreeBSD.org>; Fri, 5 Sep 1997 23:41:02 -0400 (EDT)
Date: Fri, 5 Sep 1997 23:40:57 -0400 (EDT)
From: Chuck Robey <chuckr@glue.umd.edu>
X-Sender: chuckr@Journey2.mat.net
To: FreeBSD-Hackers <FreeBSD-Hackers@FreeBSD.org>
Subject: authentication [hase on ppp
Message-ID: <Pine.BSF.3.96.970905233639.6623G-100000@Journey2.mat.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; 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" <darius@senet.com.au>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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> <Pine.BSF.3.96.970905133842.822A-100000@counterintelligence.ml.org>
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: <Pine.BSF.3.96.970905133842.822A-100000@counterintelligence.ml.org>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
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" <jkh@time.cdrom.com>
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: <owner-freebsd-hackers>
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 <FreeBSD-Hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Chuck Robey <chuckr@glue.umd.edu>
Cc: FreeBSD-Hackers <FreeBSD-Hackers@FreeBSD.ORG>
Subject: Re: authentication [hase on ppp
References: <Pine.BSF.3.96.970905233639.6623G-100000@Journey2.mat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970905233639.6623G-100000@Journey2.mat.net>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: Nate Williams <nate@mt.sri.com>, 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <brandon@roguetrader.com>
To: john hood <cgull@smoke.marlboro.vt.us>
cc: hackers@FreeBSD.ORG
Subject: Re: A quick note to those without DNS resolvable mail hosts.
In-Reply-To: <Pine.BSF.3.96.970905205152.8748B-100000@roguetrader.com>
Message-ID: <Pine.BSF.3.96.970905223041.9149B-100000@roguetrader.com>
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: <owner-freebsd-hackers>
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 <FreeBSD-Hackers@FreeBSD.ORG>; 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 <chuckr@glue.umd.edu>
X-Sender: chuckr@Journey2.mat.net
To: Greg Lehey <grog@lemis.com>
cc: FreeBSD-Hackers <FreeBSD-Hackers@FreeBSD.ORG>
Subject: Re: authentication [hase on ppp
In-Reply-To: <19970906140518.52605@lemis.com>
Message-ID: <Pine.BSF.3.96.970906012345.6623H-100000@Journey2.mat.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
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: <Pine.BSF.3.96.970905230509.493A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <FreeBSD-Hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
To: Chuck Robey <chuckr@glue.umd.edu>
Cc: FreeBSD-Hackers <FreeBSD-Hackers@FreeBSD.ORG>
Subject: Re: authentication [hase on ppp
References: <19970906140518.52605@lemis.com> <Pine.BSF.3.96.970906012345.6623H-100000@Journey2.mat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81e
In-Reply-To: <Pine.BSF.3.96.970906012345.6623H-100000@Journey2.mat.net>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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> <Pine.BSF.3.96.970905230509.493A-100000@counterintelligence.ml.org>
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: <Pine.BSF.3.96.970905230509.493A-100000@counterintelligence.ml.org>; 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: <owner-freebsd-hackers>
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" <rgduvall@greymalkin.com>
To: smpatel@freebsd.org
cc: hackers@freebsd.org
Subject: Having trouble adding patch
Message-ID: <Pine.LNX.3.95.970906022824.989A-200000@greymalkin.com>
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: <Pine.LNX.3.95.970906023734.989B@greymalkin.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970906121835.Joachim.Jaeckel@d.kamp.net>
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: <Pine.BSF.3.95.970905233441.23180A-100000@fang.cs.sunyit.edu>
Date: Sat, 06 Sep 1997 12:14:46 +0200 (CEST)
From: Joachim Jaeckel <Joachim.Jaeckel@d.kamp.net>
To: Alfred Perlstein <perlsta@fang.cs.sunyit.edu>
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: <owner-freebsd-hackers>
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 <FreeBSD-Hackers@FreeBSD.ORG>; 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 <chuckr@glue.umd.edu>
cc: Greg Lehey <grog@lemis.com>, FreeBSD-Hackers <FreeBSD-Hackers@FreeBSD.ORG>
Subject: Re: authentication [hase on ppp
In-reply-to: Your message of "Sat, 06 Sep 1997 01:28:41 EDT."
<Pine.BSF.3.96.970906012345.6623H-100000@Journey2.mat.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 06 Sep 1997 11:02:42 +0100
From: Brian Somers <brian@awfulhak.org>
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Sat Sep 6 03:24:16 1997
Return-Path: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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 <grog@lemis.com>
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 <brian@awfulhak.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?
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 <brian@awfulhak.org>, <brian@freebsd.org>
<http://www.awfulhak.org>
Don't _EVER_ lose your sense of humour....
From owner-freebsd-hackers Sat Sep 6 07:27:47 1997
Return-Path: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <ahd@kew.com>
Organization: Kendra Electronic Wonderworks
X-Mailer: Mozilla 4.01 [en]C-MOENE (WinNT; U)
MIME-Version: 1.0
To: Brandon Gillespie <brandon@roguetrader.com>
CC: john hood <cgull@smoke.marlboro.vt.us>, hackers@FreeBSD.ORG
Subject: Re: A quick note to those without DNS resolvable mail hosts.
X-Priority: 3 (Normal)
References: <Pine.BSF.3.96.970905223041.9149B-100000@roguetrader.com>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <ksmm@cybercom.net>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; 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 <barry@Lustig.COM>
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 <<declan@well.com>
> 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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.org>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <joe@pavilion.net>
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 <joe@pavilion.net>-----
Message-ID: <19970902191204.09530@pavilion.net>
Date: Tue, 2 Sep 1997 19:12:04 +0100
From: Josef Karthauser <joe@pavilion.net>
To: Doug White <dwhite@resnet.uoregon.edu>
Cc: questions@FreeBSD.ORG
Subject: Re: Boot-Time Memory Allocation Problem?? :-(
References: <19970901205304.41045@pavilion.net> <Pine.BSF.3.96.970901223927.3114E-100000@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81
In-Reply-To: <Pine.BSF.3.96.970901223927.3114E-100000@localhost>; 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <joe@pavilion.net>
Cc: hackers@freebsd.org
Subject: Re: Boot-Time Memory Allocation Problem?? :-(
Reply-To: Jason Thorpe <thorpej@nas.nasa.gov>
From: Jason Thorpe <thorpej@nas.nasa.gov>
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 <joe@pavilion.net> 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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Sat, 6 Sep 1997 11:48:19 -0600 (MDT)
Date: Sat, 6 Sep 1997 11:48:19 -0600 (MDT)
From: Marc Slemko <marcs@znep.com>
To: hackers@freebsd.org
Subject: BSD make broken with forced targets
Message-ID: <Pine.BSF.3.95.970906113026.14839A-100000@alive.znep.com>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <jbryant@tfs.net>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@freebsd.org>; 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 <freebsd-hackers@freebsd.org>; Sat, 6 Sep 1997 11:59:38 -0700 (PDT)
Date: Sat, 6 Sep 1997 11:59:38 -0700 (PDT)
From: "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
To: freebsd-hackers@freebsd.org
Subject: Anybody Know the Difference Between IDC Blocks
In-Reply-To: <Pine.BSF.3.95.970906113026.14839A-100000@alive.znep.com>
Message-ID: <Pine.BSF.3.96.970906115627.4558A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hackers@FreeBSD.ORG>; 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 <roberto@keltia.freenix.fr>
To: hackers@FreeBSD.ORG
Subject: Re: A quick note to those without DNS resolvable mail hosts.
References: <199709060225.WAA03036@smoke.marlboro.vt.us> <Pine.BSF.3.96.970905205152.8748B-100000@roguetrader.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 0.76
In-Reply-To: <Pine.BSF.3.96.970905205152.8748B-100000@roguetrader.com>; 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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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" <jamil@counterintelligence.ml.org>
cc: freebsd-hackers@FreeBSD.ORG
From: "Louis A. Mamakos" <louie@TransSys.COM>
Subject: Re: Anybody Know the Difference Between IDC Blocks
References: <Pine.BSF.3.96.970906115627.4558A-100000@counterintelligence.ml.org>
In-reply-to: Your message of "Sat, 06 Sep 1997 11:59:38 PDT."
<Pine.BSF.3.96.970906115627.4558A-100000@counterintelligence.ml.org>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <gurney_j@efn.org>
To: The Classiest Man Alive <ksmm@cybercom.net>
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 <gurney_j@resnet.uoregon.edu>
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: <owner-freebsd-hackers>
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 <hackers@freebsd.org>; 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 <hackers@freebsd.org>; Sat, 6 Sep 1997 19:27:56 -0700 (PDT)
Date: Sat, 6 Sep 1997 19:27:56 -0700 (PDT)
From: Mike Hedlund <mike@isi.net>
X-Sender: mike@buffy
To: hackers@freebsd.org
Subject: fd's in uthread_select() / 2.2.2
Message-ID: <Pine.GSO.3.96.970906191410.16600A-100000@buffy>
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: <owner-freebsd-hackers>
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 <hackers@FreeBSD.ORG>; 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 <hunt@mph124.rh.psu.edu>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: Greg Lehey <grog@lemis.com>, hackers@FreeBSD.ORG
Subject: Re: A quick note to those without DNS resolvable mail hosts.
Reply-To: Matthew Hunt <mph@pobox.com>
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:<foo@not.a.host>
550 <foo@not.a.host>... 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 <mph@pobox.com> * 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: <owner-freebsd-hackers>
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" <jmb>
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: <owner-freebsd-hackers>
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 <freebsd-hackers@FreeBSD.ORG>; 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: <XFMail.970906235822.Shimon@i-Connect.Net>
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 <Shimon@i-Connect.Net>
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