Re: "indefinite" wait buffer patch

2007-11-01 Thread Kostik Belousov
On Thu, Nov 01, 2007 at 09:20:42PM +0100, Arno J. Klaassen wrote: > Hello, > > > while slowly testing releng_7, I remembered I have since about > two years the attached diff in my releng_6 sources (patch > recreated against releng_7 with low timeouts for debugging) : > > it addresses the situati

Re: timers and semtimedop(2)

2007-11-01 Thread Michael B Allen
On 11/1/07, Peter Jeremy <[EMAIL PROTECTED]> wrote: > On Thu, Nov 01, 2007 at 01:41:10PM -0400, Michael B Allen wrote: > >I need semtimedop(2). I'm thinking I can just do a semop with a SIGINT maybe. > > I presume you mean SIGALRM. > > >Can someone suggest a good method for setting up a timer to de

Re: options TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS are mutually exclusive

2007-11-01 Thread Pyun YongHyeon
On Fri, Nov 02, 2007 at 11:00:26AM +0700, binto wrote: > another question. > in my 'dmesg' i have NIC - em0 Version - 6.6.6>...is it support Tigon driver that need to set > ZERO_COPY_SOCKETS ? > em(4) supports zero copy for Tx side. zero copy for receiver side requires header splitting a

Re: options TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS are mutually exclusive

2007-11-01 Thread Pyun YongHyeon
On Fri, Nov 02, 2007 at 09:39:19AM +0700, binto wrote: > I try to compile MYKERNEL to set zero_copy & tigon driver in my machine > with: > > device ti > options TI_PRIVATE_JUMBOS > options TI_JUMBO_HDRSPLIT > > but got: > #error "options TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS are mutual

options TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS are mutually exclusive

2007-11-01 Thread binto
I try to compile MYKERNEL to set zero_copy & tigon driver in my machine with: device ti options TI_PRIVATE_JUMBOS options TI_JUMBO_HDRSPLIT but got: #error "options TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS are mutually exclusive" what's up? thx

Re: memory pool, rfc

2007-11-01 Thread Giorgos Keramidas
On 2007-11-01 12:45, Eduardo Morras <[EMAIL PROTECTED]> wrote: > At 01:57 01/11/2007, you wrote: >> On Thu, Nov 01, 2007 at 01:05:54AM +0100, Eduardo Morras wrote: >> > Don't point me to zlib or libbzip2, they are on another league and are >> much >> > slower than my code. >> >> Have you looked a

Patch RFC: Promise SATA300 TX4 hardware bug workaround.

2007-11-01 Thread Alexander Sabourenkov
Hello. I have ported the workaround for the hardware bug that causes data corruption on Promise SATA300 TX4 cards to RELENG_7. Bug description: SATA300 TX4 hardware chokes if last PRD entry (in a dma transfer) is larger than 164 bytes. This was found while analysing vendor-supplied linux driver.

"indefinite" wait buffer patch

2007-11-01 Thread Arno J. Klaassen
Hello, while slowly testing releng_7, I remembered I have since about two years the attached diff in my releng_6 sources (patch recreated against releng_7 with low timeouts for debugging) : it addresses the situation when one creates a huge swap-space on a (relatively) slow disk-subsystem : e.g

Re: Attansic L1 Gigabit LAN Controller

2007-11-01 Thread Richard Hesketh
Hi, I'm looking for a FreeBSD driver for the Attansic L1 Gigabit LAN Controller (used by ASUS and to my eternal shame I did not check the FreeBSD compatible hardware list before buying the P5L-VM 1394 motherboard .. silly really as I've been using FreeBSD as my server OS since 8-). Accord

Re: floating point operations

2007-11-01 Thread David Schultz
On Thu, Nov 01, 2007, Dag-Erling Smørgrav wrote: > James Healy <[EMAIL PROTECTED]> writes: > > The remaining op is not easily converted to fixed point math, and we're > > wondering what impact a single flop on the receipt of each ACK will > > have. We don't have a strong understanding of the amoun

Re: timers and semtimedop(2)

2007-11-01 Thread Dag-Erling Smørgrav
"Michael B Allen" <[EMAIL PROTECTED]> writes: > I need semtimedop(2). I'm thinking I can just do a semop with a SIGINT > maybe. > > Can someone suggest a good method for setting up a timer to deliver > the signal? What sort of timers does FreeBSD offer? man alarm DES -- Dag-Erling Smørgrav - [EM

timers and semtimedop(2)

2007-11-01 Thread Michael B Allen
Hi, I need semtimedop(2). I'm thinking I can just do a semop with a SIGINT maybe. Can someone suggest a good method for setting up a timer to deliver the signal? What sort of timers does FreeBSD offer? Thanks, Mike -- Michael B Allen PHP Active Directory SPNEGO SSO http://www.ioplex.com/ _

Re: Useful tools missing from /rescue

2007-11-01 Thread David O'Brien
On Thu, Oct 18, 2007 at 02:04:21AM +0400, Yar Tikhiy wrote: > On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote: > > I guess I'm not creative enough in the ways I've screwed up my systems > > and needed tools from /rescue. 8-) > > Just try to installworld FreeBSD/amd64 over a running Fr

Re: memory pool, rfc

2007-11-01 Thread pfgshield-freebsd
Hello; You might want to compare your code with archivers/lzo, which is meant to be faster that the other archivers but is GPLd. Just to mention .. NetBSD has a pool(9) that you might want to check out. I think it was used in the original tmpfs: http://www.freebsd.org/cgi/man.cgi?query=pool&apr

Re: memory pool, rfc

2007-11-01 Thread Eduardo Morras
At 01:57 01/11/2007, you wrote: On Thu, Nov 01, 2007 at 01:05:54AM +0100, Eduardo Morras wrote: > Don't point me to zlib or libbzip2, they are on another league and are much > slower than my code. Have you looked at liblzo? Yes, i know lzo, i'm working with compression since '99. My code has

Re: memory pool, rfc

2007-11-01 Thread Joerg Sonnenberger
On Thu, Nov 01, 2007 at 01:05:54AM +0100, Eduardo Morras wrote: > Don't point me to zlib or libbzip2, they are on another league and are much > slower than my code. Have you looked at liblzo? Joerg ___ freebsd-hackers@freebsd.org mailing list http://li

Re: floating point operations

2007-11-01 Thread Dag-Erling Smørgrav
James Healy <[EMAIL PROTECTED]> writes: > The remaining op is not easily converted to fixed point math, and we're > wondering what impact a single flop on the receipt of each ACK will > have. We don't have a strong understanding of the amount of overhead > involved in executing a flop instead of an