[Bug 285316] The target address passed is not ignored when the socket is in a connected state
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285316 --- Comment #1 from nakayamakenj...@gmail.com --- Created attachment 258548 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=258548&action=edit A patch to ignore target address with a socket in connected state -- You are receiving this mail because: You are the assignee for the bug.
[Bug 221866] ls -liTd in 100.chksetuid with large inodes will cause daily security run output to misreport setuid changes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221866 Mark Linimon changed: What|Removed |Added Component|bin |conf -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285305] RDMA/libibverbs: active_speed value from ibv_devinfo shows as invalid speed for 400G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285305 Mark Linimon changed: What|Removed |Added Keywords||vendor -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285315] The target address passed is not ignored when the socket is in a connected state
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285315 Bug ID: 285315 Summary: The target address passed is not ignored when the socket is in a connected state Product: Base System Version: 14.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: nakayamakenj...@gmail.com Created attachment 258546 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=258546&action=edit A patch to ignore the validation for target address when connected As per send(2) - https://man.freebsd.org/cgi/man.cgi?query=send, it says: ''' If the socket is in a connected state, the target address passed to sendto(), sendmsg() or sendmmsg() is ignored. ''' However, the the target address is not ignored. It seems that udp_send() has the validation. The attached patch can ignore the target address. But is it a wrong man page or wrong validation? Just FYI, Linux (6.12.10-100.fc40.x86_64) ignores the target address with a socket in a connected state so an application with same code did not work. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285316] The target address passed is not ignored when the socket is in a connected state
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285316 Bug ID: 285316 Summary: The target address passed is not ignored when the socket is in a connected state Product: Base System Version: 14.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: nakayamakenj...@gmail.com As per send(2) - https://man.freebsd.org/cgi/man.cgi?query=send, it says: ''' If the socket is in a connected state, the target address passed to sendto(), sendmsg() or sendmmsg() is ignored. ''' However, the the target address is not ignored. It seems that udp_send() has the validation. The attached patch can ignore the target address. But is it a wrong man page or wrong validation? Just FYI, Linux (6.12.10-100.fc40.x86_64) ignores the target address with a socket in a connected state so an application with same code did not work. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285315] The target address passed is not ignored when the socket is in a connected state
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285315 Mark Linimon changed: What|Removed |Added Resolution|--- |DUPLICATE Status|New |Closed --- Comment #1 from Mark Linimon --- *** This bug has been marked as a duplicate of bug 285316 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285129] netinet(6)/route: uninitialized access of ifp->if_data in ip6_tryforward() with PPPoE/ng interface
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285129 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org Keywords||vendor -- You are receiving this mail because: You are the assignee for the bug.
[Bug 220227] service(8): Do not try to refer to rcvar when it is empty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220227 Mark Linimon changed: What|Removed |Added Attachment #183740|0 |1 is obsolete|| --- Comment #1 from Mark Linimon --- Created attachment 258550 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=258550&action=edit service.sh.diff ^Triage: rebase patch. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 259555] Fatal trap 12: page fault in vboxNetFltPortXmit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259555 Martin Filla changed: What|Removed |Added Status|New |Closed Resolution|--- |Overcome By Events -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285305] RDMA/libibverbs: active_speed value from ibv_devinfo shows as invalid speed for 400G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285305
Bug ID: 285305
Summary: RDMA/libibverbs: active_speed value from ibv_devinfo
shows as invalid speed for 400G
Product: Base System
Version: 15.0-CURRENT
Hardware: Any
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: sreekanth.re...@broadcom.com
Connected the 400G cable to Broadcom's Thor2 controllers and ibv_devinfo shows
the active speed as "invalid speed (128)" as shown below,
# ibv_devinfo -d bnxt_re2 -vv
hca_id: bnxt_re2
transport: InfiniBand (0)
fw_ver: 234.0.67.0
...
active_width: 4X (2)
active_speed: invalid speed (128)
phys_state: LINK_UP (5)
in file /usr/src/contrib/ofed/libibverbs/examples/devinfo.c
static const char *speed_str(uint8_t speed)
{
switch (speed) {
case 1: return "2.5 Gbps";
case 2: return "5.0 Gbps";
case 4: /* fall through */
case 8: return "10.0 Gbps";
case 16: return "14.0 Gbps";
case 32: return "25.0 Gbps";
case 64: return "50.0 Gbps";
default: return "invalid speed";
}
}
There is no case statement for speed value 128 ("IB_SPEED_NDR") and hence
active _speed shown as "invalid speed". Please update the devinfo.c to support
400G speed modules.
Thanks,
Sreekanth
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 285306] RDMA/libibverbs: active_speed value from ibv_devinfo shows as invalid speed for 400G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285306
Bug ID: 285306
Summary: RDMA/libibverbs: active_speed value from ibv_devinfo
shows as invalid speed for 400G
Product: Base System
Version: 15.0-CURRENT
Hardware: Any
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: b...@freebsd.org
Reporter: sreekanth.re...@broadcom.com
Connected the 400G cable to Broadcom's Thor2 controllers and ibv_devinfo shows
the active speed as "invalid speed (128)" as shown below,
# ibv_devinfo -d bnxt_re2 -vv
hca_id: bnxt_re2
transport: InfiniBand (0)
fw_ver: 234.0.67.0
...
active_width: 4X (2)
active_speed: invalid speed (128)
phys_state: LINK_UP (5)
in file /usr/src/contrib/ofed/libibverbs/examples/devinfo.c
static const char *speed_str(uint8_t speed)
{
switch (speed) {
case 1: return "2.5 Gbps";
case 2: return "5.0 Gbps";
case 4: /* fall through */
case 8: return "10.0 Gbps";
case 16: return "14.0 Gbps";
case 32: return "25.0 Gbps";
case 64: return "50.0 Gbps";
default: return "invalid speed";
}
}
There is no case statement for speed value 128 ("IB_SPEED_NDR") and hence
active _speed shown as "invalid speed". Please update the devinfo.c to support
400G speed modules.
Thanks,
Sreekanth
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 285306] RDMA/libibverbs: active_speed value from ibv_devinfo shows as invalid speed for 400G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285306 Vladimir Druzenko changed: What|Removed |Added CC||v...@freebsd.org Status|New |Closed Resolution|--- |DUPLICATE --- Comment #1 from Vladimir Druzenko --- *** This bug has been marked as a duplicate of bug 285305 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 285305] RDMA/libibverbs: active_speed value from ibv_devinfo shows as invalid speed for 400G
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285305 --- Comment #1 from Vladimir Druzenko --- *** Bug 285306 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
