[Bug 234242] LACP l2,l3,l4 load sharing only respects dst port
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234242 Bug ID: 234242 Summary: LACP l2,l3,l4 load sharing only respects dst port Product: Base System Version: 11.2-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: m.mu...@gmail.com Hi, I'm chasing a performance problem when using FreeBSD as a router. The system has 4 Mellanox ConnectX-3 cards. Bonded to 2 LAGGs with LACP. mlxen0 and 1 are lagg0 and mlxen2 and 3 are lagg1. Directly on these interface are linux boxes also with ConnectX-3 cards. This is the ifconfig from the router: mlxen0: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5b:30 hwaddr 24:8a:07:f7:5b:30 nd6 options=21 media: Ethernet autoselect (10Gbase-CX4 ) status: active mlxen1: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5b:30 hwaddr 24:8a:07:f7:5b:31 nd6 options=21 media: Ethernet autoselect (10Gbase-CX4 ) status: active mlxen2: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5f:10 hwaddr 24:8a:07:f7:5f:10 nd6 options=21 media: Ethernet autoselect (10Gbase-CX4 ) status: active mlxen3: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5f:10 hwaddr 24:8a:07:f7:5f:11 nd6 options=21 media: Ethernet autoselect (10Gbase-CX4 ) status: active lagg0: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5b:30 inet6 fe80::268a:7ff:fef7:5b30%lagg0 prefixlen 64 scopeid 0xb inet 10.22.1.1 netmask 0xff00 broadcast 10.22.1.255 nd6 options=21 media: Ethernet autoselect status: active groups: lagg laggproto lacp lagghash l2,l3,l4 laggport: mlxen0 flags=1c laggport: mlxen1 flags=1c lagg1: flags=8843 metric 0 mtu 1500 options=8d00b8 ether 24:8a:07:f7:5f:10 inet6 fe80::268a:7ff:fef7:5f10%lagg1 prefixlen 64 scopeid 0xc inet 10.22.2.1 netmask 0xff00 broadcast 10.22.2.255 nd6 options=21 media: Ethernet autoselect status: active groups: lagg laggproto lacp lagghash l2,l3,l4 laggport: mlxen2 flags=1c laggport: mlxen3 flags=1c When I put the 2 linux boxes directly together I can easily achive 20GBits. iperf server: iperf3 -V -p 5000 -f m -s iperf client: iperf3 -p 5000 -f m -V -c 10.22.2.10 -t 30 -P 10 When I put the BSD router between I can only achieve 10Gbit. >From the man page of ifconfig there states: lagghash option[,option] Set the packet layers to hash for aggregation protocols which load balance. The default is "l2,l3,l4". The options can be combined using commas. l2 src/dst mac address and optional vlan number. l3 src/dst address for IPv4 or IPv6. l4 src/dst port for TCP/UDP/SCTP. The problem is that l4 is not really true, because iperf on multistream (-P 10) uses multiple source ports, but the load comes from lagg0 with 5Gbit divided on mlxen0 and mlxen1 and goes via lagg1 through one of the interfaces with 10Gbit. If I start a second iperf instance, listening on a different port and start both, the traffic flows with 20Gbit correctly shared. Searching bugtracker, forums and asking IRC doesn't gave any good answer, already played with lacp strict mode and enable/disable flowid does not help. Right now I'm not sure if this is a bug in kernel or documentation, but it would be cool if we can include src and dst ports in hashing calculation. Thanks Michael -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 157015] bsnmpd(8) does not create 64bit counters for interfaces without link
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=157015 Andrey V. Elsukov changed: What|Removed |Added CC||a...@freebsd.org --- Comment #2 from Andrey V. Elsukov --- Created attachment 200330 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=200330&action=edit Proposed patch We use this patch to solve this problem. Can you test it? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 203349] [META] FreeBSD Foundation sponsored project dependencies for FreeBSD 11.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203349 Bug 203349 depends on bug 199427, which changed state. Bug 199427 Summary: net/ntop: build results in ar-inside-ar, not handled by ELF tool chain strip https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199427 What|Removed |Added Status|Open|Closed Resolution|--- |Overcome By Events -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234248] rc.conf(5): Description of kld_list doesn't specify format of list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234248 Bug ID: 234248 Summary: rc.conf(5): Description of kld_list doesn't specify format of list Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Manual Pages Assignee: b...@freebsd.org Reporter: da...@fiander.info CC: d...@freebsd.org The description of the rc.conf variable "kld_list" is "(str) A list of kernel modules to load right after the local disks are mounted. Loading modules at this point in the boot process is much faster than doing it via /boot/loader.conf for those modules not necessary for mounting local disk." It doesn't give the format of the list. Is is space separated, comma separated, or something else? (Empirically, a space separated list works.) The descriptions of kldxref_module_path, the jail_* variables, and netwait_ip do describe the format of their respective lists. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234249] rc.conf(5): incorrect sentence parallelism in description of ip6addrctl_policy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234249 Bug ID: 234249 Summary: rc.conf(5): incorrect sentence parallelism in description of ip6addrctl_policy Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Manual Pages Assignee: b...@freebsd.org Reporter: da...@fiander.info CC: d...@freebsd.org The description of the rc.conf variable ip6addrctl_enable contains the only documentation for the variable ip6addrctl_policy (which is another problem, but I'm not going to open a but report for that). The description of the ip6addrctl_policy says: If ``ipv4_prefer'' or ``ipv6_prefer'' is specified, ip6addrctl(8) installs a pre-defined policy table described in Section 2.1 (IPv6-preferred) or 10.3 (IPv4-preferred) of RFC 3484. A strict reading of this suggests that setting ip6addrctl_policy to "ipv4_prefer" will install a "pre-defined policy table described in Section 2.1 (IPv6-preferred)". The second part of this sentence needs to be reversed so that the correct tables correspond to the correct policy values. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234252] [ipfw] allow loading of ipv6 kernel modules through ipfw rc script
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234252 Bug ID: 234252 Summary: [ipfw] allow loading of ipv6 kernel modules through ipfw rc script Product: Base System Version: 11.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: misc Assignee: b...@freebsd.org Reporter: driesm.michi...@gmail.com Created attachment 200339 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=200339&action=edit rcscriptandmanpage.diff Add 2 more switches to the rc script of ipfw which allows loading the IPv6 kernel modules. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234252] [ipfw] allow loading of ipv6 kernel modules through ipfw rc script
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234252 Dries Michiels changed: What|Removed |Added Keywords||easy, patch -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309 Oliver Pinter changed: What|Removed |Added CC||Ray"@FreeBSD.org, ||dumbb...@freebsd.org, ||mar...@freebsd.org See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=1940 ||63 CC|Ray"@FreeBSD.org|r...@freebsd.org Marcel Moolenaar changed: What|Removed |Added Status|New |Open CC|r...@freebsd.org | Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org Status|Open|In Progress Douglas King changed: What|Removed |Added CC||douglasking...@gmail.com Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org Marcel Moolenaar changed: What|Removed |Added Assignee|mar...@freebsd.org |freebsd-bugs@FreeBSD.org Vaclav Mocek changed: What|Removed |Added CC||next.little@gmail.com Alexey Dokuchaev changed: What|Removed |Added CC||da...@freebsd.org bel3a...@aol.com changed: What|Removed |Added CC||bel3a...@aol.com Eitan Adler changed: What|Removed |Added Status|In Progress |Open Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|lini...@freebsd.org Jean-Sébastien Pédron changed: What|Removed |Added CC|dumbb...@freebsd.org| --- Comment #1 from Marcel Moolenaar --- If I can read the screen correctly, it looks like the resolution is 1366x768, with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per pixel). The console output seems to be using a stride that's just wrong. Since the stride is coming from UEFI, it's hard to think of a reason why the kernel would do this. Have you tried updating the firmware? --- Comment #2 from Oliver Pinter --- Yes, today I updated to latest bios from HP, but the issue still exists. How could I extract these information without serial port or change the settings in loader or kernel? --- Comment #3 from Marcel Moolenaar --- Created attachment 160509 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509&action=edit loader with 'gop' command --- Comment #4 from Marcel Moolenaar --- (In reply to Oliver Pinter from comment #2) I committed revision 287299 (-current), that adds a 'gop' command to the loader. I attached a pre-compiled EFI loader with this command to this PR. Can you run 'gop get' and 'gop list' and add the output to this PR? Also: can you try different modes (if possible) and see if that makes a difference? --- Comment #5 from Douglas King --- Created attachment 162834 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834&action=edit BIOS information dmidecode output --- Comment #6 from Douglas King --- Created attachment 162835 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835&action=edit Dmidecode output --- Comment #7 from Douglas King --- I am having the same issue trying to install on an HP Elitebook 2540p. The error happens at the same point shown in the video except the whole output is "squished" in the top 5-10% of the disply. The display changes with user interaction but none of it is viewable. The text from the boot process remains unaffected. Booti
[Bug 232329] urtwn(4) man page uses incorrect device name
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232329 --- Comment #2 from Guangyuan Yang --- After a double check, I realized that this manpage only exists in 11.X but not in 12, and the web manpage shows 11.2 which is the latest release that has this. So I think we are good here? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 233094] [meta] Base system tool chain modernization tracking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233094 --- Comment #5 from Ed Maste --- We need to add support for the "/SYM64/" symbol table format to ar to support archives > 4GB in size. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234258] SIGIO not delivered on socket when incoming connection arrives
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234258
Bug ID: 234258
Summary: SIGIO not delivered on socket when incoming connection
arrives
Product: Base System
Version: 12.0-RELEASE
Hardware: i386
OS: Any
Status: New
Severity: Affects Many People
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: adel...@adelman.com
If a socket is set:
fcntl(sock, F_SETOWN, getpid()) and
fcntl(sock, F_SETFL,O_ASYNC)
when a connection arrives a SIGIO signal should be delivered to the appropriate
process. Under FreeBSD 11.2 and prior releases, this works. Under FreeBSD
12.0-RELEASE, no signal is delivered. This is the case with at least TCP and
UNIX domain sockets.
Duplicate by compiling and running the attached source code. "telnet 127.0.0.1
2666" to tickle the code with an incoming connection. Expected behavior is for
the signal handler to fire and print "signalfired(): SIGIO fired" to stderr.
Under FreeBSD 11.2 and prior (back to at least FreeBSD 2 the code that relied
on this worked), this works. Under FreeBSD 12.0-RELEASE the signal is not
delivered.
#include
#include
#include
#include
#include
#include
#include
#include
#include
static void signalfired()
{
fprintf(stderr,"signalfired(): SIGIO fired\n");
}
int main(void)
{
int sock;
struct sockaddr_in sin = { AF_INET }; /* socket address */
sin.sin_addr.s_addr = INADDR_ANY;
sin.sin_port = htons(2666);
sock = socket(AF_INET, SOCK_STREAM, 0);
if (sock < 0) {
perror("socket");
exit(1);
}
if (bind(sock, (struct sockaddr *) &sin, sizeof(sin)) < 0){
perror("bind");
exit(1);
}
if (signal(SIGIO,(void *) signalfired)) {
perror("trapping signal");
exit(1);
}
if (fcntl(sock, F_SETOWN, getpid()) == -1) {
perror("fcntl(F_SETOWN)");
exit(1);
}
if (fcntl(sock, F_SETFL, O_ASYNC) == -1) {
perror("fcntl(F_SETFL)");
exit(1);
}
if (listen(sock, 10) < 0) {
perror("listen");
exit(1);
}
fprintf(stderr,"sleeping, test by \"telnet localhost %d\"\n",2666);
sleep(1);
}
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234252] [ipfw] allow loading of ipv6 kernel modules through ipfw rc script
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234252 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|i...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234249] rc.conf(5): incorrect sentence parallelism in description of ip6addrctl_policy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234249 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|r...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234248] rc.conf(5): Description of kld_list doesn't specify format of list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234248 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|r...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234242] LACP l2,l3,l4 load sharing only respects dst port
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234242 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 157015] bsnmpd(8) does not create 64bit counters for interfaces without link
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=157015 Mark Linimon changed: What|Removed |Added Keywords||patch -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234207] VRRP packets generate "ipfw: pullup failed"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234207 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 234180] getrandom linking problem due to missing macros in sys/random.h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234180 Mark Linimon changed: What|Removed |Added Keywords||patch -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 233895] 12.0-RC2: Repeated double fault on AWS r4.large
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233895 --- Comment #1 from Leif Pedersen --- Created attachment 200351 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=200351&action=edit Panic message -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 233895] 12.0-RC2: Repeated double fault on AWS r4.large
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233895 --- Comment #2 from Leif Pedersen --- This problem persists in 12.0-RELEASE. Often upon rebooting after a panic, it will panic again when rc has barely begun. See new screen shot. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 233895] 12.0-RC2: Repeated double fault on AWS r4.large
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233895 --- Comment #2 from Leif Pedersen --- This problem persists in 12.0-RELEASE. Often upon rebooting after a panic, it will panic again when rc has barely begun. See new screen shot. --- Comment #3 from Leif Pedersen --- This problem persists in 12.0-RELEASE. Often upon rebooting after a panic, it will panic again when rc has barely begun. See new screen shot. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
