--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Thu, Sep 12, 2002 at 02:46:12AM +0530, Sid Carter wrote:
> Hi Folks,
>
> I am still unable to boot into the kernel from the latest cvsup.
[...]
> System Info
> --
[...]
> CPU: Pentium III/Pentium III Xeon/Celeron (996n77-MHz 686-class CPU)
In the last episode (Sep 11), David O'Brien said:
> I'd like to make this commit to get better performance on today's
> streaming tape drives. It seems my DLT drive doesn't stream well
> with the default block size of '10'.
Only if we also raise dd's and tar's default blocksizes to 64k as well :
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Quoting Edwin Culp <[EMAIL PROTECTED]>:
| I am using current with a patched gcc3.2. The patched gcc was used to
| make world (cvsup - patch gcc - make world) I get the following when
| trying to compile ports/mail/courier.
|
| gmake[1]: Entering directory
| `/usr/ports/mail/courier/wor
Kenneth Culver wrote:
> Oh ok, wierd... I've only tried (unsuccessfully, the compiler errors out)
> kde3, and some make worlds and stuff. I guess that's not strenuous enough.
kde3 compiled okay for me with Alexander Kabaev's gcc patch posted to
this ML.
Regards,
--
Michael Nottebrock
"And t
I am using current with a patched gcc3.2. The patched gcc was used to
make world (cvsup - patch gcc - make world) I get the following when
trying to compile ports/mail/courier.
gmake[1]: Entering directory `/usr/ports/mail/courier/work/courier-0.39.3/afx'
c++ -I.. -I./.. -Wall -O -pipe -L/u
Oh ok, wierd... I've only tried (unsuccessfully, the compiler errors out)
kde3, and some make worlds and stuff. I guess that's not strenuous enough.
Ken
On Thu, 12 Sep 2002, Martin Blapp wrote:
>
> Hi,
>
> > If I were you I'd start swapping memory modules, because I'm not having
>
> Already did
It may not be memory corruption. I get this panic on
various versions of STABLE on different pieces of
hardware. See 42235 and 42277.
-Kip
--- Martin Blapp <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > If I were you I'd start swapping memory modules,
> because I'm not having
>
> Al
Hi,
> If I were you I'd start swapping memory modules, because I'm not having
Already did that. I even used ECC ram.
> any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you try to build a huge project ? If I don't compile anything big
and load the machine it works pe
> I just got thisone ... This is CURRENT from 2 hours ago.
>
> Dammnit. Is this mem corruption ?
>
If I were you I'd start swapping memory modules, because I'm not having
any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you compile your kernel with any wierd optimizatio
I just got thisone ... This is CURRENT from 2 hours ago.
Dammnit. Is this mem corruption ?
#10 0xc01edb18 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:479
#11 0xc02b3539 in softdep_update_inodeblock (ip=0xce432300, bp=0xd878cc84,
waitfor=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4
Hi,
A method to crash current is the following:
cd /usr/ports/editors/openoffice
make extract# does use about 500M diskspace
rm -rfd work# removes everything
make# create it again
I had more panics when
I haven't been paying much attention to the issues lately... BUT...
I have the same problem on my p3. But it's not just during the openoffice
built.. It occurrs at other times too. Unfortunately it seems to be a hard
freeze because I don't get any dumps (or maybe its breaking to ddb and I
need to
On Wed, Sep 11, 2002 at 09:48:04PM +0200, John Angelmo wrote:
> updated this morning (08.00 CET) to latest current (from GCC 3.1.1 to
> GCC 3.2) everything runs smoothly.
>
> But libiconv seems to break:
There was a patch posted about a week ago for this.
Kris
To Unsubscribe: send mail to [EM
On 11 Sep, John Baldwin wrote:
>
> On 11-Sep-2002 Don Lewis wrote:
>> On 10 Sep, Don Lewis wrote:
>>> On 10 Sep, Nate Lawson wrote:
>>>
I'm not sure why fdcheckstd() and setugidsafety() couldn't both happen
before grabbing the proc lock. Dropping locks in the middle or
pre-alloca
Hi all,
This is current from yesterday.
I get all the time the same panics while building openoffice
on my PIV machine. Some are due the fg/bg issue.
My machine panics instantly if I have a sleeping openoffice
build and try it to invoke it again with fg.
But this one here happened during comp
Hi guys,
I've got today a lot of repetead crash on my -CURRENT notebook when
I do a ftp transfer. I've use ncftp3 and when it hang, I do a CTRL-Z
and after this I do a "kill %%".
I've under the gnome, using a current as of :
eagle bushmills:~>uname -a
FreeBSD bushmills.intra.thorm.net 5.0-CURREN
This is being worked on. See msg thread in cvs-all, starting with:
<[EMAIL PROTECTED]>. You can back out the
change (1.49) if you need to get running.
-Nate
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Revelent info:
* $FreeBSD: src/sys/kern/kern_acct.c,v 1.49 2002/09/11 04:10:41 arr Exp $
Console output...
Starting syslogd.
Sep 11 12:35:51 bigbang syslogd: kernel boot file is /boot/kernel/kernel
Starting named.
Starting ntpdate.
Turning on accounting.
recursed on non-recursive lock (sleep mut
updated this morning (08.00 CET) to latest current (from GCC 3.1.1 to
GCC 3.2) everything runs smoothly.
But libiconv seems to break:
cc -I. -I. -I../include -I./../include -O -pipe -march=pentium3 -c
./iconv.c -fPIC -DPIC -o .libs/iconv.lo
In file included from gbk.h:64,
fr
On 11-Sep-2002 Nate Lawson wrote:
> JKH task: go through conf/NOTES and move devices that don't (or could
> never) build on alpha to i386/conf/NOTES. At the end of this, LINT should
> build on alpha and i386.
I already did this before when I first created sys/alpha/conf/NOTES.
It did build at
JKH task: go through conf/NOTES and move devices that don't (or could
never) build on alpha to i386/conf/NOTES. At the end of this, LINT should
build on alpha and i386.
BTW, I would think there should be a pc98/conf/NOTES that most stuff moved
out of the global notes should go into as well as i
It's probably a device driver probe problem although it's impossible to
tell without more info. Enable options DDB, boot -vs, wait for the
hang. Hit CTRL-ALT-ESC to go into DDB and type tr to get a
backtrace. Copy the trace info (serial console is best for this). Hit c
for continue, wait, repe
Can people please test the following patch also available at
http://www.FreeBSD.org/~jhb/patches/mlx.patch
It fixes problems when using older Mylex controllers in Alphas,
but I'd like to make sure it doesn't break mlx(4) for other
folks before committing. Mike Smith has given the patch a once
ov
No. Don't change this- people are very well attuned to using an argument
to change it and all your change will do is catch the unwary and
possibly break binary compat on apps that define records based off of
NTREC.
On Wed, 11 Sep 2002, David O'Brien wrote:
> I'd like to make this commit to get
On 11-Sep-2002 Don Lewis wrote:
> On 10 Sep, Don Lewis wrote:
>> On 10 Sep, Nate Lawson wrote:
>>
>>> I'm not sure why fdcheckstd() and setugidsafety() couldn't both happen
>>> before grabbing the proc lock. Dropping locks in the middle or
>>> pre-allocating should always be a last resort.
>>
I'd like to make this commit to get better performance on today's
streaming tape drives. It seems my DLT drive doesn't stream well with
the default block size of '10'.
Index: include/protocols/dumprestore.h
===
RCS file: /home/ncvs
Hi Folks,
I am still unable to boot into the kernel from the latest cvsup.
I did a "make buildworld and make kernel" and when I try to "boot -vs",
it goes on to register procfs and then hangs at this stagethis is
what it finally prints...and freezes
Timecounters tick every 10.000 msec
bpf
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In message <[EMAIL PROTECTED]>, Don Lewis writes:
>
>A potentially better solution just occurred to me. It looks like it
>would be better if vrele() waited to decrement v_usecount until *after*
>the call to VOP_INACTIVE() (and after the call to VI_LOCK()). If that
>were done, nfs_inactive() woul
31 matches
Mail list logo
