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.
--On
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
Suppo
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 goin
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 192.168
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 partitio
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
* 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'
* 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 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 c
* 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 su
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 b
[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 -
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:
> >
> > tcp
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.
> >
> >
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 tha
* Timothy Aslat ([EMAIL PROTECTED]) wrote:
> Hi All,
>
> Quick question. Where would I find information on downgrading a
> -CURRENT to a -STABLE or -RELEASE?
Well, that's going to be a hard one. If you have been running CURRENT
for a while, and compiling ports in CURRENT, you will probably hav
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
> >
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
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 versio
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
25 matches
Mail list logo