On Mon, 27 Feb 2006, Julian Stacey wrote:
Anyone know if modern FreeBSD still supports TCP_COMPAT_42 ?
TCP_COMPAT_42 just tweaked how we generated TCP initial sequence numbers.
The lack of it should not be impacting your ability to connect to machines
of any vintage.
Mike "Silby" Silbersa
> On Mon, 27 Feb 2006 14:03:01 -0600,
> Craig Boston <[EMAIL PROTECTED]> said:
>> > Attached is a quick hack to protect the cached route with a mutex. A
>> > better fix with less overhead would be to allocate the route in a local
>> > variable on the stack, and only copy it to the softc
I've written a patch for pppoed.c 1.24 that adds the following options:
-c Maximum number of processes pppoed can run simultaneously.
-m Same as -c but per MAC address.
-f Format is []\n. defaults to 1. Overrides -m.
-t A pppoed child must start ppp in this many seconds or die.
For -m and -
On Feb 27, 2006, at 4:17 PM, Andrew Seguin wrote:
First off, several gigabit network cards advertise various kinds of
network cable diagnostics (Intel "Advanced Cable Diagnostics", D-
Link "Cable Diagnostic",for example). We have in one building here
old wiring that wasn't professionaly inst
Sorry for distracting with such a question as to recommendations as to
network cards, but since I'm planning on upgrading a freebsd firewall
(currently running 5.4-STABLE), I'll check with those who know the best!
At the moment I have a firewall/router based on three fxp intel nics (a
cheap si
Anyone know if modern FreeBSD still supports TCP_COMPAT_42 ?
I'm trying to connect to my Symmetric 375 ( An NSC 32016 running BSD 4.2 ),
hardware by Bill Jollitz, 2M of main RAM, rather small kernel
http://berklix.com/~jhs/symmetric/
& of course I dont have full sources, & the reconfig kernel kit
On Mon, Feb 20, 2006 at 08:15:57PM +0900, JINMEI Tatuya wrote:
> > Attached is a quick hack to protect the cached route with a mutex. A
> > better fix with less overhead would be to allocate the route in a local
> > variable on the stack, and only copy it to the softc if route caching is
> > enabl
Gleb Smirnoff writes:
| On Sun, Feb 19, 2006 at 03:14:35PM +, Josef Karthauser wrote:
| J> I'm guessing that this is a bug (or feature!).
|
| This is not a bug, nor a feature. This is a feature, that hasn't
| been implemented to the end.
|
| Historically, the routes in kernel were static. And
This new version has the 64-bit HC counters in the ifXTable really 64-bit
on all our platforms. If anybody has interfaces > 1GBit/sec I would be
interested how this works.
harti
On Mon, 27 Feb 2006, Hartmut Brandt wrote:
HB>harti 2006-02-27 16:16:18 UTC
HB>
HB> FreeBSD src repository
HB
Current FreeBSD problem reports
Critical problems
Serious problems
S Submitted Tracker Resp. Description
---
o [2006/01/30] kern/92552 net A serious bug in most network drivers fro
1 problem total.
Synopsis: [ifconfig] polling parameter in ifconfig statement of rc.conf not
handled correctly
Responsible-Changed-From-To: freebsd-net->ambrisko
Responsible-Changed-By: glebius
Responsible-Changed-When: Mon Feb 27 10:04:06 UTC 2006
Responsible-Changed-Why:
Doug has already fixed this problem in
Hello.
I'm trying to get freevrrpd working on an AMD64 6.0p4 box with an xl0
and em0 machine.
Here is the config file:
[VRID]
serverid = 1
interface = xl0
priority = 254
addr = 192.168.0.4/32
password = x
vridsdep = 3
[VRID]
serverid = 2
interface = xl0
priority = 255
addr = 192.168.0.5/3
12 matches
Mail list logo
