https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217782
Mark Linimon changed:
What|Removed |Added
Keywords||patch
Summary|PVS-Studio
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217784
Mark Linimon changed:
What|Removed |Added
Keywords||patch
Assignee|freebsd-b.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217606
--- Comment #5 from Kristof Provost ---
Right, that confirms we're not dealing with a memory leak.
I've had a quick look at the ixgbe/if_ix code. It resets the hardware if you
bring it down, so one possible explanation is that there's somet
On 14 Mar 2017, at 3:50, Andrey V. Elsukov wrote:
> On 14.03.2017 11:40, Mike Karels wrote:
>>> Hi All,
>>
>>> Eugene has reported about the following assertion in the ARP code:
>>> http://www.grosbein.net/freebsd/crash/arp-kassert.txt
>>
>>> After some investigation I found that L2 cache ha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
Michael Tuexen changed:
What|Removed |Added
Status|New |In Progress
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #11 from Michael Tuexen ---
Created attachment 180829
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=180829&action=edit
packetdrill script to reproduce the duplicate accept problem
This is a test script which reprodu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
Michael Tuexen changed:
What|Removed |Added
Summary|One TCP connection accepted |One TCP connection accepted
Hi,
This looks identical to the panic that I was seeing. It was just
patched in -CURRENT yesterday (r315192) - maybe it's this?
https://svnweb.freebsd.org/base?view=revision&revision=315192
Ayaka
On Tue, Mar 14, 2017 at 11:25 AM, Reshad Patuck wrote:
> Hi,
>
> I am trying to use vnet and pf t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217413
Kevin Bowling changed:
What|Removed |Added
CC||kbowl...@freebsd.org
S
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #10 from Alexandre martins ---
Created attachment 180814
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=180814&action=edit
Scapy client
I made a scapy script that produce the bug. This client ignore the RST, but
don'
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #9 from Michael Tuexen ---
Great. Let me try to reproduce the issue with packetdrill. If that works, we
have a simple way of debugging the problem.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
Alexandre martins changed:
What|Removed |Added
Version|10.3-STABLE |CURRENT
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217637
--- Comment #8 from Alexandre martins ---
I made the test on the fresh compiled FreeBSD:
root@FreeBSD-head:~ # uname -a
FreeBSD FreeBSD-head 12.0-CURRENT FreeBSD 12.0-CURRENT #0
r315233+87dae13e7e9(master): Tue Mar 14 10:04:57 CET 2017
On 14.03.2017 11:40, Mike Karels wrote:
>> Hi All,
>
>> Eugene has reported about the following assertion in the ARP code:
>> http://www.grosbein.net/freebsd/crash/arp-kassert.txt
>
>> After some investigation I found that L2 cache has reference leak, that
>> can lead to integer overflow and
> Hi All,
> Eugene has reported about the following assertion in the ARP code:
> http://www.grosbein.net/freebsd/crash/arp-kassert.txt
> After some investigation I found that L2 cache has reference leak, that
> can lead to integer overflow and this assertion.
> The one of the ways to reprod
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217606
--- Comment #4 from Aiko Barz ---
Yesterday the other bridge stopped working. Here is the memory situation of the
not working device:
$ sysctl hw | egrep 'hw.(phys|user|real)'
hw.physmem: 17095405568
hw.usermem: 14090272768
hw.realmem: 171
16 matches
Mail list logo
