My current /usr/src is 524M. That include 83M of kernel
object files in /usr/src/sys/i386/compile from a couple
of different kernel builds. /usr/obj which holds the
object files from a buildworld is 460M. If you're going
to do a full cvs repository then /home/ncvs on my system
is 1391M.
HP released a new version. 1.0.1.
They have fixed a bug in the sources.
Could someone try the new version with optimization -O / -O2 turned on ?
I only can do it in 10 hours from now.
Andreas ///
--
Andreas Klemm
Apsfilter Homepage http://www.apsfilter.org
On Wed, Jan 16, 2002 at 01:02:31AM -0800, Joel M. Baldwin wrote:
My current /usr/src is 524M. That include 83M of kernel
object files in /usr/src/sys/i386/compile from a couple
of different kernel builds. /usr/obj which holds the
object files from a buildworld is 460M. If you're going
help
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Has anyone noticed (or fixed) a bug in -current where socket connections
on the local machine do not shutdown properly? During stress testing
I'm seeing thousands (2316 right now) of these:
tcp4 0 0 192.168.1.2.8080 192.168.1.2.2215 FIN_WAIT_2
tcp4 0 0
Your questions belong to freebsd-questions!
I created a separate partition for /usr/src (around 420MB) and cvsup ran
out of space. Can someone give me a rough idea of how big it is? Also,
I should be able to use growfs (after booting off of a floppy) to increase
the size of the partition
Bakul Shah [EMAIL PROTECTED] wrote:
On a -CURRENT:
$ du -s /usr/src
389637/usr/src
FFS likes to have about 10% free space + add a few more (may
be 4%) for the inodes space. So you need a partition of at
least 450MB.
j@uriah 57% df -k /usr/src
Filesystem 1K-blocks Used
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
exclusive (sleep mutex) Giant (0xc0462c00) locked @
/usr/src/sys/i386/i386/trap.c:1102
panic: system call pwrite returning with mutex(s) held
Hmm, erm, go kick Alfred really hard. :) This function locks Giant and then
doesn't ever unlock
* Emiel Kollof [EMAIL PROTECTED] [020116 13:29] wrote:
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
exclusive (sleep mutex) Giant (0xc0462c00) locked @
/usr/src/sys/i386/i386/trap.c:1102
panic: system call pwrite returning with mutex(s) held
Hmm, erm, go kick Alfred really hard.
* Alfred Perlstein [EMAIL PROTECTED] [020116 13:30] wrote:
* Emiel Kollof [EMAIL PROTECTED] [020116 13:29] wrote:
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
exclusive (sleep mutex) Giant (0xc0462c00) locked @
/usr/src/sys/i386/i386/trap.c:1102
panic: system call pwrite returning
* Alfred Perlstein ([EMAIL PROTECTED]) wrote:
It would help if someone cc'd me on these. :P
Fix should be in now.
Great! Thanks! Remind me to buy you a beer if I ever get to meet you in
real life :-)
Right.. cvsup it is...
Cheers,
Emiel
--
If you can survive death, you can probably
Chad David wrote:
Has anyone noticed (or fixed) a bug in -current where socket connections
on the local machine do not shutdown properly? During stress testing
I'm seeing thousands (2316 right now) of these:
tcp4 0 0 192.168.1.2.8080 192.168.1.2.2215 FIN_WAIT_2
On Wed, Jan 16, 2002 at 05:04:31PM +1100, Bruce Evans wrote:
On Tue, 15 Jan 2002, David Wolfskill wrote:
Date: Tue, 15 Jan 2002 16:46:17 -0800 (PST)
From: John Baldwin [EMAIL PROTECTED]
Two questions:
1) Do you have WITNESS on in your kernel config?
Yes, in both the build machine
[EMAIL PROTECTED] (Joerg Wunsch) wrote:
j@uriah 57% df -k /usr/src
Filesystem 1K-blocks UsedAvail Capacity Mounted on
/dev/vinum/src 595455 434778 11304179%/usr/src
That is -current as of around christmas.
Bakul got back to me and questioned that number -- he
On Wed, Jan 16, 2002 at 01:39:54PM -0800, Terry Lambert wrote:
Chad David wrote:
Has anyone noticed (or fixed) a bug in -current where socket connections
on the local machine do not shutdown properly? During stress testing
I'm seeing thousands (2316 right now) of these:
tcp4 0
Chad David wrote:
A connection goes into FIN_WAIT_2 when it has received the ACK
of the FIN, but not received a FIN (or sent an ACK) itself, thus
permitting it to enter TIME_WAIT state for 2MSL before proceeding
to the CLOSED state, as a result of a server initiated close.
A
Hi All,
Quick question. Where would I find information on downgrading a
-CURRENT to a -STABLE or -RELEASE?
I'm just trying to avoid doing a reinstall and re-setup from scratch.
Regards
Tim
--
| The most exciting phrase to | Tim Aslat [EMAIL PROTECTED] |
| hear in science, the one that
On Wed, Jan 16, 2002 at 03:50:47PM -0800, Terry Lambert wrote:
Chad David wrote:
A connection goes into FIN_WAIT_2 when it has received the ACK
of the FIN, but not received a FIN (or sent an ACK) itself, thus
permitting it to enter TIME_WAIT state for 2MSL before proceeding
to the
I got a panic with kernel around Jan 16 09:02:54 JST.
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id =
fault virtual address = 0xcaeef040
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01cc833
stack pointer
Chad David wrote:
The direct cause is a bug in my client. I call close(2) out side of the
main loop (one line off :( ), so none of the client side sockets were
getting closed. When I fixed this all of the connections went to
TIME_WAIT right away.
I'm still not convinced that all is well
Timothy Aslat wrote:
Hi All,
Quick question. Where would I find information on downgrading a
-CURRENT to a -STABLE or -RELEASE?
I'm just trying to avoid doing a reinstall and re-setup from scratch.
THis belongs on -questions.
In general, you can boot from a CDROM of the version you
Just leting you guys know that the Jan 15th and Jan 16th boot floppies
aren't working. the Jan 13th snaps are though.
mike
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Mon, 14 Jan 2002, Michael Reifenberger wrote:
On Tue, 15 Jan 2002, Bruce Evans wrote:
...
Try this version. Only disklabel.h has many changes. The code for
avoiding creation of bogus 'c' partitions didn't work at all.
This works during startup but the following commands cases a
24 matches
Mail list logo