Synopsis: [netinet] [patch] Wrong control used to return TOS
State-Changed-From-To: open->feedback
State-Changed-By: hiren
State-Changed-When: Tue May 7 04:42:42 UTC 2013
State-Changed-Why:
tuexen@ does not see a need for code change.
Waiting for submitter feedback.
http://www.freebsd.org/
Synopsis: [bge] [patch] enable wake on lan
Responsible-Changed-From-To: freebsd-net->hiren
Responsible-Changed-By: hiren
Responsible-Changed-When: Tue May 7 04:48:09 UTC 2013
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=177
Synopsis: [libalias] [patch] libalias locks on uninitalized data
State-Changed-From-To: open->patched
State-Changed-By: hiren
State-Changed-When: Tue May 7 05:03:30 UTC 2013
State-Changed-Why:
Gleb committed r248158.
Responsible-Changed-From-To: freebsd-net->glebius
Responsible-Chan
Synopsis: [patch] ifconfig(8) print carp mac address
Responsible-Changed-From-To: freebsd-net->hiren
Responsible-Changed-By: hiren
Responsible-Changed-When: Tue May 14 22:22:56 UTC 2013
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=136
Synopsis: [bge] [patch] enable wake on lan
Responsible-Changed-From-To: hiren->freebsd-net
Responsible-Changed-By: hiren
Responsible-Changed-When: Mon Oct 7 16:02:38 UTC 2013
Responsible-Changed-Why:
http://www.freebsd.org/cgi/query-pr.cgi?pr=177
hiren added a subscriber: hiren.
hiren added a comment.
Sanitized panic #3
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 5393809408B (5143 MB)
Blocksize: 512
Dumptime: Tue Feb 3 13:21:19 2015
Hostname
hiren added a comment.
>>! In D1711#58, @rrs wrote:
> hiren:
>
> This looks interesting to me, it is definitely something I would like to look
> at. I assume you
> are on 10.stable like Sean?
Yes, its plain stable10+D1711.
Also, all 3 panics are from the same system.
RE
hiren added a comment.
>>! In D1711#59, @rrs wrote:
> Hiren:
>
> Ok looking at kern_timeout.c thats a call to
> class->lc_lock(c_lock, lock_status);
>
> If my 10.x matches yours.
It's not :-(
Looks like what we have here is not stock stable10 really. I'l
hiren added a comment.
>>! In D1711#61, @hselasky wrote:
> Hi,
>
> There is only one or two likely consumers of callout_init_rw() at the present
> moment, and one of them is:
>
> ./netinet6/nd6.c: canceled = callout_stop(&ln->l
hiren added a comment.
>>! In D1711#60, @hiren wrote:
>>>! In D1711#58, @rrs wrote:
>
>> hiren:
>>
>> This looks interesting to me, it is definitely something I would like to
>> look at. I assume you
>> are on 10.stable like Sean?
>
> Ye
hiren added a comment.
>>! In D1711#59, @rrs wrote:
> Hiren:
>
> Ok looking at kern_timeout.c thats a call to
> class->lc_lock(c_lock, lock_status);
>
> If my 10.x matches yours.
>
> And the call inside that kern_rwlock.c:757
> is
>
> v = rw->r
hiren added a comment.
Update from llnw world:
Things have been pretty stable here without any panics for 24+ hours with
Stable10+D1711+D1777.
Thanks a lot, Randall!
REVISION DETAIL
https://reviews.freebsd.org/D1777
To: rrs, imp, sbruno, gnn, rwatson, lstewart, kostikbel, adrian, bz, jhb
hiren added a comment.
Update from llnw world:
Things have been pretty stable here without any panics for 24+ hours with
Stable10+D1711+D1777.
Thanks a lot, Randall!
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, lstewart, jhb, kostikbel, sbruno, imp, adrian
hiren added a comment.
>>! In D1777#16, @bz wrote:
> Hiren, it only took us 4 years to trigger this? Can people actually
> easily/reliably reproduce it?
Heh, I am not sure about "people" but we @llnw can see this very reliably.
Do you have any other theories/patches th
hiren added a comment.
It all started with:
https://lists.freebsd.org/pipermail/freebsd-net/2014-September/039730.html
Last (conclusive) email in that thread:
https://lists.freebsd.org/pipermail/freebsd-net/2015-January/040895.html
That issue was fixed by: https://reviews.freebsd.org/D1438 i.e
hiren added a comment.
@rrs:
Looks like we've come full circle back to the very first crash reported. We are
on stable10 with all relevant fixes.
Sanitized panic #4
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 676443
hiren added a comment.
@rrs: One more
Sanitized panic #5
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 1694281728B (1615 MB)
Blocksize: 512
Dumptime: Sun Feb 15 18:03:14 2015
Hostname: x
Magic
hiren added a comment.
@hps: cc_cpu[MAXCPU] info as you requested on IRC. Let me know if you need more
info.
(kgdb) backtrace
#0 doadump (textdump=1) at pcpu.h:219
#1 0x80749c17 in kern_reboot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:452
#2 0x80749ff4 in
hiren added a comment.
>>! In D1711#88, @rrs wrote:
> Hans:
>
> I don't get your call sequence, I sent you an email on it..
>
> Hiren:
>
> Can you go up the call chain and dump the callout structure
> c in
> 0x80760064 in callout_lock (c=0xfff
hiren added a comment.
>>! In D1711#86, @hselasky wrote:
> Hi,
>
> rrs + hiren:
>
> I think the problem is this:
>
> In "_callout_stop_safe()" we sometimes exit having "cc_migration_cpu(cc,
> direct) = CPUBLOCK;". Now if a second call to &q
hiren added a comment.
>>! In D1711#91, @rrs wrote:
> Hiren:
>
> Thats helpful.. as I said this is strange. The callout you posted shows its
> associated with CPU 0, (c_cpu == 0), and yet
> the mtx on that (which is what we are spinning on) is free (its owned == 4).
&
hiren added a comment.
>>! In D1711#92, @rrs wrote:
> Hiren:
>
> There also should have been a printf before the panic string
> printf( "spin lock %p (%s) held by %p (tid %d) too long\n",
> m, m->lock_object.lo_name, td, td->td_tid);
>
hiren added a comment.
>>! In D1711#96, @rrs wrote:
> Hiren:
>
> You have the wrong structure type.
>
> In the printf before panic it is giving you the lock that was spinning.. that
> would be in the callout_cpu structure I bet.. I mis-told you in email.
>
> So
hiren added a comment.
Another panic from an almost *idle* box:
Sanitized panic #6
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 6525980672B (6223 MB)
Blocksize: 512
Dumptime: Thu Feb 19 06:16:57 2015
Hostname
hiren added a comment.
In https://reviews.freebsd.org/D5872#127123, @jtl wrote:
>
> The key feature that makes the retransmit timer inappropriate for an
ACK-only case is that it is only stopped when we receive input; however, in the
ACK-only case, we really want to s
hiren added a comment.
In https://reviews.freebsd.org/D5872#127345, @jtl wrote:
> In https://reviews.freebsd.org/D5872#127343, @mike-karels.net wrote:
>
> > If we get an ENOBUFS when sending data, we will already be running the
retransmit timer.
>
>
> Good
hiren added a comment.
Ack for removing ENOBUFs case.
REVISION DETAIL
https://reviews.freebsd.org/D5872
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, network, glebius, adrian, delphij,
decui_microsoft.com, honzhan_microsoft.com
hiren added a comment.
In https://reviews.freebsd.org/D5872#128539, @lstewart wrote:
> ... but replace with a macro to check that the rexmit/persist timer is
armed if appropriate!
Yes, that would be useful!
REVISION DETAIL
https://reviews.freebsd.org/D5872
EMAIL PREFEREN
hiren added a comment.
In https://reviews.freebsd.org/D5872#128555, @lstewart wrote:
> I thought that had been fixed ages ago... oops.
Fixed? i.e. doing something other than setting cwnd to 1 seg?
> It should be calling cc_cong_signal() with a new congestion type.
hiren accepted this revision.
hiren added a comment.
This revision has a positive review.
I hope you'd write a bit more descriptive commit-log (not just 'what' but
also 'why') for the change. Thanks a lot for your work!
Cheers,
Hiren
INLINE COMMENTS
sys/ne
processing
> dhclient leases files?
As per my limited knowledge, no.
The only reliable way is to look at
/var/db/dhclient.leases. files as you mentioned.
Hiren ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listin
On Wed, Mar 13, 2013 at 12:02 AM, rathish mudaliar wrote:
> Hi,
>
> I request you to kindly add me to your mailing list.
http://lists.freebsd.org/mailman/listinfo/freebsd-net
This is where you can go and subscribe.
cheers,
Hiren
>
>
> R
the change from 2 weeks ago and seeing if it still happens.
>> We didn't see this from stable/9 from about a month ago.
>>
pciconf -lvb: http://people.freebsd.org/~hiren/pciconf.txt
Thanks,
Hiren
___
freebsd-net@freebsd.org mailing lis
On Thu, Aug 22, 2013 at 8:36 AM, George Neville-Neil wrote:
>
> On Aug 21, 2013, at 1:00 , Mark Johnston wrote:
>
> > Hello!
> >
> > I've ported the ip, tcp and udp DTrace providers to FreeBSD, following
> > the Solaris documentation here:
> >
> > https://wikis.oracle.com/display/DTrace/ip+Provid
ust recompile the kernel (assuming
>
>
> Your patch fails to apply, see below.
fwiw, I update the laptop to an hour back CURRENT r254665 and patch
applied cleanly.
cheers,
hiren
>
> I use clean r254468 as you suggested.
>
> Yuri
>
> --
> |diff
On Thu, Aug 22, 2013 at 10:25 AM, hiren panchasara <
hiren.panchas...@gmail.com> wrote:
>
>
>
> On Thu, Aug 22, 2013 at 8:36 AM, George Neville-Neil wrote:
>
>>
>> On Aug 21, 2013, at 1:00 , Mark Johnston wrote:
>>
>> > Hello!
>> >
>>
On Fri, Sep 6, 2013 at 12:14 PM, Alfred Perlstein wrote:
> On 9/6/13 12:10 PM, hiren panchasara wrote:
>
>> tunable_mbinit() in kern_mbuf.c looks like this:
>>
>> 119 /*
>> 120 * The default limit for all mbuf related memory is 1/2 of all
>
ways false?
What am I missing here?
Thanks,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Fri, Sep 6, 2013 at 12:38 PM, Alfred Perlstein wrote:
> On 9/6/13 12:36 PM, hiren panchasara wrote:
>
>> On Fri, Sep 6, 2013 at 12:14 PM, Alfred Perlstein wrote:
>>
>> On 9/6/13 12:10 PM, hiren panchasara wrote:
>>>
>>> tunable_mbinit() in
nitially)
PAGE_SIZE = 4096
# sysctl -a | grep v_page_count
vm.stats.vm.v_page_count: 7035
and VM_KMEM_SIZE_SCALE = 3 for mips.
So, vm_kmem_size = 12mb.
Going back to tunable_mbinit(),
we get realmem = 12mb.
and masmbufmem = 6mb.
Wanted to see if I am following the code correctly and ho
have pretty low value of
vm_kmem_size. And because of that, if maxmbufmem is not pre-set (via
loader.conf) inside tunable_mbinit() , we will have very low value for
maxmbufmem too.
I hope (partially believe) that my understanding is not entirely correct.
Because if its correct, we arw depending
On Sat, Sep 7, 2013 at 12:56 PM, Ian Lepore wrote:
> On Sat, 2013-09-07 at 12:21 -0700, hiren panchasara wrote:
> > On Sep 6, 2013 8:26 PM, "Warner Losh" wrote:
> > >
> > >
> > > On Sep 6, 2013, at 7:11 PM, Adrian Chadd wrote:
> > >
M_KMEM_SIZE_SCALE (3)
+#defineVM_KMEM_SIZE_SCALE (1)
#endif
/*
As I mentioned on another reply in the same thread, VM_KMEM_SIZE_SCALE is 1
for amd64. If I do the same for mips as above, we get
# sysctl -a | grep maxmbuf
kern.ipc.maxmbufmem: 14407680
Now, do we want to have this
rectory
I thought it would be nice to have these things exposed. So I copied them
from igb:
http://people.freebsd.org/~hiren/ixgbe_sysctls.txt
Changes for if_igb.c is to expose correct auto-tuned value for a running
system for "hw.igb.num_queues", which is not the case right now.
Thank
irq284:
ix1:que }
I can only specify -p (threads) upto 8 because it cannot be more than the
hw.ix.num_queues=8, is that correct?
Cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, se
Any comments?
cheers,
Hiren
On Sun, Sep 22, 2013 at 12:01 PM, hiren panchasara wrote:
> $ sysctl hw.igb
> hw.igb.rxd: 4096
> hw.igb.txd: 4096
> hw.igb.enable_aim: 1
> hw.igb.enable_msix: 1
> hw.igb.max_interrupt_rate: 8000
> hw.igb.buf_ring_size: 4096
>
I am providing line rate traffic (via pkg-gen.c) to my 10gig ix interface.
Now on receiving side, is there a way to sub-divide the traffic into
multiple workloads using netmap?
For example, can I get two 5G flows from 10Gbps traffic?
cheers,
Hiren
On Wed, Sep 25, 2013 at 1:22 AM, Luigi Rizzo wrote:
> On Wed, Sep 25, 2013 at 10:07 AM, hiren panchasara
> wrote:
> >
> > I am providing line rate traffic (via pkg-gen.c) to my 10gig ix
> interface.
> >
> > Now on receiving side, is there a way to sub-div
On Wed, Sep 25, 2013 at 2:05 AM, Luigi Rizzo wrote:
> On Wed, Sep 25, 2013 at 10:53 AM, hiren panchasara
> wrote:
> >
> >
> >
> > On Wed, Sep 25, 2013 at 1:22 AM, Luigi Rizzo wrote:
> >>
> >> On Wed, Sep 25, 2013 at 10:07 AM, hiren panchasara
>
e.com/Adding-Flow-Director-sysctls-to-ixgbe-4-td4769489.html
>
Thanks a lot for the link, Michio!
It seems this work is yet not committed?!?
cheers,
Hiren
>
> Cheers,
> - Michio
>
___
freebsd-net@freebsd.org mailing list
http://lists.fr
On Thu, Sep 26, 2013 at 2:27 PM, chintu hetam wrote:
> Hiren,
>
> https://www.kernel.org/doc/Documentation/networking/scaling.txt must read
> to understand nuances of each of this features. None of this techniques are
> used for mostly none other than performance reasons.
>
T
On Thu, Sep 26, 2013 at 10:38 AM, hiren panchasara <
hiren.panchas...@gmail.com> wrote:
>
>
>
> On Thu, Sep 26, 2013 at 12:58 AM, Michio Honda wrote:
>
>> Hi,
>>
>> The handiest way to try flexible flow distribution is using Flow Director.
>> I'v
packets in same order.
>
> Michio, reason i asked for performance values
> http://arxiv.org/ftp/arxiv/papers/1106/1106.0443.pdf
> I would like to test the accuracy of RFS,RSS and others in netmap mode..
>
> Thanks
> Hardik
>
>
> On Fri, Sep 27, 2013 at 2:59 AM, hire
On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrote:
> 2013/9/27 Adrian Chadd
>
>> On 27 September 2013 00:43, hiren panchasara
>> wrote:
>>
>>
>>> Takuya,
>>>
>>> I see a lot of responses/comments on proposed changes. Was anything
&g
On Sep 30, 2013 5:08 AM, "Takuya ASADA" wrote:
>
> Hi,
>
> This is updated version of the patch.
I will give this a try today.
Cheers
Hiren
> Signature filter list feature is added.
>
> Here're usage of ixgbetool:
> - add a filter
> ixgbetool ix0 add_s
+ jfv
On Wed, Sep 25, 2013 at 5:35 PM, Adrian Chadd wrote:
> please cc jfv and get them into his driver. :)
>
> -a
>
>
> On 24 September 2013 23:53, hiren panchasara wrote:
>
>> Any comments?
>>
>> cheers,
>> Hiren
>>
>> On
increments on adding a filter but
fdirustat_remove does not on deleting one (if thats how its supposed to
work)
Can you please populate "description" for all the sysctls you are adding?
:-)
Cheers,
Hiren
___
freebsd-net@freebsd.org mailing l
vents"
(I believe, "do not change the number of free" part is given when addition
is failing)
from
"Number of packets that missed matched any flow director filter"
to
"Number of packets that didn't match any flow director filter"
>
> 2013/10/1 hiren
ee more queues being used?
I am using stock ixgbe at this point. I believe RSS is enabled by default?
I apologize if I am asking obvious/answered questions here.
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/
On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara wrote:
>
> Thanks Luigi.
>
> Coming back to this thread to actually understand what's going on.
>
>
> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote:
>
>> >
>> > On this box, I have 2 interfac
On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara wrote:
>
>
>
> On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara <
> hiren.panchas...@gmail.com> wrote:
>
>>
>> Thanks Luigi.
>>
>> Coming back to this thread to actually understand what's goin
On Wed, Oct 2, 2013 at 4:15 PM, hiren panchasara wrote:
>
>
>
> On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara <
> hiren.panchas...@gmail.com> wrote:
>
>>
>>
>>
>> On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara <
>> hiren.panchas...@
On Wed, Oct 2, 2013 at 4:39 PM, hiren panchasara wrote:
>
>
>
> On Wed, Oct 2, 2013 at 4:15 PM, hiren panchasara <
> hiren.panchas...@gmail.com> wrote:
>
>>
>>
>>
>> On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara <
>> hiren.panchas...@gm
On Wed, Oct 2, 2013 at 11:05 PM, Luigi Rizzo wrote:
>
>
>
> On Thu, Oct 3, 2013 at 6:34 AM, hiren panchasara <
> hiren.panchas...@gmail.com> wrote:
>
>>
>> Thanks Luigi.
>>>>>>
>>>>>> Coming back to this thread to actually
I am going to commit this change in the weekend.
Let me know if there are any objections.
Thanks,
Hiren
On Mon, Sep 30, 2013 at 8:51 AM, hiren panchasara wrote:
> + jfv
>
>
> On Wed, Sep 25, 2013 at 5:35 PM, Adrian Chadd wrote:
>
>> please cc jfv and get them into hi
Thanks.
Committed via: http://svnweb.freebsd.org/base?view=revision&revision=256069
Cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net
On Mon, Oct 7, 2013 at 12:01 AM, Takuya ASADA wrote:
> Hi,
>
> This is updated version of "ixgbetool" patch.
I will try to give this a try tomorrow.
Cheers,
Hiren
> Here's improved feature list:
> - signature filter list feature available
> - user-defined fi
Jack,
I am also seeing similar panics at $work on a couple weeks old STABLE-9.
Can you please look into this issue?
cheers,
Hiren
1) HP DL360e Gen8, 2 x Xeon E5-2430 2.20GHz
panic: buf=0xfe002810d700 already enqueue at 995 prod=997 cons=995
cpuid = 17
KDB: stack backtrace
hat implements the basic infrastructure I proposed so that we can
>>> continue that discussion.
>>
>> Again I'm deeply concerned and opposed to giving end users direct control
>> over the IW value. I've had and seen too man
On Tue, Mar 4, 2014 at 7:38 PM, Lawrence Stewart wrote:
> I lost the battle of wills on this topic and 10.0 shipped with IW10
> enabled by default :(
>
> As for having it configurable, it is a trivial patch which perhaps,
> Hiren, you might be willing to take a stab at? I ob
ve recently ran into a situation at $work where I could not catch
the culprit application via "netstat -A" and had to dive into kgdb to
find the port from pcb where this application was listening to.
IMO, this change will make debugging easier.
cheers,
Hiren
Inde
On Wed, Mar 19, 2014 at 4:35 PM, Navdeep Parhar wrote:
> On Tue, Mar 18, 2014 at 11:05:23PM -0700, Julian Elischer wrote:
>> On 3/18/14, 8:33 PM, George Neville-Neil wrote:
>> >On Mar 7, 2014, at 1:23 , hiren panchasara
>> >wrote:
>> >
>> >>I
to get data out of hostcache to update other
parameters of a connection.
I do not see hc_entry->rmx_cwnd being actually used anywhere in
tcp_input.c while connection bring up.
Am I missing anything?
cheers,
Hiren
___
freebsd-net@freebsd.or
On Mon, Mar 31, 2014 at 6:31 AM, Robert Huff wrote:
> Hello:
> Is this the correct place to ask?
Yes.
Cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any m
t good enough to test our code. Please give
> me your message. I will send an ECN marking implmenetation in dummynet and
> test scripts personally to you.
Hi Midori,
Thank you for your work and I'd like to test this.
Please let me know how you setup the dummynet testing cluster and I&
. I also
see you removed and re-added that macro definition without any changes
to it.
Is that intentional? If not, can you please fix that and resend the patch?
It is usually a good idea to work on -HEAD for such things so
patching/committing is easier.
cheers,
Hiren
On Thu, Apr 3, 2014 at 4:27 AM, Midori Kato wrote:
> Hi Hiren,
>
> Yes, I intentionally replace the location of DELAY_ACK() macro.
> A DCTCP receiver sends an immediate ACK when incoming packets sets CE and
> non-CE bit by turns. To implement this processing, I prepare the
>
net.isr.maxqlimit=20480
> net.link.ifqmaxlen=10240
>
> How can I debug this situation?
> Any suggestions?
I am not an expert here but please upload o/p for "sysctl net.isr" and
"sysctl dev.igb" which would show error counters to get some idea
abou
On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
> Hi! Cool! can you file a FreeBSD PR with this?
I'm testing this patch right now.
I will make sure it doesn't get lost. :-)
cheers,
Hiren
>
>
> -a
>
>
> On 2 April 2014 04:48, Midori Kato wrote:
>> Hi
if we believe top -P stats)
Finally, the question: why is cpu3 doing all the queuing. and what
does that actually mean?
Can I improve performance OR reduce cpu load any other way? Should I
change anything in my netisr settings?
cheers,
Hiren
___
ed here. (Or the mailing-list dropped them.)
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Fri, Apr 11, 2014 at 4:16 PM, hiren panchasara
wrote:
> On Fri, Apr 11, 2014 at 4:15 AM, Eggert, Lars wrote:
>> Hi,
>>
>> since folks are playing with Midori's DCTCP patch, I wanted to make sure
>> that you were also aware of the patches
it to a single cpu?
I've came across a thread discussing some side-effects of this though:
http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037597.html
Thanks a ton, again.
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
The following reply was made to PR kern/184311; it has been noted by GNATS.
From: hiren panchasara
To: bug-follo...@freebsd.org, benjamin.st...@ub.uni-tuebingen.de
Cc:
Subject: Re: kern/184311: [bge] [panic] kernel panic with bge(4) on SunFire
X2100
Date: Mon, 19 May 2014 13:08:14 -0700
I
you are saying on a stable/10 box.
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
The following reply was made to PR kern/190102; it has been noted by GNATS.
From: hiren panchasara
To: Eygene Ryabinkin
Cc: FreeBSD GNATS followup ,
"freebsd-net@freebsd.org"
Subject: Re: kern/190102: [tcp] net.inet.tcp.drop_synfin=1 no longer works on
FreeBSD 10+ [regres
_norm.c?view=markup&pathrev=126258#l1242
I am curious, what's the rationale for this behavior? Why does PF
clear the FIN bit for such a packet being a firewall?
Cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mai
On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
wrote:
> On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
>> Hi! Cool! can you file a FreeBSD PR with this?
>
> I'm testing this patch right now.
>
> I will make sure it doesn't get lost. :-)
Commi
On Sun, Jun 1, 2014 at 2:08 AM, Luigi Rizzo wrote:
>
>
> On Sunday, June 1, 2014, hiren panchasara
> wrote:
>>
>> On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
>> wrote:
>> > On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
>> >
On Sun, Jun 1, 2014 at 12:31 AM, hiren panchasara
wrote:
> On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
> wrote:
>> On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
>>> Hi! Cool! can you file a FreeBSD PR with this?
>>
>> I'm testing this patc
On Mon, Jun 9, 2014 at 1:31 AM, Lawrence Stewart wrote:
> On 6/8/2014 9:07 PM, hiren panchasara wrote:
>> I wish to MFC this change and following actual dctcp changes (which
>> I'll commit to -head in coming weeks) to 10.
>>
>> Let me know if there is any objecti
I'd guess there is nothing wrong in having this as a cc module.
Someone has to do the necessary legwork :-)
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
;
+ goto done;
+ }
if ((so->so_state & (SS_ISCONNECTED|SS_ISCONFIRMING)) == 0) {
error = ENOTCONN;
goto done;
Does this look correct?
cheers,
Hiren
___
freebsd-net@freebsd.org mailing
On Sat, Jun 21, 2014 at 9:00 AM, Sean Bruno wrote:
> On Fri, 2014-06-20 at 16:21 -0700, hiren panchasara wrote:
>> Reviving an old thread where Steve found this problem: A call to
>> getpeername on a connected tcp socket returns ENOTCONN with no prior
>> errors being report
end T=txpend N=nodelay T=tstmp "
+ "S=sack X=winscale F=fastrec");
3) I feel that the header line for o/p (specially 'tcp accepts and
connects' terminology) can be improved but I do not have a better
suggestion :-)
It looks okay me otherwise and thanks for your work.
on't see any obvious reason.
If nobody objects on -net@, I can do it.
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Thu, Jul 10, 2014 at 10:36 AM, John Baldwin wrote:
> On Monday, July 07, 2014 12:58:53 pm hiren panchasara wrote:
>> + freebsd-net@,
>>
>> On Mon, Jul 7, 2014 at 4:37 AM, Harald Schmalzbauer
>> wrote:
>> > Bezüglich Jan Mikkelsen's Nachricht v
t missed it.
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
increase buffer size
allocated for sockets.
what else?
Any comments/suggestions/corrections?
cheers,
Hiren
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
our'e
> using and see how big a bufring it's allocating.
Yes, so I am dealing with Broadcom BCM5706/BCM5708 Gigabit Ethernet,
i.e. bce(4).
I bumped up tx_pages from 2 (default) to 8 where each page is 255
buffer descriptors.
I am seeing quite nice improvement on stable/10 where I can
1 - 100 of 223 matches
Mail list logo
