2009/1/8 Julian Elischer :
> I see you always call ether_demux when a packet is moved up..
s/you/you/ :)
This is all your stuff IIRC, I just ported and commented as required.
> hopefully that will also work if an interface is NOT ethernet?
this is why i left the ethernet bridge interception st
Adrian Chadd wrote:
G'day all,
I've finally gotten around to pulling apart some of Julian Elischer's
work on the source IP address spoofing stuff and I've been testing it
on my local squid-2 fork (cacheboy.)
I'd appreciate some comments and review before I begin committing bits
of it to freebsd
G'day all,
I've finally gotten around to pulling apart some of Julian Elischer's
work on the source IP address spoofing stuff and I've been testing it
on my local squid-2 fork (cacheboy.)
I'd appreciate some comments and review before I begin committing bits
of it to freebsd-current.
The work wi
I think that you're request to not monopolize the AF_INET slot is
reasonable. Do you intend to merge bms_netdev before 8 branches (I'm
guessing this coming summer)?
Cheers,
Kip
On Thu, Dec 11, 2008 at 10:18 AM, Bruce M. Simpson wrote:
> Hi,
>
> Just skimming this I notice it uses the if_afdata[
Hi,
Just skimming this I notice it uses the if_afdata[AF_INET] pointer
purely for lltbl purposes; this clashes with the IGMPv3 code drop.
Please look in the bms_netdev branch, where I introduce a 'struct
ip_ifinfo' to make more general use of that slot. IGMPv3 needs to store
per-interface st
On Wednesday 10 December 2008 10:30:35 Kip Macy wrote:
> > The reason I am asking is that people are still seeing panics from
> > the rnh locking and aren't even able to boot machines.
>
> I have not seen this. Please tell me where this occurs.
I had a machine with defaultrouter from /etc/rc.conf
> The reason I am asking is that people are still seeing panics from
> the rnh locking and aren't even able to boot machines.
I have not seen this. Please tell me where this occurs.
> Mixng route
> locking bugs with this rewrite will be painful. As I hope that the
> rnh bugs will be solved within
On Wed, 10 Dec 2008, Qing Li wrote:
Hi,
It's becoming increasingly difficult to maintain a separate
branch (p4 or svn) due to the high volume of new features'
related commits. The integration and unit testing efforts
increase in complexity by the week.
[..]
I would like to commit the code w
.
I discussed about this work at BSDCan 2007 and again at
the recent devsummit at Google. I have requested code
review and feedback since last May.
It's becoming increasingly difficult to maintain a separate
branch (p4 or svn) due to the high volume of new features'
related co
On Tuesday 26 August 2008 03:23:57 am M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> John Baldwin <[EMAIL PROTECTED]> writes:
> : On Monday 25 August 2008 02:23:16 am M. Warner Losh wrote:
> : > I did this a few years ago when trying to track down a problem with
> : > some re
In message: <[EMAIL PROTECTED]>
John Baldwin <[EMAIL PROTECTED]> writes:
: On Monday 25 August 2008 02:23:16 am M. Warner Losh wrote:
: > I did this a few years ago when trying to track down a problem with
: > some realtek network chips that I was having problems with at Timing
: > Solu
On Monday 25 August 2008 02:23:16 am M. Warner Losh wrote:
> I did this a few years ago when trying to track down a problem with
> some realtek network chips that I was having problems with at Timing
> Solutions. I'd like to get this into the tree, since it was helpful
> then.
>
> Comments?
When
I did this a few years ago when trying to track down a problem with
some realtek network chips that I was having problems with at Timing
Solutions. I'd like to get this into the tree, since it was helpful
then.
Comments?
Warner
diff -ur src/sys/pci/if_rl.c newcard/src/sys/pci/if_rl.c
--- src/sys
In message: <[EMAIL PROTECTED]>
Roman Kurakin <[EMAIL PROTECTED]> writes:
: M. Warner Losh wrote:
: > I've been shepherding this patch in my p4 tree for a long time. It
: > removes the obsolete support for other systems in if_spppsubr.c. Is
: > there a reason I shouldn't commit this?
M. Warner Losh wrote:
I've been shepherding this patch in my p4 tree for a long time. It
removes the obsolete support for other systems in if_spppsubr.c. Is
there a reason I shouldn't commit this?
It was there to ease the keeping code in sync with other systems.
Please ask Joerg Wunsch befo
M. Warner Losh wrote:
I've been shepherding this patch in my p4 tree for a long time. It
removes the obsolete support for other systems in if_spppsubr.c. Is
there a reason I shouldn't commit this?
Looks fine to me.
___
freebsd-net@freebsd.org mai
I've been shepherding this patch in my p4 tree for a long time. It
removes the obsolete support for other systems in if_spppsubr.c. Is
there a reason I shouldn't commit this?
Warner
Index: if_spppsubr.c
===
--- if_spppsubr.c (
Julian Elischer wrote:
I have some thoughts on this.
firstly, while it is interesting to have an arp table (ok LLA table)
on each interface, I'm not sure that it gains you very much.
Unfortunately maintaining a single ARP table is insufficient for
supporting multiple paths within the IPv4 st
Luigi Rizzo wrote:
On Mon, Jun 18, 2007 at 05:51:44PM +, Qing Li wrote:
[luigi:]
i agree that the timing is a bit tight for inclusion, especially
because the work dates back to 2004 if not before, and i think Qing
Li took over development at least two years ago - not a great track
record
On Mon, Jun 18, 2007 at 05:51:44PM +, Qing Li wrote:
>
> [luigi:]
> >
> > i agree that the timing is a bit tight for inclusion, especially
> > because the work dates back to 2004 if not before, and i think Qing
> > Li took over development at least two years ago - not a great track
> > rec
>
> i agree that the timing is a bit tight for inclusion, especially
> because the work dates back to 2004 if not before, and i think Qing
> Li took over development at least two years ago - not a great track
> record in terms of dedication to the work. I'd rather not see it
> rushed in :)
>
On Mon, Jun 18, 2007 at 07:15:51PM +0400, Gleb Smirnoff wrote:
> [moving to [EMAIL PROTECTED]
>
> On Mon, Jun 18, 2007 at 07:31:18AM -0700, Luigi Rizzo wrote:
> L> On Mon, Jun 18, 2007 at 05:29:55PM +0400, Gleb Smirnoff wrote:
...
> L> > Can you please prod me when you have incorporated my sugges
[moving to [EMAIL PROTECTED]
On Mon, Jun 18, 2007 at 07:31:18AM -0700, Luigi Rizzo wrote:
L> On Mon, Jun 18, 2007 at 05:29:55PM +0400, Gleb Smirnoff wrote:
L> > On Sat, Jun 09, 2007 at 01:10:44AM +, Qing Li wrote:
L> > Q> Please review my new ARP patch and send me your feedbacks.
L> > Q>
On Tue, Dec 12, 2000 at 00:30:58 +0300, Vladimir B. Grebenschikov wrote:
> Kenneth D. Merry writes:
>
> > http://people.FreeBSD.org/~ken/zero_copy
> >
> > There are diffs posted above against -current as of early November 28th,
> > along with a FAQ, and change log.
> >
> > These diffs inc
Kenneth D. Merry writes:
> http://people.FreeBSD.org/~ken/zero_copy
>
> There are diffs posted above against -current as of early November 28th,
> along with a FAQ, and change log.
>
> These diffs include changes in:
>
> - the socket code
> - NFS code
> - VM code
> - ti(4) drive
25 matches
Mail list logo
