https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #75 from Dobri Dobrev ---
(In reply to Hans Petter Selasky from comment #74)
>From frame 14:
(kgdb) print /x *(int *)0xfe017fd6282c
$8 = 0x264
(kgdb)
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #74 from Hans Petter Selasky ---
And this one:
print /x *(int *)0xfe017fd6282c
--HPS
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #73 from Dobri Dobrev ---
(In reply to Hans Petter Selasky from comment #72)
(kgdb) frame 14
#14 0x80e0607a in tcp_do_segment (m=,
th=0xf80bc659e87a, so=, tp=0xfe0252e24000,
drop_hdrlen=40, tlen=, iptos=0 '\000'
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #72 from Hans Petter Selasky ---
And also:
frame 14
print /x *(tp->t_inpcb->inp_socket->so_snd.sb_mb)
This dumps the faulty mbuf. I see that so_snd reports bytes available, let's
see if that matches the mbuf:
sb_acc = 0x7cf,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260427
e...@norma.perm.ru changed:
What|Removed |Added
Resolution|--- |Overcome By Events
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #71 from Dobri Dobrev ---
(In reply to Hans Petter Selasky from comment #70)
(kgdb) frame 14
#14 0x80e0607a in tcp_do_segment (m=,
th=0xf80bc659e87a, so=, tp=0xfe0252e24000,
drop_hdrlen=40, tlen=, iptos=0 '\000'
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #70 from Hans Petter Selasky ---
Could you also get:
frame 14
print /x *(tp->t_inpcb)
print /x *(tp->t_inpcb->inp_socket)
--HPS
--
You are receiving this mail because:
You are the assignee for the bug.
