Re: Reproduceable freeze with quotas enabled

2005-11-05 Thread Attila Nagy
. There are also options DEBUG_LOCKS which extends the debugging information available via show lockedvnods with information about where the lock was acquired, which can be quite helpful. http://people.fsn.hu/~bra/freebsd/crash-20051105/crashlog I've put all together in this file. Tell me please

Re: Kernel source hacking

2005-11-05 Thread Robert Watson
On Fri, 4 Nov 2005, Joao Barros wrote: On 11/4/05, Robert Watson [EMAIL PROTECTED] wrote: On Thu, 3 Nov 2005, M. Warner Losh wrote: : Also, is there a page with other tasks for kernel neophytes like me? I : looked for some such page but I couldn't find any. phk used to have a /jkh/ page,

Re: Kernel source hacking

2005-11-05 Thread Joao Barros
On 11/5/05, Robert Watson [EMAIL PROTECTED] wrote: On Fri, 4 Nov 2005, Joao Barros wrote: On 11/4/05, Robert Watson [EMAIL PROTECTED] wrote: On Thu, 3 Nov 2005, M. Warner Losh wrote: : Also, is there a page with other tasks for kernel neophytes like me? I : looked for some such page

Re: Re: allocating 14KB memory per packet compression/decompression results in v

2005-11-05 Thread Sergey Babkin
From: Giorgos Keramidas [EMAIL PROTECTED] On 2005-11-03 22:56, kamal kc [EMAIL PROTECTED] wrote: since i am using the adaptive LZW compression scheme it requires construction of string table for compression/decompression. So an ip packet of size 1500 bytes requires a table of size (4KB + 4KB

Re: Re: allocating 14KB memory per packet compression/decompression results in v

2005-11-05 Thread Giorgos Keramidas
On 2005-11-04 11:14, Sergey Babkin [EMAIL PROTECTED] wrote: Giorgos Keramidas [EMAIL PROTECTED] wrote: On 2005-11-03 22:56, kamal kc [EMAIL PROTECTED] wrote: since i am using the adaptive LZW compression scheme it requires construction of string table for compression/decompression. So an ip

twe and giant

2005-11-05 Thread Charles Sprickman
Hello all, I was just wondering about this... I recently bumped a soon-to-be production box to 6.0 as it seems like upgrading now is easier than doing it the week after the box goes into production (it's amazing how the release engineering team knows to schedule this way...:). One thing I

Re: twe and giant

2005-11-05 Thread Scott Long
Charles Sprickman wrote: Hello all, I was just wondering about this... I recently bumped a soon-to-be production box to 6.0 as it seems like upgrading now is easier than doing it the week after the box goes into production (it's amazing how the release engineering team knows to schedule

Re: twe and giant

2005-11-05 Thread Kris Kennaway
On Sat, Nov 05, 2005 at 06:36:56PM -0500, Charles Sprickman wrote: Hello all, I was just wondering about this... I recently bumped a soon-to-be production box to 6.0 as it seems like upgrading now is easier than doing it the week after the box goes into production (it's amazing how the