Re: DHCP server in base

2010/9/13 Gordon Tetlow : > On Mon, Sep 13, 2010 at 12:53 PM, David DEMELIER > wrote: >> >> Perl is a great example, I don't really understand why it's in the >> base, then the port need to rewrite the links into the base hierarchy >> and I think this is bad. > > Perl is not in the base system any

tun(4) in -CURRENT: No buffer space available - race condition patch

Output queue of tun(4) gets full after some time when sending lots of data. I have been observing this on -CURRENT at least since March this year. Looks like it's a race condition (same in tun(4) and tap(4)), the following patch seems to address the issue: Index: if_tap.c ===

regarding pciids

hi there, any thoughts on using http://pciids.sourceforge.net/ for pciids instead of the Hart and Boemler lists. the SF site seems to be updated more regularly and would get rid of the need to decide for each entry, whether to take the Hart or Boemler one. right now tools/tools/pciid/mk_pci_vendo

Re: DHCP server in base

On Mon, Sep 13, 2010 at 12:53 PM, David DEMELIER wrote: > Perl is a great example, I don't really understand why it's in the > base, then the port need to rewrite the links into the base hierarchy > and I think this is bad. Perl is not in the base system anymore. It's in the ports system. Gordo

Re: DHCP server in base

2010/9/11 Doug Barton : > On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote: >> >> Hi, >> >> another argument about hostapd :) if have access point we must have >> way to assign IP for AP clients. > > To start with, your assumption is wrong. DHCPd is not *actually* a > requirement, although I admit tha

Re: TCP loopback socket fusing

On 13.09.2010 14:45, Poul-Henning Kamp wrote: In message<4c8e0c1e.2020...@networx.ch>, Andre Oppermann writes: To short-circuit the send and receive sockets on localhost TCP connections I've made a proof-of-concept patch that directly places the data in the other side's socket buffer without do

Re: bonnie++ failed on locally mounted NFS

On Sat, 11 Sep 2010 21:52:54 +0800 (CST), Tai-hwa Liang wrote Hi, > Delete files in sequential order...Bonnie: drastic I/O error (rmdir): > Directory not empty This is a known-bug related to NFS (not bonnie++) ; see : http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/57696 and http://www.freebsd.

Re: TCP loopback socket fusing

In message <4c8e0c1e.2020...@networx.ch>, Andre Oppermann writes: >To short-circuit the send and receive sockets on localhost TCP connections >I've made a proof-of-concept patch that directly places the data in the >other side's socket buffer without doing any packetization and other protocol >ove

TCP loopback socket fusing

properly defuse the sockets in all situations. Testers and feedback wanted: http://people.freebsd.org/~andre/tcp_loopfuse-20100913.diff -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To u

Re: NOTICE: New event timer management code got to HEAD

b. f. wrote: > Alexander: > > Are the changes to sys/kern/sched_ule.c in your supplementary hack > > http://people.freebsd.org/~mav/tm6292_idle.patch > > still useful, or have they been superseded by the other changes in > > http://svn.freebsd.org/changeset/base/212541 ? One part that commenti

Re: NOTICE: New event timer management code got to HEAD

Alexander: Are the changes to sys/kern/sched_ule.c in your supplementary hack http://people.freebsd.org/~mav/tm6292_idle.patch still useful, or have they been superseded by the other changes in http://svn.freebsd.org/changeset/base/212541 ? Regards, b.

NOTICE: New event timer management code got to HEAD.

Hi. I've just committed my new one-shot oriented event timer management code into the HEAD: http://svn.freebsd.org/changeset/base/212541. Details are at referenced commit message. Contact me if you notice any related issues. -- Alexander Motin ___ fre