Re: M$ using Linux?

Markus Döhr wrote: > > What do you think about that: > > [r...@beta ~]# nmap -vv -p119 -P0 -sT -O betanews.microsoft.com > > > Sequence numbers: E6E23C4C E7368B4F E6E0CC8D E79B4DEC E7A43C4E E76D208A > Remote operating system guess: Linux 2.1.122 - 2.1.132; 2.2.0-pre1 - 2.2.2 > OS Fingerprint: >

RE: Obtaining client host IP before accept()

On 18-Jun-99 Sheldon Hearn wrote: > Will the IP address of the client host ever enter buf[] if the > accept() is _not_ uncommented? > > I don't need portability, since this is for use within the FreeBSD inetd > exclusively. Well if you CAN'T do it in FreeBSD, is there an OS we can

Re: Beware of UnixWare 7

On Friday, 18 June 1999 at 20:38:08 -0700, Gary Kline wrote: > On Sat, Jun 19, 1999 at 08:54:44AM +0930, Greg Lehey wrote: > > [[ ... ]] >> >> I've tried twice more to install UnixWare. It makes all the right >> noises, but on reboot it just hangs. I'm giving up now. >> > >Maybe you sho

Re: Beware of UnixWare 7

On Sat, Jun 19, 1999 at 08:54:44AM +0930, Greg Lehey wrote: [[ ... ]] > > I've tried twice more to install UnixWare. It makes all the right > noises, but on reboot it just hangs. I'm giving up now. > Maybe you should check out Limux 6.0. I just saw it shrink-wrapped (RedHat + M

Re: firewalling (Was Re: Introduction)

On Sat, 19 Jun 1999, Darren Reed wrote: > In some email I received from Brian Fundakowski Feldman, sie wrote: > > How do you feel about (after getting it fixed in -CURRENT) helping with > > converting ipfw(8) to just a front-end to ipf? I think it's worth discussing > > whether it's actually worth

802.1q vlans supported ?

I notice that there are paches for Linux to implement VLANS. Do we support it? Joe Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-969-2203 Cell: 650-207-0372 Fax: 650-969-2124 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe

Re: firewalling (Was Re: Introduction)

In some email I received from Brian Fundakowski Feldman, sie wrote: > How do you feel about (after getting it fixed in -CURRENT) helping with > converting ipfw(8) to just a front-end to ipf? I think it's worth discussing > whether it's actually worth it to rewrite IPFW or just work on improving > i

firewalling (Was Re: Introduction)

How do you feel about (after getting it fixed in -CURRENT) helping with converting ipfw(8) to just a front-end to ipf? I think it's worth discussing whether it's actually worth it to rewrite IPFW or just work on improving ipfilter. (discussion moved to -hackers) Brian Fundakowski Feldman _ _

Re: SMP and Celerons...

In reply: > Heya, sorry I tried this one on -stable and -questions and noone seems to > know, and they actually go so far as to ask me how I got two celerons in a > motherboard... > > so I ask here. > > I have two PPGA(Socket 370) Celeron 333A's that are on MSI6905 Dual Socket > 1 adaptors... >

Re: M$ using Linux?

On Fri, 18 Jun 1999, [iso-8859-1] Markus Döhr wrote: > What do you think about that: > > [r...@beta ~]# nmap -vv -p119 -P0 -sT -O betanews.microsoft.com > > > Sequence numbers: E6E23C4C E7368B4F E6E0CC8D E79B4DEC E7A43C4E E76D208A > Remote operating system guess: Linux 2.1.122 - 2.1.132; 2.2.0-

Re: Introduction

Ok...i guess i would be the wrong person for cleaning the code since i kinda responsible for the damn thing being a mess in the first place. I can try:) I however have some ideas on how to make a better API (as in more hooks to userland, which btw now after i have read an "FTP requests comment, m

Re: Introduction

In some email I received from Nicolai Petri, sie wrote: > On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote: > > On Fri, 18 Jun 1999, Ruslan Ermilov wrote: > > > > > Let's join our efforts in this area! > > > IPFW code is very ugly... > > > >Which is basically due to it being hacked on for

Re: SMP and Celerons...

Pat Lynch wrote: > > Heya, sorry I tried this one on -stable and -questions and noone seems to > know, and they actually go so far as to ask me how I got two celerons in a > motherboard... Couple of things. freebsd-smp is probably the best list. > > I have two PPGA(Socket 370) Celeron 333A's th

Re: Beware of UnixWare 7

On Sat, 19 Jun 1999, Greg Lehey wrote: > > I have run UnixWare since day 1 - when Novell bought it from USL. > > I used it right from the beginning. The problems I recall were > disappearing files and failing NFS config; the latter was crucial for > the work I was doing, and the only way I found

SMP and Celerons...

Heya, sorry I tried this one on -stable and -questions and noone seems to know, and they actually go so far as to ask me how I got two celerons in a motherboard... so I ask here. I have two PPGA(Socket 370) Celeron 333A's that are on MSI6905 Dual Socket 1 adaptors... a Tyan Thunder 2 motherboard

Re: Beware of UnixWare 7

On Fri, 18 Jun 1999, Dennis wrote: > > >Many conf tasks remain non-trivial as compared to BSD or Linux due > >to inexpertise on SCO's end...as the red Sytem Admin Handbook once > >stated (Neveth, Snyder et al.) SCO Unix* is `perverse'. > > I enjoy reading the section in that book on network hard

Re: Beware of UnixWare 7

On Friday, 18 June 1999 at 7:17:14 -0400, Thomas Good wrote: > On Fri, 18 Jun 1999, Greg Lehey wrote: > >> Those of you who were at Usenix may have picked up a free copy of a >> UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. I >> tried installing it on a machine with two other

Re: M$ using Linux?

I heard that Windows-2000 IS linux :-) Dennis At 11:08 PM 6/18/99 +0200, Markus Döhr wrote: >What do you think about that: > >[r...@beta ~]# nmap -vv -p119 -P0 -sT -O betanews.microsoft.com > > >Sequence numbers: E6E23C4C E7368B4F E6E0CC8D E79B4DEC E7A43C4E E76D208A >Remote operating system guess

