Re: natd ignores "natd_flags"?

Hi, [I think this question should be redirected to -questions or -net, but anyway...] do you have IPFIREWALL in your kernel ? is is configured "default to deny" ? This is typically what is bugginig me when natd fails to write a packet : a nasty firewall rule... man ipfw & read the handbook, sec

natd ignores "natd_flags"?

I have in my rc.conf: natd_enable="YES" natd_interface="xl1" natd_flags="-f /etc/natd.conf" and in /etc/natd.conf: interface xl1 dynamic yes use_sockets yes same_ports yes log_denied yes however, since I am still seeing the "host4 natd[198]: failed to write packet back (Permission denied)" me

Re: about boot0

I believe it's because the boot loader goes by partition type. All Microsoft operating systems can use FAT (either FAT16, FAT32 or both). The boot loader can't tell what operating system you've got installed on your FAT partition, so it goes with the lowest common denominator - DOS. -- Matt Emm

Re: cable modem connection problem

Hal Snyder wrote: > [snip] > Sounds as if the MAC of the upstream provider occasionally changes. > Don't know enough about cable to understand it better, and problem is > gone now so can't check for sure. As far as my cases are concerned, the MAC address does not change. When the arp entry is del

Re: FreeBSD performs worse that Linux - Patches #2 & #3

:Matt, could you clarify. Is the patch that Dave applied to 4.2 applicable to :4.4-RELEASE? It sounded like not. I applied the tcp_output.c and :uipc_socket.c patch to my 4.4-RELEASE servers and it made a whole lot of :difference, like 500KB/sto 954KB/s from my old P200 server to my laptop. : :

Re: FreeBSD performs worse that Linux - Patches #2 & #3

On Sunday 09 December 2001 03:11 am, Matthew Dillon wrote: > :Hello all. > : > :I read with interest (and fair ignorance ;-) ) the thread about delayed > :ACKs in the TCP/IP stack. > :... > :If Matt or any other qualified hackers can make the time to double-check > :my patches, I'd appreciate it.

Re: Performance issue

If they're using gcc to compile then that doesn't really matter, last I heard gcc's optimizer wasn't that great, and didn't result in much faster code, but if the glibc people hand optimized stuff, I can see your point. Ken > > This means that Linux's glibc is using an i686 optimized bzero(),

Request for submissions: FreeBSD Monthly Development Status Report

Well, it's been a bit, but here it is again. This is a request for submissions for the November, 2001 FreeBSD Monthly Development Status Report. All submissions are due by Friday, December 14, 2001. Submissions should made by filling out the following template: http://www.FreeBSD.org/news/sta

Re: jail.c.patch (allowing to use hostnames when invoking jail(8))

Dima Dorfman wrote: > Here's an updated patch which is a result of comments from a few > people. The changes are: (a) deconfuse the usage message by not > naming two arguments as "hostname" (that was sloppiness on my part), > and (b) remove a redundant inet_aton call (gethostbyname(3) will DTRT >

Re: jail.c.patch (allowing to use hostnames when invoking jail(8))

This patch will break backward compatability with existing scripts. Since it is an easy matter to call inet_aton() on the buffer, and then call gethostbyname() only if inet_aton() returns INADDR_NONE (which would allow either a host name or an IP address to be used), please use this approach inst

$10.00 off CD's, DVD's QRA

Re: Performance issue

Poul-Henning Kamp wrote: > > There are many effects that could cause this, for instance if FreeBSD > manages to align things differently in relation to the CPU cache you > could get some very interesting waste of time that way. > > Based on the data you show me, I can't really say that something

Re: Tangent for discussion: FreeBSD performs worse that Linux

On Sun, Dec 09, 2001 at 12:17:03PM -0600, D J Hawkey Jr wrote: > So far, I've made three patchfiles that can be applied to 4.2REL and 4.3REL. > Not exactly the repertoire one would need to garner interest and momentum. Everything starts somewhere. When I wrote my first FreeBSD article a few year

Re: Tangent for discussion: FreeBSD performs worse that Linux

hi, does anyone need any special skills to manage the kind of branch you are talking about... example.. RELENG_4_4_BUGFIX what kind of skills and experience in FreeBSD would be needed for this kind of branch -Hiten > I could maintain a "not-FreeBSD-sanctioned" site > for patches of -CURRENT

(no subject)

unsubscribe hackers-freebsd To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: jail.c.patch (allowing to use hostnames when invoking jail(8))

