[Bug 141741] Etherlink III NIC won't work after upgrade to FBSD 8, If I run tcpdump - it works.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=141741 Hiren Panchasara changed: What|Removed |Added CC||hi...@freebsd.org S

[Bug 138046] [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never time out as well.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=138046 Hiren Panchasara changed: What|Removed |Added CC||hi...@freebsd.org Ass

[Bug 151996] [patch] new tcpdrop(8) option to select interactively connections to drop

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151996 Hiren Panchasara changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org

[Bug 197230] [patch] Add rcNG startup script to configure ng_tcpmss(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197230 Hiren Panchasara changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org --- Com

[Bug 211441] incorrect handling of TCPS_SYN_SENT and TCPS_SYN_RECEIVED in API tcp_usrclosed() in file tcp_usrreq.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211441 Michael Tuexen changed: What|Removed |Added Assignee|freebsd-net@FreeBSD.org |tue...@freebsd.org -- You are re

[Bug 211441] incorrect handling of TCPS_SYN_SENT and TCPS_SYN_RECEIVED in API tcp_usrclosed() in file tcp_usrreq.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211441 --- Comment #2 from Michael Tuexen --- Hi Hiren, I can take care of it. Best regards Michael -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.o

[Bug 175153] [tcp] will there miss a FIN when do TSO?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175153 --- Comment #3 from yizhouz...@ict.ac.cn --- (In reply to Hiren Panchasara from comment #2) Thanks for reviewing my report. This is about 3 years ago, I forget wether or not I have debugged it through gdb. But the problem was discovered dur

[Bug 211003] net.inet.tcp.delayed_ack=0 delaying local tcp requests

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211003 Hiren Panchasara changed: What|Removed |Added CC||hi...@freebsd.org --- Comment #

[Bug 211441] incorrect handling of TCPS_SYN_SENT and TCPS_SYN_RECEIVED in API tcp_usrclosed() in file tcp_usrreq.c

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211441 Hiren Panchasara changed: What|Removed |Added CC||hi...@freebsd.org,

[Bug 168842] [tcp] FreeBSD hosts are sending TCP packets with FIN flag and no ACK set

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168842 Hiren Panchasara changed: What|Removed |Added Assignee|an...@freebsd.org |freebsd-net@FreeBSD.org

RE: question about fopen fd limit

Why do you need to map TCP fd to FILE? It is difficult to modify FILE structure. If it is possible, let us figure out some new designs to meet your requirement. -Original Message- From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On Behalf Of ??? Sent: Thursday

Re: RE: question about fopen fd limit

hi all, not map TCP to FILE, you misunderstanding my meaning~ for example, if my server tcp already holds 32000 connection fopen only has 767 fd to use the problem has no bussiness with tcp fd, BUT fopen ... in some particular situlations , my server will open 1k+ FILE , that will e

[Bug 154557] [tcp] Freeze tcp-session of the clients, if in the gateway is used quagga

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=154557 Hiren Panchasara changed: What|Removed |Added Resolution|--- |Not A Bug Status|In

[Bug 164265] [netinet] [patch] tcp_lro_rx computes wrong checksum if 'csum' variable is 0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164265 --- Comment #2 from Hiren Panchasara --- Dilip, LRO code has changed/improve lately. Can you please check if this problem still persists? -- You are receiving this mail because: You are the assignee for the bug. _

[Bug 175153] [tcp] will there miss a FIN when do TSO?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175153 Hiren Panchasara changed: What|Removed |Added CC||hi...@freebsd.org --- Comment #

Re: cxgbe's native netmap support broken since r307394

sure go ahead and thank you! On Thu, Dec 22, 2016 at 5:15 PM, Adrian Chadd wrote: > ok, does anyone mind if I commit it as-is? > > > -a > > > On 21 December 2016 at 13:37, Vincenzo Maffione wrote: >> Hi Luigi, >> I attached a minimal change containing two fixes: >> >> - change IFNET_WLOCK into

Re: cxgbe's native netmap support broken since r307394

ok, does anyone mind if I commit it as-is? -a On 21 December 2016 at 13:37, Vincenzo Maffione wrote: > Hi Luigi, > I attached a minimal change containing two fixes: > > - change IFNET_WLOCK into IFNET_RLOCK, to fix the cxgbe issue related > to this thread > - use the proper locking functions

[Bug 168913] tcpdump(8) causing interface to drop

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168913 --- Comment #2 from Hiren Panchasara --- Dave, Can you try to reprod this on more recent (11 or head) version? -- You are receiving this mail because: You are the assignee for the bug. ___ free

[Bug 174535] [tcp] TCP fast retransmit feature works strange

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=174535 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed Resolution|---

[Bug 191520] [PATCH] Implementation of draft-ieft-tcpm-newcwv-06

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191520 Hiren Panchasara changed: What|Removed |Added Status|New |In Progress Assignee|

[Bug 154600] [tcp] [panic] Random kernel panics on tcp_output

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=154600 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed Resolution|---

[Bug 121257] [tcp] TSO + natd -> slow outgoing tcp traffic

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121257 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed CC|

[Bug 173444] [socket] [patch] IPV6_USE_MIN_MTU and TCP is broken

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173444 Hiren Panchasara changed: What|Removed |Added CC||an...@freebsd.org Ass

[Bug 121257] [tcp] TSO + natd -> slow outgoing tcp traffic

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121257 Eugene Grosbein changed: What|Removed |Added CC||po...@grosbein.net --- Comment #

[Bug 200361] net.inet.tcp.hostcache.list is jail information leak

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200361 o...@hardenedbsd.org changed: What|Removed |Added Flags||mfc-stable10?,

[Bug 174087] [tcp] Problems with ephemeral port selection

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=174087 Hiren Panchasara changed: What|Removed |Added Assignee|an...@freebsd.org |freebsd-net@FreeBSD.org --- Com

[Bug 200361] net.inet.tcp.hostcache.list is jail information leak

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200361 Hiren Panchasara changed: What|Removed |Added Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org --- Com

[Bug 121257] [tcp] TSO + natd -> slow outgoing tcp traffic

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121257 --- Comment #6 from Hiren Panchasara --- This seems like a real bug. Unsure if anything changed to fix it. It'd be nice if someone with more knowledge can comment. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 82468] Using 64MB tcp send/recv buffers, trafficflow stops, iperf can't be killed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=82468 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed Resolution|---

[Bug 112528] [nfs] NFS over TCP under load hangs with "impossible packet length"

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=112528 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed CC|

[Bug 93378] [tcp] Slow data transfer in Postfix and Cyrus IMAP (workaround known)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=93378 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed CC|

[Bug 71965] TCP MSS issue in combination with ipfw fwd

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=71965 Hiren Panchasara changed: What|Removed |Added Resolution|--- |Overcome By Events S

[Bug 61744] [netinet] [patch] TCP hangs onto mbufs with no tcp data unnecessily under certain error conditions

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=61744 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Open Assignee|an...@fr

[Bug 15095] TCP's advertised window is not scaled immediately upon discovering use of Window scale option

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=15095 Hiren Panchasara changed: What|Removed |Added Resolution|--- |FIXED Status|In Prog

[Bug 182382] [tcp] sysctl to set TCP CC method on BIG ENDIAN systems fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182382 Hiren Panchasara changed: What|Removed |Added Status|In Progress |Closed Resolution|---

[Bug 206122] tcp keep-alive message sent without timestamp option

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206122 Hiren Panchasara changed: What|Removed |Added Resolution|--- |FIXED Status|New

[Bug 205592] TCP processing in IPSec causes kernel panic

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205592 --- Comment #3 from Hiren Panchasara --- Andrew, Can you try to reproduce this on a more recent 11 based release? -- You are receiving this mail because: You are the assignee for the bug. ___ fr

[Bug 193724] [panic] [tcp] in tcp_discardcb (/usr/src/sys/netinet/tcp_subr.c:929)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193724 Hiren Panchasara changed: What|Removed |Added Status|New |Closed Resolution|---

Re: question about fopen fd limit

On 12/22/16 10:57, 盛慧华 wrote: and even in BSD 10 , it seems this short limit still there , but other OS as debian , FILE strucnt's fileno is a int . * Certain members of __sFILE are accessed directly via macros or * inline functions. To preserve ABI compat, these members must not * be di

question about fopen fd limit

hi all, hi~ we are from Chinese Game Develop Corp, Netease. and One of our product using FreeBsd as its OS platform. This Game has Millions of players online , and Each Server may holds 25000+ tcp connection at the same time.Thanks to BSD and kqueue :) for example, it's one of our

CARP troubles with 10.x

Hello. I've been using CARP for years and I'm only getting troubles since a week or so. My setup is as follows: |re0=10.1.2.13/10.1.2.127 fw1 fxp0=192.168.124.3| |client re0=10.1.2.18| --- --- |192.168.124.1 router