On Thu, 20 May 2004 Sam Leffler <[EMAIL PROTECTED]> wrote:
[..]
> I pointed him at the madwifi project on sourceforge. It's a Linux
> port of the net80211 layer that now includes an 802.1x authenticator
> and soon will have WPA support too. Backporting to FreeBSD should be
> straightforward.
S
You need to compile named-xfer as statically linked, or move it's dependant
libraries into the chroot.
Can't remember the details of how I did that, and I don't use named any
more - but that's your problem.
hope that helps.
m/
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EM
On Thu, 20 May 2004, Julian Elischer wrote:
> > This is kind of a bridge, connected to ng_ether interface nodes.
> > Sometimes it queues received packets and later /on a timer
> call or a call
> > from the user space/
> > it re-injects the packets using ng_send_data.
> >
>
> reinjects it to wh
dear All,
I running named in sandbox as a secondary name server with FreeBSD-5.1.p17,
Named log always complain:
named-xfer exited with signal 6 and slave zone expired for every zone
transfer.
but, when it's running on default mode (no chroot sandbox) or as a
primary server (with chroot sandbox).
On 2004-05-20T20:16:57-0400, Adam McLaurin wrote:
> So I got set up with Vonage VoIP, which I am really excited to have, but
> I am having a heck of a time getting it set up behind my FreeBSD box.
>
> My network configuration is as follows:
> Cable modem --> FreeBSD 5.2.1-R (ipf/ipnat) --> 8-port
So I got set up with Vonage VoIP, which I am really excited to have, but
I am having a heck of a time getting it set up behind my FreeBSD box.
My network configuration is as follows:
Cable modem --> FreeBSD 5.2.1-R (ipf/ipnat) --> 8-port D-Link Switch -->
Internal network
The Vonage Voice Termin
On Thu, 20 May 2004, Dmitri Denissov wrote:
> This is kind of a bridge, connected to ng_ether interface nodes.
> Sometimes it queues received packets and later /on a timer call or a call
> from the user space/
> it re-injects the packets using ng_send_data.
>
reinjects it to where?
>
> > Fr
On Thu, May 20, 2004 at 10:55:21PM +0200, Andre Oppermann wrote:
> However I'm not yet sure we (better I) understand all implications of
> removing the things you do in your patch. Please hold off for a moment
> until I've finished thinking and looking through the implications.
I say can it. It a
This is kind of a bridge, connected to ng_ether interface nodes.
Sometimes it queues received packets and later /on a timer call or a call
from the user space/
it re-injects the packets using ng_send_data.
> From: Julian Elischer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 20, 2004 5:34 PM
>
Pawel Jakub Dawidek wrote:
>
> On Thu, May 20, 2004 at 11:01:46PM +0200, Andre Oppermann wrote:
> +> Pawel Jakub Dawidek wrote:
> +> >
> +> > Hello.
> +> >
> +> > In in_pcblookup_hash() function, in the last loop if we find exact
> +> > match, we return immediately, if it is "wild", we store a poi
Hi,
Currently netgraph code uses splnet/splx to protect timeout calls.
This doesn't work with 5.2 SMP kernel. What is the proper method
here for a custom netgraph node? Is the Giant lock only the way?
Thanks
--
Dmitri
___
[EMAIL PROTECTED] mailing li
Ha! funny you should ask that exactly now..
I was just discussing this with Robert Watson..
The answer is "it depends on what you want to do".
What DO you want to do and what does your node do?
netgraph has internal locking in 5.x that you need to
interact with but it should be pretty transparr
On Thu, May 20, 2004 at 11:01:46PM +0200, Andre Oppermann wrote:
+> Pawel Jakub Dawidek wrote:
+> >
+> > Hello.
+> >
+> > In in_pcblookup_hash() function, in the last loop if we find exact
+> > match, we return immediately, if it is "wild", we store a pointer and
+> > we countinue looking for exa
Pawel Jakub Dawidek wrote:
>
> Hello.
>
> In in_pcblookup_hash() function, in the last loop if we find exact
> match, we return immediately, if it is "wild", we store a pointer and
> we countinue looking for exact match.
> I wonder if this is ok, that we change pointer every time we find a
> "wil
On Thu, May 20, 2004 at 10:55:21PM +0200, Andre Oppermann wrote:
+> > Ok, this patch:
+> >
+> > http://people.freebsd.org/~pjd/patches/no_old_style_nets.patch
+> >
+> > removes ia_netbroadcast, ia_net, ia_netmask field from structure
+> > in_ifaddr and removes sysctl net.inet.ip.subnets_a
Pawel Jakub Dawidek wrote:
>
> On Tue, May 18, 2004 at 03:47:56AM -0700, Luigi Rizzo wrote:
> +> On Tue, May 18, 2004 at 12:05:03PM +0200, Pawel Jakub Dawidek wrote:
> +> ...
> +> > +> > Do we still need ia_netboradcast field? It is calculated depending on
> +> > +> > old-fashion classes (A, B, C)
Hello.
In in_pcblookup_hash() function, in the last loop if we find exact
match, we return immediately, if it is "wild", we store a pointer and
we countinue looking for exact match.
I wonder if this is ok, that we change pointer every time we find a
"wild" match. Is it inteded? Shouldn't it be:
On Thu, May 20, 2004 at 07:29:19PM +0300, Peter Pentchev wrote:
> Hi,
>
> I found out recently that the Linux (or at least recent RedHat) startup
> scripts could be configured to not bring up an Ethernet interface unless
> it has a specified MAC address. This, combined with the wonderful
> interf
> > Should I fill the PR?
> You're rather supposed to submit a working patch. ;)
OTOH, I'd rather wait and see how much time will it take
for http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/51927 to be commited
or carped. That another multicast problem is much simplier and PR
contains a patch now.
Hi,
I found out recently that the Linux (or at least recent RedHat) startup
scripts could be configured to not bring up an Ethernet interface unless
it has a specified MAC address. This, combined with the wonderful
interface renaming functionality recently committed to -CURRENT, led me
to the ide
On Thu, May 20, 2004 at 04:16:29PM +0300, Ruslan Ermilov wrote:
> > Should I fill the PR?
> >
> You're rather supposed to submit a working patch. ;)
I'm afraid I do not have enough knowledge :-(
Eugene
___
[EMAIL PROTECTED] mailing list
http://lists.
Steve Shorter wrote:
On Wed, May 19, 2004 at 04:55:20PM -0500, Eric Anderson wrote:
I have several heavily used NFS servers, currently running FreeBSD
4.9-RELEASE. I'm getting jammed up with all my nfsd processes being
busy, so clients see slow connections to the server. I have the nfsd
start
On Thursday 20 May 2004 02:17 am, Marco Molteni wrote:
> On Thu, 20 May 2004 11:20:27 +1000
> Phillip Crumpler <[EMAIL PROTECTED]> wrote:
>
> [..]
>
> > I need a neat and tidy way of notifying either a netgraph node or a
> > user process about associations.
>
> [..]
>
> You did search the archives,
On Tue, May 18, 2004 at 03:47:56AM -0700, Luigi Rizzo wrote:
+> On Tue, May 18, 2004 at 12:05:03PM +0200, Pawel Jakub Dawidek wrote:
+> ...
+> > +> > Do we still need ia_netboradcast field? It is calculated depending on
+> > +> > old-fashion classes (A, B, C). Is it used still?
+> > +> > I wonder i
On Thu, May 20, 2004 at 09:00:52PM +0800, Eugene Grosbein wrote:
[...]
> 3. Now we enter ip_output() keeping imo as one of arguments.
>There we run the following code:
>
> else if (IN_MULTICAST(ntohl(ip->ip_dst.s_addr)) &&
> imo != NULL && imo->imo_multicast_ifp != NULL) {
>
On Tue, May 18, 2004 at 01:51:34PM +0300, Ruslan Ermilov wrote:
> > got message of size 236 on Tue May 18 16:42:26 2004
> > RTM_ADD: Add Route: len 236, pid: 0, seq 0, errno 0,
> > flags:
> > locks: inits:
> > sockaddrs:
> > 224.0.0.9 1.0.5e.0.0.9 em3:0.7.e9.1f.f1.de 172.20.2.75
> >
> > After
Ian Smith :
Define the wiring of null-modem cable? DTR (tied to DSR) asserts CD the
other end, either way? RTS asserts CTS the other end, either way?
>
> The behavour is intentional.
> Your cable doesn't supply DCD signal.
Or it does, but RTS/CTS aren't wired right? (if used .. so many options!
Hi,
I noticed rev 1.123 of src/sys/kern/uipc_socket2.c and two MFC's of the fix.
Does it mean that the "thundering herd" problem in accept() appeared again
in FreeBSD since 4.4-STABLE (after syncache was introduced) ?
Igor Sysoev
http://sysoev.ru/en/
_
Christian Hiris wrote:
About a year ago i observed strong nfs performance decrease when using
RLT8139A nics. Nfs transfers leaded into high system load, because of an
excessive high packet retransmission rate. Switching over to 3Com nics solved
my problem.
The specific model and it's clos
On Thu, 20 May 2004 11:20:27 +1000
Phillip Crumpler <[EMAIL PROTECTED]> wrote:
[..]
> I need a neat and tidy way of notifying either a netgraph node or a
> user process about associations.
[..]
You did search the archives, did you? ;-)
Have a look at the following thread:
http://docs.FreeBSD.o
On Wednesday 19 May 2004 23:55, Eric Anderson wrote:
> I have several heavily used NFS servers, currently running FreeBSD
> 4.9-RELEASE. I'm getting jammed up with all my nfsd processes being
> busy, so clients see slow connections to the server. I have the nfsd
> starting with a count of 20, whi
On Thu, May 20, 2004 at 10:03:07AM +0800, Eugene Grosbein wrote:
> > > 1. Get FreeBSD 4.9-STABLE :-)
> > > 2. Install quagga from _fresh_ port collection (0.96.4 does NOT work)
> > > 3. run zebra and ripd, configure as usual.
> > >
> > They apparently do the thing equivalent to mrouted(8), and that
32 matches
Mail list logo
