On Tue, Oct 14, 2003 at 10:44:14PM +0200, Oldach, Helge wrote:
> From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > > Ok, GEOM Gate is ready for testing.
> > > For those who don't know what it is, they can read README:
> >
> > Aaargh! It's the return of nd(4) from SunOS.
>
> Excuse me?
>
> # una
From: Richard Tobin [mailto:[EMAIL PROTECTED]
> > Ok, GEOM Gate is ready for testing.
> > For those who don't know what it is, they can read README:
>
> Aaargh! It's the return of nd(4) from SunOS.
Excuse me?
# uname -a
SunOS galaxy 4.1.4 18 sun4m
# man nd
No manual entry for nd.
#
Helge
_
I second that.
Thanks John.
-=Bill
Conrad Sabatier wrote:
John,
Please keep us informed as to your progress. I'm sure I'm not the only one
who would be *very* happy to see your work come to fruition!
If I can help in any way (testing or whatever), let me know.
___
> Ok, GEOM Gate is ready for testing.
> For those who don't know what it is, they can read README:
Aaargh! It's the return of nd(4) from SunOS.
(Sorry about that.)
-- Richard
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo
Bruce M Simpson wrote this message on Mon, Oct 13, 2003 at 20:32 +0100:
> i386 pc98 amd64
> ---
> Action: Add code to identcpu.c to fill out hw_cacheinfo.
>
> Cache discovery: Extended CPUID.
> Static tables if 486-class machine. No cache on 386.
> TLB discovery: Extended CPUID.
> St
Do we need #ifdef IPDIVERT in sys/ne
I don't think it is needed, because ip_fw2
always accepts DIVERT packet and the option is
only used for print out if IPDIVERT option is
enabled or not.
I tried to run natd in kernel with IPDIVERT
enabled and IPFW not enabled, with ipfw kernel module.
And it
Hello hackers...
Ok, GEOM Gate is ready for testing.
For those who don't know what it is, they can read README:
http://garage.freebsd.pl/geom_gate.README
and presentation from WIP/BSDCon03 session:
http://garage.freebsd.pl/GEOM_Gate.pdf
After compliation (cd geom_gate; make; ma
Hello,
this is just for my own curiosity.
On the weekend at work, the comms guys rebuilt a router and our
freebsd boxes could not talk to database server in a different
subnet for a few hours. The router upgrade failed so upgrade was
backed out and routes eventually re-established.
All seemed we
8 matches
Mail list logo