Hi,
lately I have been playing with diskless booting with 6.x and 7.x.
I understand how the whole /conf overriding mechanism works, and
I think it is useful.
What I am missing is the usefulness of conf/base, especially
conf/base/etc, that diskless(8) suggests to fill with the same
etc in
On Mon, Oct 17, 2005 at 05:51:15PM -0700, [EMAIL PROTECTED] wrote:
Hi,
On a server I'm benchmark testing, via local host, I'm getting Limiting
closed
port RST response from to 200 packets/sec on the console when I'm
running a
lot of local connections very quickly all at once
On Tue, 18 Oct 2005, Joerg Sonnenberger wrote:
On Mon, Oct 17, 2005 at 05:51:15PM -0700, [EMAIL PROTECTED] wrote:
Hi,
On a server I'm benchmark testing, via local host, I'm getting Limiting closed
port RST response from to 200 packets/sec on the console when I'm running a
lot of local
Hi,
Is there a reason why the policies that are defined as unique can't be updated
through the pfkey interface?
What I'm trying to do is that:
1. I create SP entry and let the kernel assign a request id for policy (reqid
in the add is 0). This policy is a tunnel mode policy and I don't have
Hello List-members,
we are writing a driver for HDLC-Controller We have coded upto some extent
and actully we are able to transmit and recieve a char buff in loopback
(from inside a driver).
But we want to tranmit/Rx a real packet in (mbuf structure) and test our
code .As it is a HDLC controller
rashmi ns writes:
Hello List-members,
we are writing a driver for HDLC-Controller We have coded upto some extent
and actully we are able to transmit and recieve a char buff in loopback
(from inside a driver).
But we want to tranmit/Rx a real packet in (mbuf structure) and test our
code .As
From: rashmi ns [EMAIL PROTECTED]
But we want to tranmit/Rx a real packet in (mbuf structure) and test
our
code .As it is a HDLC controller does'nt have std MAC ADDRRSS . How can
i
actually achieve a packet transmition and reception .Are there some
drivers
which does the same
I would
we are writing a driver for HDLC-Controller We have coded upto some extent
and actully we are able to transmit and recieve a char buff in loopback
(from inside a driver).
But we want to tranmit/Rx a real packet in (mbuf structure) and test our
code .As it is a HDLC controller does'nt have
On Tue, Oct 18, 2005 at 10:31:43AM +0200, Marco Molteni wrote:
Hi,
lately I have been playing with diskless booting with 6.x and 7.x.
I understand how the whole /conf overriding mechanism works, and
I think it is useful.
What I am missing is the usefulness of conf/base, especially
Throwing caution to the wind and speaking without thinking about
what was being said on Tue, Oct 18, 2005 at 12:00 ,
[EMAIL PROTECTED] blurted this:
Send freebsd-hackers mailing list submissions to
Date: Tue, 18 Oct 2005 12:17:54 - (UTC)
From: [EMAIL PROTECTED]
Subject: Re: system
When the umass driver is compiled into the kernel, and one inserts a USB
mass storage device, how does one access the device descriptors (serial
number) while the device is listed as a da device? I would perfer to
have the OS do all the work of accessing the hardware. But if it cannot
be done,
On Thursday 06 October 2005 19:49, Max Laier wrote:
All,
again three month went by and exiting stuff has happend in FreeBSD. Many
subtle bugs have been identified and fixed during the most productive
QA-work in preparation for FreeBSD 6.0 (now entering final RC-phase). The
Google Summer of
My reading of the the code in ip_mroute.h seems to imply that FreeBSD
carries a maximum of 32 multicast interfaces by default. Is the
correct? MAXVIFS?
If I'm reading it correctly, it shouldn't be rocket science to extend
this limit to 64 (u_int64_t). Will making it larger break some large
In message: [EMAIL PROTECTED]
Daniel Rudy [EMAIL PROTECTED] writes:
:
: When the umass driver is compiled into the kernel, and one inserts a USB
: mass storage device, how does one access the device descriptors (serial
: number) while the device is listed as a da device? I would
14 matches
Mail list logo