Re: Inetd and wrapping.

Around Today, "David Malone" wrote : DM> I think we may almost be there, and we've unearther problems with inetd DM> that were there anyway - but not as obvious without wrapping. While the DM> process is painful I think the end result may be OK. As a user, I'd say that it would certainly be ni

Re: Dual boot with LINUX

On Fri, Jun 18, 1999 at 04:29:39PM -0400, Dennis wrote: > At 10:07 PM 6/18/99 +0200, you wrote: > >Dennis wrote: > > > >> Can linux be booted using the freebsd boot manager? Lilo always seems to > >> want to install itself. > > > >Provided you install Linux in a primary fdisk partition (slice 1-4)

M$ using Linux?

What do you think about that: [r...@beta ~]# nmap -vv -p119 -P0 -sT -O betanews.microsoft.com Sequence numbers: E6E23C4C E7368B4F E6E0CC8D E79B4DEC E7A43C4E E76D208A Remote operating system guess: Linux 2.1.122 - 2.1.132; 2.2.0-pre1 - 2.2.2 OS Fingerprint: TSeq(Class=RI%gcd=1%SI=3A46A8) T1(Resp=

Re: Dual boot with LINUX

Dennis wrote: > At 10:07 PM 6/18/99 +0200, you wrote: > >Dennis wrote: > > > >> Can linux be booted using the freebsd boot manager? Lilo always seems to > >> want to install itself. > > > >Provided you install Linux in a primary fdisk partition (slice 1-4), > >it should work OK. The RedHat defaul

Re: Dual boot with LINUX

At 10:07 PM 6/18/99 +0200, you wrote: >Dennis wrote: > >> Can linux be booted using the freebsd boot manager? Lilo always seems to >> want to install itself. > >Provided you install Linux in a primary fdisk partition (slice 1-4), >it should work OK. The RedHat default is to install to an extended

