The following reply was made to PR kern/152036; it has been noted by GNATS.
From: Kelly Yancey
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/152036: [libc] getifaddrs(3) returns truncated sockaddrs for
netmasks
Date: Tue, 12 Jul 2011 19:24:22 -0700
Thanks, now lets just change the
quired to get the gigabit?
>
It is listed in the README for the em driver:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/em/README?rev=1.1.2.8&content-type=text/x-cvsweb-markup
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]
Join distributed.net
1% difference).
That was completely contrary to expectations and would love to hear how I
could improve my test setup to see how changing those values are supposed
to affect performance.
Thanks,
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]
"The informatio
On Mon, 26 Jul 2004, Luigi Rizzo wrote:
> On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
> ...
> > Out of curiousity, what sort of testing did you do to arrive at these
> > settings? I did some testing a while back with a SmartBits box pumping
> > p
On Mon, 26 Jul 2004, Don Bowman wrote:
> From: Luigi Rizzo [mailto:[EMAIL PROTECTED]
> > On Mon, Jul 26, 2004 at 01:18:46PM -0700, Kelly Yancey wrote:
> > ...
> > > Out of curiousity, what sort of testing did you do to
> > arrive at these
> > > settings?
egistration, you could even run
different filters on different interfaces.
You'de even have a chance of back-porting it to FreeBSD 5.x since you
won't be changing the ifnet structure at all.
Just a thought,
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROT
On Thu, 16 Dec 2004, Andre Oppermann wrote:
> Kelly Yancey wrote:
> >
> > How about a generic per-interface pfil demultiplexer? That is, a module
> > that uses the existing pfil hooks to in turn call per-interface hooks.
> > As Luigi suggested earlier, it would be po
ss someone spots some undesireable side-effect that may be caused
by the change, I'll commit the attached patch in a few days.
Thanks,
Kelly
--
Kelly Yancey -- [EMAIL PROTECTED],FreeBSD.org} -- [EMAIL PROTECTED]Index: http.c
=
On Sat, 12 Feb 2005, Bruce M Simpson wrote:
On Fri, Feb 11, 2005 at 01:34:21PM -0800, Kelly Yancey wrote:
Thus reducing the number of packets on the wire from 14 to 9. Obviously
for larger transfers, the difference gets lost in the noise. Nonetheless,
unless someone spots some undesireable
socket. This feels a bit hackish to me, but gets the job done.
Anyway, I would appreciate any feedback. Thanks,
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]? fetch.3.gz
? ftperr.h
? httperr.h
? libfetch.so.3
? ~fetch-nodelay.diff
Index: http.c
x27; keyword
so tcpdump knows what it is getting.
You'll have a similar issue with BPF programs you write: you'll either
need to skip over the vlan tag header or not, depending on whether you
snagged the packet from the parent interface or the vlan interface.
Kelly
--
Kelly Yancey - [
> are checking for checksums. As I undrestand, bge has txcsum flag, so tcp
> stack does not computes checksum itself. Am I right? And may I turn off
> txcsum flag without modifying bge driver?
>
Have you tried the -txcsum option described in ifconfig(8)?
Kelly
--
Kelly Yancey - [E
ting messages to get the interface messages. But using
a routing socket has the advantage of being more portable.
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]
FreeBSD, The Power To Serve: http://www.freebsd.org/
__
o supply the header themselves (i.e. to replace the header if
it exists and add it if it doesn't), but this should be pretty
straightforward.
I hope that answers your question (assuming I am remembering it correctly
:) ). Good luck!
Kelly
--
Kelly Yancey - kbyanc@{posi.net,FreeBSD.or
://www.squid-cache.org/Doc/FAQ/FAQ-4.html#ss4.17
Kelly
--
Kelly Yancey - kbyanc@{posi.net,FreeBSD.org}
On Tue, 11 Dec 2001, Kelly Yancey wrote:
> On Wed, 12 Dec 2001, Tom Peck wrote:
>
> > Hi Julian
> >
> > Yes, we currently have Squid serving this purpose - but as I
ue to the potential security issues. Forging a
X-Forward-For header is far more trivial than forging the source address of a
HTTP connection. In your scenario, I don't think it's an issue so long as you
only honor the last IP in the X-Forwarded-For's IP address list (the one your
trus
the way of
getting things settled. Good luck,
Kelly
--
Kelly Yancey - kbyanc@{posi.net,FreeBSD.org}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
On Tue, 5 Feb 2002, Matt Wilbur wrote:
> Thanks for all the help, my 3c985B was, uhm, having difficulty due to a,
> uhm, not completely seated riser card..
>
> Sorry for spewing before I checked the simple stuff.
>
> On that note, would anyone else have interest in a GA-621 driver? I'll
> donate
information unless the interface is token
ring.
Thanks,
Kelly
kbyanc@{posi.net,FreeBSD.org}
The original message for those subscribed to -net but not -arch:
>From [EMAIL PROTECTED] Tue Apr 30 18:13:51 2002
Date: Sun, 21 Apr 2002 01:48:42 -0700 (PDT)
From: Kelly Yancey <[EMAIL PROT
I would appreciate it if someone could review the attached patch which makes
netstat calculate column widths for the routing table when the -W flag is
specified rather than just picking larger arbitrary values as it does now.
Other than making -W more useful, it syncs reality to the documentati
On Wed, 5 Jun 2002, Iasen Kostov wrote:
> It works fine (just a warrning) with 4.4 kernel and before, but in 4.5
> there is a check for host route addition and if it fail to add a route
> it also fails to set iface address (ofcourse I've patch it for myself).
> I need this not just for saving I
- does it make amy sence?
>
You definately wouldn't want this to be && because if imo is NULL you
certainly wouldn't want to dereference it. :) The comment's logic matches the
code, it is just that the phrasing is inverted.
Kelly
--
Kelly Yancey -- kbyanc@{posi.ne
ready larger than the minimum required, there really isn't any point
in adding the padding field to it.
Kelly
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
in the above example ?
>
> Thanks.
>
> --
> JFRH.
>
The fmt field is used by sysctl(8) to format the data returned from the
kernel. The "S,xinpcb" format string tells sysctl(8) to use it's
definition of "xinpcb" formatting to render the structure. Ta
Yes, it seems elegant to put the counters in the space that is normally
unused for receive mbuf clusters, but you can't just blow off Luigi's
point regarding the send side.
Kelly
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
about
every engineer on the planet has had the "power-of-2 good" rule drilled
into them, I would have kept my mouth shut as I usually do. When I saw
you suggesting that the optimum size would just be a little lower without
mentioning POLA, an alarm went off in my head.
In any even
perhaps they employ some cleverness to
circumvent the requirement (by why?). Anyway, it should be obvious that
accessing the arpcom structure via casting from the ifnet structure or the
softc structure are supposed to have the same results, so the code your quoted
above is fine.
Kelly
--
Kelly Yan
a version of this patch, made against -stable,
to Jonathan, but I haven't heard anything from him in almost a week)
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
Index: sys/socketvar.h
===
RCS file: /home/ncvs/src/sys/sys
defines.
>
> If that would be on by default, we´d probably see interrupts "too often"
> because it tries to optimize interrupts for good throughput on small number
> of TCP streams.
>
Hmm. Might that explain the abysmal performance of the em driver with
packets smaller
SD 4.10 and I have ported it to -current as of today. I've tried
to verify I didn't make any regressions to the -current version of
netstat in the merge process, but I would appreciate any review and/or
feedback I can get. Barring any objections, I plan on committing this in
1 week (on
l decapsulation.
Just because one person doesn't have a use for the enc interface, does
not mean that no one does.
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tue, 11 Apr 2006, Bjoern A. Zeeb wrote:
> On Tue, 11 Apr 2006, Kelly Yancey wrote:
>
> Hi,
>
> > On Sun, 2 Apr 2006, Dmitry Pryanishnikov wrote:
> >
> >> On Sun, 2 Apr 2006, Bjoern A. Zeeb wrote:
> >>>> Why not? IMHO it will be very useful feat
On Mon, 17 Apr 2006, Bjoern A. Zeeb wrote:
> On Thu, 13 Apr 2006, Kelly Yancey wrote:
>
> > I'm curious: how are you performing NAT on your tunnelled traffic?
>
> the answer is simple: do not NAT on the ipsec interface though it's
> not fully correct because I do
OCKET, IT SHOULD WORK AS IF THERE IS NO DIVERT SOCKET.
>
> Thanks in adavnce
>
> Rgds
> Amit
>
Attached is a really old patch I made against FreeBSD 4.7. It might
apply to 4.9. Even if it doesn't, it should give you a pretty good idea
how to implement the functionality
On Mon, 24 Apr 2006, Kelly Yancey wrote:
> On Fri, 21 Apr 2006, Amit Mondal wrote:
>
> > Hi All,
> >
> > I need a little help with FreeBSD Kernel stuff. I wanna use Divert Socket to
> > sniff IP packet in FreeBSD.
> > For that I have compiled the kernel wit
e to set the policy on the divert socket to
IPSEC_POLICY_NONE via the IP_IPSEC_POLICY socket option, but I don't
know enough about that code path to say for sure.
Good luck,
Kelly
--
Kelly Yancey - [EMAIL PROTECTED] - [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ea. You can find my analysis of
data corruption bugs caused by using bge cards without checksum
offloading in the archives:
http://lists.freebsd.org/pipermail/freebsd-net/2004-January/002530.html
Kelly
--
Kelly Yancey - [EMAIL PROTECTED] | [EMAIL PROTECTED]
___
On Fri, 18 Oct 2002, Luigi Rizzo wrote:
> On Fri, Oct 18, 2002 at 10:27:04AM -0700, Kelly Yancey wrote:
> ...
> > Hmm. Might that explain the abysmal performance of the em driver with
> > packets smaller than 333 bytes?
>
> what do you mean ? it works great for me.
how it calculates those
numbers. The point being, though, that there is an undeniable drop-off with
332 byte or smaller packets. We have never seen any such drop-off using the
bge driver.
Thanks,
Kelly
> cheers
> luigi
>
> On Fri, Oct 18, 2002 at 10:45:13AM -0700,
ard (1U rack-mount system) is a PCI-X slot. Shouldn't
the 82543 still function normally but only as at PCI speeds?
Thanks,
Kelly
>
> Kelly Yancey [[EMAIL PROTECTED]] wrote:
> > On Fri, 18 Oct 2002, Luigi Rizzo wrote:
> >
> > > On Fri, Oct 18, 2002 at 10:27:04AM -
m hoping that your polling patches for the em
driver workaround whatever problem is causing the packet loss and am eagerly
awaiting them to be committed. :)
Thanks,
Kelly
>
> On Fri, Oct 18, 2002 at 11:13:54AM -0700, Kelly Yancey wrote:
> > On Fri, 18 Oct 2002, Luigi Rizzo wrote:
&
On Fri, 18 Oct 2002, Kelly Yancey wrote:
> > You should definitely clarify how fast the smartbits unit is pushing
> > out traffic, and whether its speed depends on the measured RTT.
> >
>
> It doesn't sound like the box is that smart. As it was explained to me
t of question belongs on -questions. Thanks,
Kelly
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
Join distributed.net Team FreeBSD: http://www.posi.net/freebsd/Team-FreeBSD/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
On Fri, 18 Oct 2002, Kelly Yancey wrote:
> Hmm. Might that explain the abysmal performance of the em driver with
> packets smaller than 333 bytes?
>
> Kelly
>
This is just a follow-up to report that thanks to Luigi and Prafulla we
were able to track down the cause of the
t put the logic into net/raw_usrreq.c and be done with it?
Any insight would be appreciated. Thanks,
Kelly
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
Visit the BSD driver database: http://www.posi.net/freebsd/drivers/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On Fri, 13 Dec 2002, Kelly Yancey wrote:
>
> Is there any particular reason that the raw socket implementation in
> net/raw_usrreq.c does not require splnet() protection? It seems as though
> adding splnet()/splx() calls to the various raw_* routines would greatly
> reduce
On Fri, 13 Dec 2002, Kelly Yancey wrote:
> Actually, as a follow-up to my own question, I don't see how the
> splnet()/splx() calls in rtsock.c are necessary at all as all of the pru_*
> hooks are called at splnet(). Being that rtsock's pru_* hooks are called at
> splnet(
Is there any reason to fix the code in the kernel which assumes
rt_mask(rt) is a properly-formed sockaddr?
For example, sys/net/rtsock.c:sysctl_dumpentry() just passes
rt_mask(rt)'s contents to userland to be interpretted as a sockaddr but it
seldomly is a properly-formed sockaddr (i.e. sa_fa
PROTECTED]]
Both, no? :) It's a bug documented in Stevens TCP/IP Illustrated 2 as
being around since 4.4BSD, but I would expect that fixing it would break a
good bit. On the other hand, it is supposedly fixed in OpenBSD.
Kelly
--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
"The fact
We've got Broadcom BCM5701 cards configured for vlan tagging on a
FreeBSD 4.7 based router; a vlan switch then terminates the trunked
segment and splits it into separate physical subnets. It turns out that
hosts on those segments cannot receive TCP packets with precisely 1168
octets of payload
On Tue, 13 Jan 2004, Kelly Yancey wrote:
>
> On Fri, 2 Jan 2004, Kelly Yancey wrote:
>
> >
> > We've got Broadcom BCM5701 cards configured for vlan tagging on a
> > FreeBSD 4.7 based router; a vlan switch then terminates the trunked
> > segment and splits
e cause of
your connectivity problems, but would reduce the noise in your tcpdumps.
Tcpdump cannot calculate the checksums you requested by specifying -vvv unless
it has the entire packet to work with.
Kelly
--
Kelly Yancey - [EMAIL PROTECTED],FreeBSD.org} - [EMAIL PROTECTED]
__
52 matches
Mail list logo
