rodrigc added a comment.
I tested this patch.
# kldload pf
# kldunload pf
kldunload: can't unload file: Device busy
The fact that the pf module cannot be unloaded was one of the
reasons that @glebius used to back out the entire changeset last time
I committed your pf changes. Can you fix
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200210
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200221
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
Hi,
On 05/05/15 18:15, Julien Charbon wrote:
> I was asked if it is possible to MFC r281599 in FreeBSD 10:
>
> ---
> Fix an old and well-documented use-after-free race condition in
> TCP timers:
> - Add a reference from tcpcb to its inpcb
> - Defer tcpcb deletion until TCP timers have finish
I get these messages on every reboot, but I haven't seen it during runtime
yet.
What's your MTU set to? Do you have TSO on bce?
On Fri, May 15, 2015 at 8:50 AM, Dominic Blais wrote:
> Hi,
>
> I see these logs prior to a server hang in userspace.
>
> May 15 01:05:47 pppoe01 kernel: bce0: bce_pul
Hi,
I see these logs prior to a server hang in userspace.
May 15 01:05:47 pppoe01 kernel: bce0: bce_pulse(): Warning: bootcode thinks
driver is absent! (bc_state = 0x0006)
May 15 01:05:47 pppoe01 kernel: bce1: bce_pulse(): Warning: bootcode thinks
driver is absent! (bc_state = 0x0006)