3.1 panic: vm_page_unwire: invalid wire count: 0

Hello .. I'm getting the following panic on a P90 running 3.1-RELEASE. This system is one of our routers and crashes every week or so. I can't find any reference if this was fixed or not. If someone's been playing in this area recently I can schedule an upgrade to 3.2 or -STABLE if it would hel

Re: vinum performance

> > I have a drive that is rated at ~16 Meg/second, and indeed it delivers on > > the > > order of 15+ Meg/second. If I use Vinum to create a concatinated device > > of 2 such units performance drops to 2.5 Meg/sec. This seems like a > > drastic drop in performance. > > Indeed, if you're compa

Re: Dual boot with LINUX

Dennis wrote: > Can linux be booted using the freebsd boot manager? Lilo always seems to > want to install itself. Provided you install Linux in a primary fdisk partition (slice 1-4), it should work OK. The RedHat default is to install to an extended fdisk partition, and we don't support bootin

Re: Remote serial gdb--status?

Greg Lehey wrote: > > I've been away from work for several weeks, and I now find that I can > no longer start remote serial gdb. I am using sio0 on the debugged > machine side, and sio1 on the debugging machine side. Here are the > relevant dmesg outputs: > > panic (debugged machine): > > sio0

Re: Introduction

On Thu, Jun 17, 1999 at 02:34:55PM -0400, Ugen Antsilevitch wrote: > The part that obviously interests me is IPFW - if you guys are > interested to put some effort in "real" i.e. stateful firewall > to be developed i'd love to offer any help i can. > Great! How we should proceed -- that's the que

Re: help with CD-Rom

On Fri, Jun 18, 1999 at 12:57:40PM -0600, Wes Peters wrote: > > Could someone please explain the diffrence > > between wcd0 and acd0 devices? > > > > What has changed? > > The name. ATAPI CD-ROMs are now called "acd". MAKEDEV will typically > make wcd->acd symlinks in the /dev directory for hys

Re: Introduction

On Fri, 18 Jun 1999, Nicolai Petri wrote: > On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote: > > On Fri, 18 Jun 1999, Ruslan Ermilov wrote: > > > > > Let's join our efforts in this area! > > > IPFW code is very ugly... > > > > implementation, what new features should be added, and where we

Re: help with CD-Rom

Papezik Milon wrote: > > I see an "acd0" device line in my 3.2 GENERICS config file. > > Could someone please explain the diffrence > between wcd0 and acd0 devices? > > What has changed? The name. ATAPI CD-ROMs are now called "acd". MAKEDEV will typically make wcd->acd symlinks in the /dev di

Re: Introduction

On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote: > On Fri, 18 Jun 1999, Ruslan Ermilov wrote: > > > Let's join our efforts in this area! > > IPFW code is very ugly... > >Which is basically due to it being hacked on for years without a cleanup. > Now's the time (between major versions) to

Re: Introduction

On Fri, Jun 18, 1999 at 01:50:09PM -0400, Brian Fundakowski Feldman wrote: > On Fri, 18 Jun 1999, Ruslan Ermilov wrote: > > > On Fri, Jun 18, 1999 at 12:24:16PM -0400, Brian Fundakowski Feldman wrote: > > > Hello, I'm Brian Feldman, a new committer to the FreeBSD source tree! > > > Some of > > >

Re: Heavily loaded nfs/amd gets stuck

No action on this in -current for a few days, so let's try hackers. In response to some suggestions I tried raising the number of nfsiod's to 20 (the max) and increasing the sysctl cache value to 10, still no joy. I'm using amd to automount directories on sun (sol 2.6) server to m

new-IPFW (was Re: Introduction)

I also want new-IPFW to be modular. This would mean that, for instance, DUMMYNET would be just one plug-in to IPFW. More would be created in an extensible manner, rather than the current hack to do DUMMYNET. Brian Fundakowski Feldman _ __ ___ ___ ___ ___ gr...@freebsd.org

Re: vinum performance

