The following reply was made to PR kern/123172; it has been noted by GNATS.
From: Josh Endries <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: kern/123172: [bce] Watchdog timeout problems with if_bce
Date: Wed, 30 Apr 2008 08:58:23 -0400
It's been working well for a while, so I migh
Julian Elischer wrote:
An interface may however be present in entries from multiple FIBs
in which case the INCOMING packets on that interface need to
be disambiguated with respect to which FIB they belong to.
Yes, there is no way the forwarding code alone can do this.
It should not be expected
> Date: Tue, 29 Apr 2008 00:44:18 -0700
> From: Julian Elischer <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> The patch can be found at
> http://www.freebsd.org/~julian/mrt.diff
> (or http://www.freebsd.org/~julian/mrt6.diff for RELENG_6)
>
> or source can be taken from perforce at:
>
> Date: Tue, 29 Apr 2008 12:17:15 -0700
> From: Julian Elischer <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> Kevin Oberman wrote:
> >> Date: Tue, 29 Apr 2008 00:44:18 -0700
> >> From: Julian Elischer <[EMAIL PROTECTED]>
> >> Sender: [EMAIL PROTECTED]
> >>
> >> The patch can be found at
> >>
Bruce M Simpson wrote:
Julian Elischer wrote:
An interface may however be present in entries from multiple FIBs
in which case the INCOMING packets on that interface need to
be disambiguated with respect to which FIB they belong to.
Yes, there is no way the forwarding code alone can do this.
I
On Tue, 29 Apr 2008 13:42:03 PDT Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> Interfaces are not however assigned to FIB instance. each FIB may
> contain entries for each interface, and by default they do, but you
> can delete teh entries associated with a particular interface from
> a particu
Bakul Shah wrote:
1) A packet arrives on an interface. If this interface is
associated with more than one FIB, which FIB does it get
given to?
If you only have a single FIB, there is no issue here.
If you have multiple FIBs, the decision gets made by the classifier.
2) If that decis
Bruce M. Simpson wrote:
Wouldn't it make sense to treat each alias as on a separate
logical interface? Then each logical interface belongs to
exactly one FIB. On input you decide which logical inteface
a packet arrived on by looking at its destination MAC
address. That reduces confusion quite
Julian Elischer wrote:
what's SSM?
Source-specific multicast, where multicast flows (channels) are
identified by both their original source address, and group address.
Multicast addresses have no meaning on their own beyond the scope of a
single link.
I haven't changed any of that.. Basi
Hi,
I've noticed that autoloading of if_vlan.ko on vlan creation does not work
in the case when the vlans are specified with the interface name. i.e. :
fxp0.5
And the problem is that ifmaybeload() in ifconfig.c expects that all
interfaces
are in the format : if_${driver}${number}, which is not the
Bakul Shah wrote:
On Tue, 29 Apr 2008 13:42:03 PDT Julian Elischer <[EMAIL PROTECTED]> wrote:
Interfaces are not however assigned to FIB instance. each FIB may
contain entries for each interface, and by default they do, but you
can delete teh entries associated with a particular interface from
Bruce M. Simpson wrote:
Bakul Shah wrote:
1) A packet arrives on an interface. If this interface is
associated with more than one FIB, which FIB does it get
given to?
If you only have a single FIB, there is no issue here.
If you have multiple FIBs, the decision gets made by the class
Bruce M Simpson wrote:
Julian Elischer wrote:
what's SSM?
Source-specific multicast, where multicast flows (channels) are
identified by both their original source address, and group address.
Multicast addresses have no meaning on their own beyond the scope of a
single link.
I haven't ch
The following reply was made to PR kern/122875; it has been noted by GNATS.
From: hotlips Internet admin <[EMAIL PROTECTED]>
To: Kris Kennaway <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable
(works ok in 7.0-release)
Date: Wed,
On Wed, Apr 30, 2008 at 02:01:21PM -0400, Niki Denev wrote:
> Hi,
>
> I've noticed that autoloading of if_vlan.ko on vlan creation does not
> work in the case when the vlans are specified with the interface name.
> i.e. : fxp0.5 And the problem is that ifmaybeload() in ifconfig.c
> expects that al
On Wed, 30 Apr 2008 18:56:07 BST "Bruce M. Simpson" <[EMAIL PROTECTED]> wrote:
> > 2) If that decision is taken by a a packet 'classifier',
> >isn't it in effect doing the job of a FIB (deciding the
> >next hop, which happens to be a local FIB)? Recall that
> >basically a packet passe
On Wed, Apr 30, 2008 at 2:50 PM, Brooks Davis <[EMAIL PROTECTED]> wrote:
> What is the practical use of this feature? If you don't have the
> module loaded, the rc scripts won't even see the interface unless
> you manually set network_interfaces which has been documented as a
> deprecated conf
> Date: Wed, 30 Apr 2008 10:25:51 -0700
> From: Julian Elischer <[EMAIL PROTECTED]>
>
> Bruce M Simpson wrote:
> > Julian Elischer wrote:
> >> An interface may however be present in entries from multiple FIBs
> >> in which case the INCOMING packets on that interface need to
> >> be disambiguated w
(Please CC as I'm not subscribed to net@)
I bought a new PCIe NIC a few months ago and was working with Jack Vogel
on getting it to work but he was busy, then I got busy and things stalled.
Does anyone else have any idea what might be wrong here? The card is
recognized but the em driver fails to
> I bought a new PCIe NIC a few months ago and was working with Jack Vogel
> on getting it to work but he was busy, then I got busy and things
stalled.
> Does anyone else have any idea what might be wrong here? The card is
> recognized but the em driver fails to initialize it for some reason.
On Fri, 25 Apr 2008, Kris Kennaway wrote:
Unfortunately we need the rest of the stack. Can you either try to
reproduce with DDB in the kernel and obtain a stack trace from there,
or if this is not possible then try recompiling the kernel with -O
instead of -O2 which tends to produce better stac
On Wed, Apr 30, 2008 at 7:39 PM, Andrew Snow <[EMAIL PROTECTED]> wrote:
>
> > I bought a new PCIe NIC a few months ago and was working with Jack Vogel
> > on getting it to work but he was busy, then I got busy and things
> stalled.
> > Does anyone else have any idea what might be wrong here? Th
Try the driver in HEAD, it might even just build and work on 7, if
not let me know.
Jack
On Wed, Apr 30, 2008 at 7:11 PM, <[EMAIL PROTECTED]> wrote:
> (Please CC as I'm not subscribed to net@)
>
> I bought a new PCIe NIC a few months ago and was working with Jack Vogel
> on getting it to work
On Thu, May 1, 2008 00:09, Jack Vogel wrote:
> I am hoping to MFC the em/igb drivers in HEAD soon, it would be helpful
> to me, and to everyone, if as many get out and test that driver as
> possible.
Can we just "csup -i src/sys/dev/em/ supfile" on a 7-stable system or are
there other changes that
On Wed, Apr 30, 2008 at 9:49 PM, <[EMAIL PROTECTED]> wrote:
> On Thu, May 1, 2008 00:09, Jack Vogel wrote:
> > I am hoping to MFC the em/igb drivers in HEAD soon, it would be helpful
> > to me, and to everyone, if as many get out and test that driver as
> > possible.
>
> Can we just "csup -i s
Jack Vogel wrote:
You won't know if its still a problem if you don't take them off the
shelf and try it :)
Good point. I wasn't trying to point the finger at you, I think you are
doing a fantastic job overall :)
The card in question is a Pro/1000PT desktop adapter on PCIe 1x bus. I
had us
In deploying 7.0 at work we were finding a persistent problem when
running "vmstat 1" on systems. The problem shows up as a 10ms "pause"
in processing, usually packet stamping and forwarding by a user level
process.
Thats interesting. I once did some quick and dirty profiling of vmtotal
an
Synopsis: [swi] [panic] 6.3 kernel panic in swi1: net
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu May 1 05:52:44 UTC 2008
Responsible-Changed-Why:
reclassify.
http://www.freebsd.org/cgi/query-pr.cgi?pr=122989
__
28 matches
Mail list logo