Dima Dorfman wrote: > Chris Costello <[EMAIL PROTECTED]> wrote: > >I'd rewrite the above (`i = inet_aton' all the way down) as > > > > hp = gethostbyname(argv[3]); > > if (hp == NULL) { > > errx(1, "%s: %s", argv[3], hstrerror(h_errno)); > > } > > in = *(stru

Re: jail.c.patch (allowing to use hostnames when invoking jail(8))

Chris Costello <[EMAIL PROTECTED]> wrote: > On Saturday, November 24, 2001, Igor M Podlesny wrote: > > i = inet_aton(argv[3], &in); > > - if (!i) > > - errx(1, "Couldn't make sense of ip-number\n"); > > + if (!i) { > > + /* check if it is resolveable

Re: statefulness in character device drivers

On Sat, 8 Dec 2001, Alfred Perlstein wrote: > * Robert Watson <[EMAIL PROTECTED]> [011208 19:43] wrote: > > > > I had some patches to do this, but lost them ages ago. If I get really > > bored next week, I'll redo them and stick them in a perforce branch. That > > said, it requires a bit more

Re: Tangent for discussion: FreeBSD performs worse that Linux

On Dec 09, at 05:51 PM, Nik Clayton wrote: > > On Sun, Dec 09, 2001 at 11:15:23AM -0600, D J Hawkey Jr wrote: > > I could maintain a "not-FreeBSD-sanctioned" site for patches of -CURRENT > > and -STABLE code applyable to previous releases, but that would only muddy > > the FreeBSD maintenance and

Re: Tangent for discussion: FreeBSD performs worse that Linux

On Sun, Dec 09, 2001 at 11:15:23AM -0600, D J Hawkey Jr wrote: > I could maintain a "not-FreeBSD-sanctioned" site for patches of -CURRENT > and -STABLE code applyable to previous releases, but that would only muddy > the FreeBSD maintenance and distribution waters that I think work well for > what

SSL_connect fails

Hi, I'm doing a port of a little OpenSSL program to FreeBSD from linux, but the code which works fine on linux fails on FreeBSD at SSL_connect(). This function allways returns with -1 and SSL_errno is 1. The code creates the CTX in client mode successfully, reads the client certificates, sets se

Re: Tangent for discussion: FreeBSD performs worse that Linux

On Dec 09, at 08:54 AM, Lamont Granquist wrote: > > I think what "would be cool" would be to have a RELENG_4_4_BUGFIX tree > which was for bugfixes, but was feature frozen. It shouldn't get new > features like dirprefs (otherwise its difficult to differentiate it from > -STABLE itself) but it sh

Re: Tangent for discussion: FreeBSD performs worse that Linux

I think what "would be cool" would be to have a RELENG_4_4_BUGFIX tree which was for bugfixes, but was feature frozen. It shouldn't get new features like dirprefs (otherwise its difficult to differentiate it from -STABLE itself) but it should get bugfixes. That way FreeBSD would wind up with so

Tangent for discussion: FreeBSD performs worse that Linux

On Dec 09, at 12:11 AM, Matthew Dillon wrote: > >In anycase, your patches look fine. In fact, you not only applied >my fixes you also applied a fix in the delayed-ack check that was >made (by someone else) some time after 4.2Rel -- the callout_pending() >check in DELAY_ACK() fixe

Re: statefulness in character device drivers

On Sun, 9 Dec 2001, Terry Lambert wrote: > Alfred Perlstein wrote: > > I'd be glad to assist in any way possible to get this integrated, > > we've really been wanting this for various reasons (mostly linnex > > compat) let me know if you're too busy and I can try to take over > > from your exist

about boot0

hi all, is there a reason behind.. why all Windows related boot options are marked as DOS?... src/sys/boot/i386/boot0.s is it because of the 512-byte limit... = -Hiten, Thank You, Yours Sincerely, Hiten Pandya, <[EMAIL PROTECTED]> ___

Re: cable modem connection problem

Andrew Heybey <[EMAIL PROTECTED]> writes: >> > Somebody mentioned on this list that deleting the arp table entry >> > of the default router of the cable modem provider (as a cron job) >> > solved the problem. I had not tried arp deletion but noticed severe slowdown or apparent disconnect (except

Re: Performance issue

On Sun, 09 Dec 2001 12:42:50 +0100 Poul-Henning Kamp <[EMAIL PROTECTED]> wrote: > > There are many effects that could cause this, for instance if FreeBSD > manages to align things differently in relation to the CPU cache you > could get some very interesting waste of time that way. Yes, I agree

Re: Performance issue

There are many effects that could cause this, for instance if FreeBSD manages to align things differently in relation to the CPU cache you could get some very interesting waste of time that way. Based on the data you show me, I can't really say that something is wrong or right either way. -- P

Performance issue

Hi, It seems to me that something in memory allocation algorith is not right. When allocate memory using malloc() without touching it FreeBSD is faster than Linuxes. But when some access to this allocated memory is needed (in most cases when have to perform calculations on huge amount of data),

Re: 4G phisical memory kernel trap

:Varshavchick Alexander wrote: :> > For this to work, you really MUST address the machdep.c problems. :> :> So how can it be done, are there any patches for machdep.c, or is it :> solved in 4.4-stable kernel? : :Matt Dillon took a sideways stab at addressing a bit of these :issues. They didn't

Re: statefulness in character device drivers

Alfred Perlstein wrote: > I'd be glad to assist in any way possible to get this integrated, > we've really been wanting this for various reasons (mostly linnex > compat) let me know if you're too busy and I can try to take over > from your existing work. Point being, I want this done ASAP. :) No

Re: FreeBSD performs worse that Linux - Patches #2 & #3

:Hello all. : :I read with interest (and fair ignorance ;-) ) the thread about delayed :ACKs in the TCP/IP stack. :... :If Matt or any other qualified hackers can make the time to double-check :my patches, I'd appreciate it. Matt's first patch didn't apply (no NewReno :in 4.2REL), and the third pa

Linus Torvalds this message can affect the rest of your life!

Title: BlueTarot   Dear Linus Torvalds, Finally, we're able to reach you! Linus Torvalds, we have some very important information about your future. We occasionally have visions or dreams about people