Re: bind(2) fails on 13.0-STABLE when sin_family is 0

2021-05-28 Thread Mark Johnston
On Fri, May 28, 2021 at 03:21:15PM -0700, Bakul Shah wrote: > On May 28, 2021, at 3:12 PM, Mark Johnston wrote: > > > > On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote: > >> ttcp runs fine on 13.0-RELEASE but fails on -stable. > >> > >> The culprit seems to be bind(2). Running ttcp

Re: bind(2) fails on 13.0-STABLE when sin_family is 0

2021-05-28 Thread Bakul Shah
On May 28, 2021, at 3:12 PM, Mark Johnston wrote: > > On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote: >> ttcp runs fine on 13.0-RELEASE but fails on -stable. >> >> The culprit seems to be bind(2). Running ttcp under gdb: >> >> $ gdb a.out >> Reading symbols from a.out... >> (gdb) b

Re: bind(2) fails on 13.0-STABLE when sin_family is 0

2021-05-28 Thread Mark Johnston
On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote: > ttcp runs fine on 13.0-RELEASE but fails on -stable. > > The culprit seems to be bind(2). Running ttcp under gdb: > > $ gdb a.out > Reading symbols from a.out... > (gdb) b 295 > Breakpoint 1 at 0x203127: file ttcp.c, line 295. > (gdb)

bind(2) fails on 13.0-STABLE when sin_family is 0

2021-05-28 Thread Bakul Shah
ttcp runs fine on 13.0-RELEASE but fails on -stable. The culprit seems to be bind(2). Running ttcp under gdb: $ gdb a.out Reading symbols from a.out... (gdb) b 295 Breakpoint 1 at 0x203127: file ttcp.c, line 295. (gdb) run -s -r Starting program: /usr/ports/benchmarks/ttcp/work/ttcp-1.12_2/a.out

[Bug 256217] [tcp] High system load because of interrupts with RACK

2021-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256217 --- Comment #6 from Michael Tuexen --- (In reply to Christos Chatzaras from comment #5) Thanks for testing, I guess you confirmed what I assumed is causing the behaviour. I have no idea why this happens and if it is sort of expected or

[Bug 256217] [tcp] High system load because of interrupts with RACK

2021-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256217 --- Comment #5 from Christos Chatzaras --- To avoid reboot I did this which I believe is the same: sysctl net.inet.tcp.functions_default net.inet.tcp.functions_default: freebsd kldload tcp_rack sysctl net.inet.tcp.functions_default=rack

[Bug 256217] [tcp] High system load because of interrupts with RACK

2021-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256217 --- Comment #4 from Michael Tuexen --- So loading the RACK module, but not loading it, does not trigger the issue. Getting rid of all RACK based TCP connections seems to resolve the issue. Can you do the following experiment? 1) Load

[Bug 256217] [tcp] High system load because of interrupts with RACK

2021-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256217 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are

Re: Intel X722 + Inphi CS4227, FreeBSD support ?

2021-05-28 Thread Ben RUBSON
Pretty good news, many thanks Jeff ! > On 28 May 2021, at 00:31, Pieper, Jeffrey E > wrote: > > The ixl driver already supports X722. Inphi CS4227 is a Cortina PHY which ixl > also supports. > > Thanks, > Jeff > >> -Original Message- >> From: owner-freebsd-...@freebsd.org >> On

[Bug 236119] Intel Ethernet 82547 device cannot transfer data

2021-05-28 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236119 Kevin Bowling changed: What|Removed |Added Resolution|--- |FIXED Status|In