On Mon, Apr 01, 2013 at 03:45:19AM -0600, Chris Torek wrote:
C I have been poking about with the bhyve virtualization code in
C FreeBSD 10-current, and managed to crash FreeBSD during its
C bootstrap process due to the fact that if_detach is called
C from boot time configuration code, before the
Jacques,
On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
J Could someone please verify if m_split as in svn rev 245286 is doing the
J right thing in the scenario where a mbuf chain is split with len0 falling
J on a mbuf boundary and the mbuf in question being a M_EXT mbuf?
Jacques,
On Fri, Jan 11, 2013 at 09:18:07AM +0200, Jacques Fourie wrote:
J I've been using the kernel socket API and noticed that every once in a
J while the data received at the remote end of a TCP connection doesn't match
J the data sent locally using sosend(). I tracked it down to the piece
On Wed, Jan 02, 2013 at 05:26:35PM -0800, Mike Hix wrote:
M Should ixgbe 2.4.8 (supplied with 9.1-RELEASE) or newer support altq?
M
M altq(4) lists ixgbe under the SUPPORTED DEVICES section.
M
M I've successfully built a kernel with altq support and altq works with
M 1Gb nics and corresponding
On Sun, Dec 09, 2012 at 09:57:30AM -0800, Richard Sharpe wrote:
R lsof and sockstat can be helpful. lsof may be able to help determine if
R there's a leak because it MAY will find sockets not associated with a
R process.
R
R Hope this helps.
R
R Thanks Alfred. After following through the
On Tue, Nov 27, 2012 at 10:26:55PM -0500, Zaphod Beeblebrox wrote:
Z Are you using pf ? Also, did you confirm it is the igb nic and not
Z something more general ? e.g. if you put in a different nic, does the
Z problem go away ?
Z
Z No pf, the motherboard em-driver NIC does not have this
On Tue, Jan 31, 2012 at 12:02:04PM +0100, Luigi Rizzo wrote:
L if i understand what the patch does, i think it makes sense to be
L able to hook ipfw instances to specific interfaces/sets of interfaces,
L as it permits the writing of more readable rulesets. Right now the
L workaround is start the
On Wed, Feb 08, 2012 at 03:04:09PM +0100, Ermal Lu?i wrote:
E 2012/2/8 Gleb Smirnoff gleb...@freebsd.org:
E On Tue, Jan 31, 2012 at 12:02:04PM +0100, Luigi Rizzo wrote:
E L if i understand what the patch does, i think it makes sense to be
E L able to hook ipfw instances to specific interfaces
Damien,
On Tue, Jan 17, 2012 at 10:09:55AM +0100, Damien Fleuriot wrote:
D I'm having an increasingly difficult time defending FreeBSD in our
D company against the advances of debian kfree which is much easier to
D maintain.
D Can we get back to the 4.x release style and, hopefully, see some
On Fri, Jan 20, 2012 at 02:43:55PM +0100, Damien Fleuriot wrote:
D Don't be mistaken, I greatly appreciate the work you put into this and
D the time you devoted to fixing this issue which was *a real annoyance*
D in our case.
D
D I'm not saying you didn't merge it Gleb, I'm saying for a
On Fri, Jun 03, 2011 at 08:04:22AM -0400, John Baldwin wrote:
J On Thursday, June 02, 2011 12:24:21 pm Martin Birgmeier wrote:
J I am looking at net/if_tun.c, function tunwrite() (this is 7.4, but 8.2
J is nearly the same):
J
J There is a local variable error which is initialized to zero and
On Fri, Aug 18, 2006 at 10:41:36AM +0300, Martin Eugen wrote:
M I have a simple application, that deals with lots of dgram sockets (UDP).
M Thousands of them. Basically, its purpose is to
M maintain pairs of sockets and when data is received on one of the sockets it
M peeks through it (doing some
On Thu, Aug 03, 2006 at 03:35:04PM +0100, Joao Barros wrote:
J I recently switched ISPs which in turn led me from a cablemodem to an
J ADSL modem.
J After setting PPPoE up I started noticing this messages in the daily
J run outputs that that nice guy Charlie root sends me at 3am:
J
J Aug 3
On Fri, Aug 04, 2006 at 04:48:49PM +0100, Joao Barros wrote:
J On 8/4/06, Gleb Smirnoff [EMAIL PROTECTED] wrote:
J On Thu, Aug 03, 2006 at 03:35:04PM +0100, Joao Barros wrote:
J J Being this a cryptic message to say the least and to probably save
J J someone some time when presented
On Wed, Sep 28, 2005 at 04:00:08PM -0300, Daniel Dias Gon?alves wrote:
D I installed MPD and it doesn't start, NETGRAPH is enable on kernel.
mpd-3.18 doesn't work on AMD64. Future mpd-3.19 will work. However,
the problem is already fixed in mpd port. You need to update your
ports tree and
Luigi,
I see that bridge callbacks are still living in if_ed.c
from FreeBSD 2.x times. See if_ed.c:2816. I think this is
not correct.
Bridge code is called from ether_input(), which is
indirectly called from if_ed.c:2836.
Any objections about attached patch?
[ccing hackers@ and net@ to get
On Sun, Sep 05, 2004 at 02:20:36PM -0700, Luigi Rizzo wrote:
L I see that bridge callbacks are still living in if_ed.c
L from FreeBSD 2.x times. See if_ed.c:2816. I think this is
L not correct.
L
L Bridge code is called from ether_input(), which is
L indirectly called from if_ed.c:2836.
L
On Sun, Sep 05, 2004 at 02:20:36PM -0700, Luigi Rizzo wrote:
L there are performance reasons to do this way -- grabbing
L the entire packet is expensive because it is done via programmed
L I/O, so the current code only grabs the header, does the
L filtering, and grabs the rest of the packet only
Dear hackers,
I have a case, when I need to pass a small argument to kernel,
and receive large reply using getsockopt().
First I get the argument:
char var[MAX];
...
if ((error = sooptcopyin(sopt, var, MAX, 2))
...
Then I push reply to it using
On Sun, Jul 18, 2004 at 09:51:09PM -0700, Julian Elischer wrote:
J there is problem when linker_load_module() is called from a kernel
J thread with no associated user process, and it asks to load module by
J name, not by filename. With such parameters it requires looking through
J device.hints
On Sun, Jul 18, 2004 at 09:51:09PM -0700, Julian Elischer wrote:
J Probably the onl thing to do is to refuse to try an load the modules if
J you are not running
J in the context of a process..
What about adding this check to ng_make_node()? It works for me OK.
if
On Wed, Jun 02, 2004 at 10:56:52AM -0700, Sam Leffler wrote:
Sare you going to convert mbuf tag allocator to UMA? Now
S tags are allocated with malloc(). AFAIK, tags are used heavily in pf,
S and forthcoming ALTQ. Moving to UMA should affect their performance
S positively.
S
S You probably
Bosko,
On Mon, May 31, 2004 at 02:51:01PM -0700, Bosko Milekic wrote:
B mbuma is an Mbuf Cluster allocator built on top of a number of
B extensions to the UMA framework, all included herein.
are you going to convert mbuf tag allocator to UMA? Now
tags are allocated with malloc(). AFAIK,
Hi.
Using login.access(5) for restricting users to
login from specific hosts, I've came across this 'bug'.
If I specify host address in login.access and it is
resolvable, it never matches. e.g. :
+:glebius:ALL:10.0.0.50
And sshd(8) will not let user glebius in from host 10.0.0.50.
I'm using
24 matches
Mail list logo