Greg Lehey wrote: > On Friday, 18 June 1999 at 1:14:20 -0700, Darryl Okahata wrote: > > > Possible marginally-related data point: with the 3.1-RELEASE vinum, > > and with striped drives (yes, I know the original user is using > > concatenated devices), I saw pretty bad write performance wit

Obtaining client host IP before accept()

Hi folks, I found a thread in the freebsd-hackers archive from 1997 that covered my question, but the answers didn't nail it down to a "yes" or "no" satisfactorily. We could save ourselves a lot of angst in the work we're doing on inetd if we could determine the client IP address of a TCP socket

Re: Introduction

On Fri, 18 Jun 1999, Ruslan Ermilov wrote: > On Fri, Jun 18, 1999 at 12:24:16PM -0400, Brian Fundakowski Feldman wrote: > > Hello, I'm Brian Feldman, a new committer to the FreeBSD source tree! Some > > of > > the things I'll be working on are: > > - maintaining and improving IPFW (cleanups t

dd(1) changes (review please)

Would someone (being more experienced than I) review these modifications to FreeBSD (HEAD)'s bin/dd? In my changes, I've tried to convert every random "int", "u_long", etc. to the proper types ("off_t", "u_int64_t", "{,s}size_t", and keeping the ints that SHOULD be ints), which I am pretty sure I'

Re: Beware of UnixWare 7

>Many conf tasks remain non-trivial as compared to BSD or Linux due >to inexpertise on SCO's end...as the red Sytem Admin Handbook once >stated (Neveth, Snyder et al.) SCO Unix* is `perverse'. I enjoy reading the section in that book on network hardware whenever I need a good laugh. People should

Dual boot with LINUX

Can linux be booted using the freebsd boot manager? Lilo always seems to want to install itself. Dennis To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Buffer overflows question

Hello. Would you, please, comment the kernel message below: sio0: 478 more tty-level buffer overflows (total 478) I use FreeBSD 2.2.8; there is a modem (without hardware flow control) on /dev/cua0; I have a leased line with 38400 bps full duplex; there is PPP (user mode) tunnel to my ISP. C

Re: Inetd and wrapping.

On Fri, Jun 18, 1999 at 03:30:03PM +0200, Sheldon Hearn wrote: > Is the general consensus that we absolutely must have wrapper support > built into inetd? What we've got right now isn't doing a fantastic job, > and trying to wedge in the job tcpd did before is getting progressively > uglier. :-( I

Re: Inetd and wrapping.

On Fri, 18 Jun 1999 14:11:26 +0100, David Malone wrote: > Sheldon and myself have been looking at the wrapping support in inetd, and > I'd be interested to hear what people think on the following issues. Is the general consensus that we absolutely must have wrapper support built into inetd? Wha

Inetd and wrapping.

Sheldon and myself have been looking at the wrapping support in inetd, and I'd be interested to hear what people think on the following issues. David. Making wrapping a run time option: It seems strange to make wrapping a compile time option, when it could be a command li

Re: Beware of UnixWare 7

On Fri, 18 Jun 1999, Greg Lehey wrote: > Those of you who were at Usenix may have picked up a free copy of a > UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. I > tried installing it on a machine with two other systems installed. It > failed to install (looped trying to instal

Re: pthread_cancel

Brian Fundakowski Feldman wrote: > > See the -hackers and -current mailing list archives, and > > pay particular attention to Derek Seaman's posts. > > Do you mean Richard? Oops. My sincere apologies to Richard Seaman (whom I actually meant - is it who or whom?). Derek is another fellow who happ

Re: pthread_cancel

On Fri, 18 Jun 1999, Daniel Eischen wrote: > Bodo Rueskamp wrote: > > Is anyone working on pthread_cancel? > > I've got some stale patches for it which I'll bring up to > date. But to implement the POSIX cancelable functions > correctly will take some hacking of libc. I can do this > also, but

Re: pthread_cancel

Bodo Rueskamp wrote: > Is anyone working on pthread_cancel? I've got some stale patches for it which I'll bring up to date. But to implement the POSIX cancelable functions correctly will take some hacking of libc. I can do this also, but it needs further discussion as to how it _should_ be done.

Re: Beware of UnixWare 7

Greg Lehey wrote: > On Friday, 18 June 1999 at 18:44:50 +0930, Mark Newton wrote: > > SCO has been a real pain in the bum about partition tables for as > > long as I can remember. > > To be fair, this is UnixWare You mean "UnixSwear," don't you? :-) - mark Mark Newton

Re: help with CD-Rom

bush doctor wrote: > > Once morpheus_...@depechemode.com aka (morpheus_...@depechemode.com) said: > > Yesterday I was able to mount my CD-ROM just fine. Today after > > a lot of kernel hacking I am not. I am fairly new at this so > > this may be a really easy answer. > > I have an entry in the "fs

Re: Beware of UnixWare 7

On Friday, 18 June 1999 at 11:29:53 +0200, Soren Schmidt wrote: > It seems Greg Lehey wrote: >> FreeBSD, which has the partition number explicitly in the device name. >> In my case, FreeBSD was on partition 2, devices /dev/rwd0s2a and >> /dev/rwd0s2e. It was moved to partition 3, so the device nam

Re: Beware of UnixWare 7

It seems Greg Lehey wrote: > FreeBSD, which has the partition number explicitly in the device name. > In my case, FreeBSD was on partition 2, devices /dev/rwd0s2a and > /dev/rwd0s2e. It was moved to partition 3, so the device names > changed to devices /dev/rwd0s3a and /dev/rwd0s3e. Since I didn'

Re: Beware of UnixWare 7

On Friday, 18 June 1999 at 18:44:50 +0930, Mark Newton wrote: > Greg Lehey wrote: > >> Those of you who were at Usenix may have picked up a free copy of a >> UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. > > SCO has been a real pain in the bum about partition tables for as > lo

Re: Beware of UnixWare 7

Greg Lehey wrote: > Those of you who were at Usenix may have picked up a free copy of a > UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. SCO has been a real pain in the bum about partition tables for as long as I can remember. Don't even try installing it anywhere other th

Re: Beware of UnixWare 7

On Friday, 18 June 1999 at 8:29:10 +0200, Luigi Rizzo wrote: >> Those of you who were at Usenix may have picked up a free copy of a >> UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. I > ... >> When I rebooted, I found that it had overwritten the Master Boot >> Record (which is

Re: Beware of UnixWare 7

> Those of you who were at Usenix may have picked up a free copy of a > UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. I ... > When I rebooted, I found that it had overwritten the Master Boot > Record (which is silly, since it knew there were two other systems on > the disk), a

Re: vinum performance

[Format recovered--see http://www.lemis.com/email/email-format.html] On Friday, 18 June 1999 at 1:14:20 -0700, Darryl Okahata wrote: > Greg Lehey wrote: > >> On Thursday, 17 June 1999 at 3:43:10 -0400, David E. Cross wrote: >>> I have a drive that is rated at ~16 Meg/second, and indeed it >>> d

Beware of UnixWare 7

Those of you who were at Usenix may have picked up a free copy of a UnixWare 7 CD-ROM from SCO. If so, be careful when installing it. I tried installing it on a machine with two other systems installed. It failed to install (looped trying to install drivers it didn't need). When I rebooted, I fo

Re: vinum performance

Greg Lehey wrote: > On Thursday, 17 June 1999 at 3:43:10 -0400, David E. Cross wrote: > > I have a drive that is rated at ~16 Meg/second, and indeed it delivers on t > he > > order of 15+ Meg/second. If I use Vinum to create a concatinated device > > of 2 such units performance drops to 2.5 Meg

pthread_cancel

Hi, Is anyone working on pthread_cancel? ; Bodo -- Bodo Rüskamp, b...@rueskamp.com, 51°55' N 7°41' E (1) Elvis is alive. (2) Dinosaurs too. (3) The next millenium starts on January 1st 2000. To Unsubscribe: send mail to majord...@freebsd.org with