https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #39 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #34)
for some reason I'm unable to build world/kernel on older revisions due to "ld:
error: /usr/obj/usr/src/amd64.amd64/tmp/lib/libc.so.7: undefined reference t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #38 from Dobri Dobrev ---
(In reply to Hans Petter Selasky from comment #37)
The thing is... when did something in regards to this got changed?
Had to have happened between 12.2 and 13 at some point.. if we can find the
actual
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
Hans Petter Selasky changed:
What|Removed |Added
CC||hsela...@freebsd.org
--- Com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #36 from Hans Petter Selasky ---
Hi,
I wonder if we need to subtract 1 from tp->snd_max, when TF_SENTFIN is set?
t_state = 8
#define TCPS_LAST_ACK 8 /* had fin and close; await FIN ACK */
t_flags = 554697333
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #35 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #34)
I'll rebuild the kernel with these when I find which commit actually causes the
problem (I suspect these options will slow down the system somewhat)
--
Y
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #34 from Michael Tuexen ---
Add to the kernel config file GENERIC
options BUF_TRACKING# Track buffer history
options DDB # Support DDB.
options FULL_BUF_TRACKING # T
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #33 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #32)
Let me know what "INVARIANTS" are and how to build the kernel with it.
I'm building the "GENERIC" config.
--
You are receiving this mail because:
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #32 from Michael Tuexen ---
(In reply to Dobri Dobrev from comment #31)
Are you using a kernel build with INVARIANTS? If not, you might want to do that
first. Maybe that gives a hint, because it might panic sooner...
--
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #31 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #29)
I'm building d04c12765cfa2bf0f33f7489d48843648073ce06, will test it for few
days.
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #30 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #29)
Few days.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #29 from Michael Tuexen ---
Great, thanks. How long does it take for a machine to panic?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #28 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #27)
I'll try to do that sometime tomorrow, and let you know.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #27 from Michael Tuexen ---
(In reply to Dobri Dobrev from comment #26)
I actually don't know which version you should try. But you might pick some
older version, give it a try and to some binary search. It would help to know
wh
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #26 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #25)
If you wish, I can test an earlier revision of 13/stable, before changes to
these files (noticed you did some commits changing several of the files listed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #25 from Michael Tuexen ---
(In reply to Dobri Dobrev from comment #24)
The point I had in mind was to exclude pf from the system to be sure it is a
TCP problem. But that does not seem to be possible. Thanks for the feedback.
Wi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #24 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #23)
Unfortunately PF is essential, I cannot disable it.
To answer a question you might be having - yes, I tested without the PF patch
before I made the bug su
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #23 from Michael Tuexen ---
(In reply to Dobri Dobrev from comment #22)
I'm not interested in testing 13-release. But I would be interested if the
problem also shows up if you don't use pf. Is that possible?
--
You are receivi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #22 from Dobri Dobrev ---
I'm only having 1 patch to pf_table.c (3-4 lines in total, nothing major) that
also works w/o any issues on 12.2, and from what I can see in the dump - pf is
not related to the crash.
I'll be willing t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #21 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #20)
I'm using the exact same settings on 12.2 w/o problems.
Most of the loader/sysctl are calomel defaults with maybe 2-3 settings changed
in total.
Traffic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #20 from Michael Tuexen ---
(In reply to Dobri Dobrev from comment #19)
Thanks. Right now I'm trying to figure out what could be going on.
Are you using anything non-default? Alternate CC module? Alternate stack? Are
you using
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393
--- Comment #19 from Dobri Dobrev ---
(In reply to Michael Tuexen from comment #17)
If something more is needed - I'll provide as quickly as possible.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi,
a week ago I tried to get some hint from hackers, no response there.
(Subject: Two devices created for one block in device tree?)
I have a board with SoC containing two MACs (cgem driver) plus two
PHYs, but MDIO bus controlling both PHYs is connected to second MAC.
Thus my problem is how can
22 matches
Mail list logo
