https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #23 from Marek Zarychta ---
(In reply to Hans Petter Selasky from comment #22)
I am not willing to disclose it here, will send in the message.
--
You are receiving this mail because:
You are the assignee for the bug.
_
-- Doug
> On 16 March 2021, at 03:54, Lutz Donnerhacke wrote:
>
> On Mon, Mar 15, 2021 at 05:29:55PM -0700, Doug Hardie wrote:
>> I reduced the configuration to the host settings:
>> ifconfig_bge0_ipv6="inet6 accept_rtadv"
>>
>> The router to:
>> ifconfig_ue0_ipv6="up"
>>
>> Ran tcpdump on t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254309
--- Comment #7 from rozhuk...@gmail.com ---
#10 0x8076ec3a in tcp_output (tp=0xfe01137c60c0) at
/usr/src/sys/netinet/tcp_output.c:1068
1068m_copydata(mb, moff, len,
(kgdb) info locals
moff = 0
mb = 0xf
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #22 from Hans Petter Selasky ---
Further try in frame 27:
print /x *(uint8_t [128] *)((struct mbuf *)m)->m_data
That will hopefully dump the packet.
--HPS
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #21 from Marek Zarychta ---
(In reply to Hans Petter Selasky from comment #20)
I am happy to serve with this dump.
(kgdb) frame 27
#27 0x80cfbac9 in ether_input (ifp=,
m=0xf8025a85aa00) at /usr/src/sys/net/if_ethers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #20 from Hans Petter Selasky ---
Comment on attachment 223325
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=223325
backtrace 2
Can you type in kgdb101 (please install using GDB from ports or pkg):
frame 27
print *m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #19 from Marek Zarychta ---
Created attachment 223325
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=223325&action=edit
backtrace 2
The kernel with patch 2 applied still finds a way to panic. Please compare the
new b
On Tuesday, March 16, 2021, Marek Zarychta
wrote:
> W dniu 16.03.2021 o 15:35, tue...@freebsd.org pisze:
> >> On 16. Mar 2021, at 15:18, Marek Zarychta <
> zarych...@plan-b.pwste.edu.pl> wrote:
> >>
> >> W dniu 16.03.2021 o 12:50, tue...@freebsd.org pisze:
> On 16. Mar 2021, at 11:55, Blake
W dniu 16.03.2021 o 15:35, tue...@freebsd.org pisze:
>> On 16. Mar 2021, at 15:18, Marek Zarychta
>> wrote:
>>
>> W dniu 16.03.2021 o 12:50, tue...@freebsd.org pisze:
On 16. Mar 2021, at 11:55, Blake Hartshorn
wrote:
Hi Michael,
I've attached tcpdumps for port 80 o
> On 16. Mar 2021, at 15:18, Marek Zarychta
> wrote:
>
> W dniu 16.03.2021 o 12:50, tue...@freebsd.org pisze:
>>> On 16. Mar 2021, at 11:55, Blake Hartshorn
>>> wrote:
>>>
>>> Hi Michael,
>>>
>>> I've attached tcpdumps for port 80 on both sides of a bad transfer, using 2
>>> VMs in the same
W dniu 16.03.2021 o 12:50, tue...@freebsd.org pisze:
>> On 16. Mar 2021, at 11:55, Blake Hartshorn
>> wrote:
>>
>> Hi Michael,
>>
>> I've attached tcpdumps for port 80 on both sides of a bad transfer, using 2
>> VMs in the same datacenter, FreeBSD 13 serving and 12 as a client. A friend
>> of m
Hi Michael,
I've attached tcpdumps for port 80 on both sides of a bad transfer, using 2 VMs
in the same datacenter, FreeBSD 13 serving and 12 as a client. A friend of mine
suggested I also run some tests with iperf3, so pasting those results below.
You'll see it going fast in one direction and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254309
--- Comment #6 from rozhuk...@gmail.com ---
Got first crash (@m_copydata (m=0x0, m@entry=0xf80576236400, off=0, len=1,
cp=) at /usr/src/sys/kern/uipc_mbuf.c:656) on 2 different
installations.
Suspect that it caused by some changes in la
> On 16. Mar 2021, at 11:55, Blake Hartshorn wrote:
>
> Hi Michael,
>
> I've attached tcpdumps for port 80 on both sides of a bad transfer, using 2
> VMs in the same datacenter, FreeBSD 13 serving and 12 as a client. A friend
> of mine suggested I also run some tests with iperf3, so pasting th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254333
Michael Tuexen changed:
What|Removed |Added
CC||tue...@freebsd.org
Sum
On Mon, Mar 15, 2021 at 05:29:55PM -0700, Doug Hardie wrote:
> I reduced the configuration to the host settings:
> ifconfig_bge0_ipv6="inet6 accept_rtadv"
>
> The router to:
> ifconfig_ue0_ipv6="up"
>
> Ran tcpdump on the router (obviously not acting as a router) and restarted
> the host. Got t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254333
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
> On 15. Mar 2021, at 12:56, Blake Hartshorn wrote:
>
> The short version, when I use FreeBSD 13, delivering data can take 5 minutes
> for 1MB over SSH or HTTP when using IPv6. This problem does not happen with
> IPv4. I installed FreeBSD 12 and Linux on that same device, neither had the
> pro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254244
--- Comment #18 from Sergey V. Dyatko ---
(In reply to Mark Johnston from comment #10)
i've already tried disabing LRO on r368448 - without luck, + I can't get dump
on host with netdumpd running.
Last Friday I've tried to use net/intel-ix-k
19 matches
Mail list logo
