--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 31 Aug, Kris Kennaway wrote:
> panic: page fault
> panic messages:
> ---
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x4
Looks like a NULL structure pointer dereference. It looks like the
access is four bytes into the structure.
> #7 0xc021d91f in exec_elf3
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
LATEST NEWS:
The new domain names are finally available to the general public at discount prices.
Now you can register one of the exciting new .BIZ or .INFO domain names, as well as
the original .COM and .NET names for just $14.95. These brand new domain extensions
were recently approved by I
Another one. I have the cores if anyone needs to look at
them..otherwise I'll stop posting these for now.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
instructi
Another page fault in umount
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x28
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02012ed
stack pointer = 0x10:0xda021b1c
frame po
I worked out what was wrong: some of them were very old vmcores that
had never been saved. There's another problem though, because those
machines have all panicked in the past 24 hours, so I don't know where
the remaining dumps went.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: pag
David O'Brien wrote:
> > Because rather than leaving it alone for a while, they are already
> > planning a 3.3. 8-).
> >
> > And comments on this list to that effect.
>
> I don't follow. The GCC group branches previous to a release and makes
> an initial + point releases from it.
I thought it
On Sat, 31 Aug 2002, Kris Kennaway wrote:
> On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
> > On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> > > On Sat, 31 Aug 2002, Kris Kennaway wrote:
> > >
> > > > I'm having difficulty reading vmcore images with gdb (either
On Sat, Aug 31, 2002 at 03:06:08PM -0700, Terry Lambert wrote:
> David O'Brien wrote:
> > On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
> > > In general, though, the answer is that "3.1 sucks and 2.9x
> > > does not". 8-).
> >
> > Feh. 3.1's optimizer is less buggy in my experi
David O'Brien wrote:
> On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
> > In general, though, the answer is that "3.1 sucks and 2.9x
> > does not". 8-).
>
> Feh. 3.1's optimizer is less buggy in my experience.
>
> > Use at least GCC 3.2, if you feel compelled to use a buggy
> >
On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
> On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> > On Sat, 31 Aug 2002, Kris Kennaway wrote:
> >
> > > I'm having difficulty reading vmcore images with gdb (either the
> > > system version or the port).
> > >
> > >
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
> On Sat, 31 Aug 2002, Kris Kennaway wrote:
>
> > I'm having difficulty reading vmcore images with gdb (either the
> > system version or the port).
> >
> > (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
>
>But you need to specif
Is there still someone maintaining the emu10k1 driver, or the pcm driver in
general?
-mg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 31 Aug 2002, Kris Kennaway wrote:
> I'm having difficulty reading vmcore images with gdb (either the
> system version or the port).
>
> (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
But you need to specify the -k flag to gdb to use it against kernel
dumps, I'm sure it will give m
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
On Sat, Aug 31, 2002 at 05:45:26PM +0200, Anders Nordby wrote:
> # truss -p `sockstat -l | egrep 'sshd.*tcp4' | awk '{print $3}'`
>
> Log into the system with sshd, and truss will segfault:
There is an even easier way to reproduce this:
gonzo 9% sleep 10 &
[2] 35245
gonzo 10% truss -p 35245
*se
On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
> In general, though, the answer is that "3.1 sucks and 2.9x
> does not". 8-).
Feh. 3.1's optimizer is less buggy in my experience.
> Use at least GCC 3.2, if you feel compelled to use a buggy
> non-maintenance release level GCC;
On Wed, Aug 28, 2002 at 02:06:54PM -0500, Dan Nelson wrote:
> In the last episode (Aug 28), Jens Schweikhardt said:
> > On Wed, Aug 28, 2002 at 07:35:32PM +0200, Sheldon Hearn wrote:
> > # On (2002/08/28 19:04), Jens Schweikhardt wrote:
> > # > Yes, use plain TERM=xterm. It's got color now as it s
On Wed, Aug 28, 2002 at 07:06:40PM +0200, Jens Schweikhardt wrote:
> # Mutt shows this when I start vi as my editor or run fetchmail:
> #
> # "TERMCAP", line 0, terminal 'xterm-color': enter_alt_charset_mode but no acs_chars
> #
> # My centericq window ends up using pipe signs (|), minus signs (
On Wed, Aug 28, 2002 at 09:41:05PM +0200, Jens Schweikhardt wrote:
> 20020827:
>Our /etc/termcap now has all the entries from the XFree86 xterm
>almost unchanged. This means xterm now supports color by default.
>If you used TERM=xterm-color in the past you now should use
>
On Wed, Aug 28, 2002 at 09:28:20AM -0400, Bosko Milekic wrote:
>
> I think we're on our way to stabilizing -CURRENT enough for a DP2
> soon. I would sit and wait it out just a tad longer. :-)
A 5.0 DP2 branch was created just yesterday. So how ever good
yesterday's -current was will affect
On Sat, Aug 31, 2002 at 10:52:09 -0700, George V. Neville-Neil wrote:
> I think this is in -STABLE not -CURRENT, I'm having this problem there.
The problem is in -current too, see my following
optional ahc ahd
bug explanation, aicasm target inserted only when _both_ of them are
enabled.
I think this is in -STABLE not -CURRENT, I'm having this problem there.
Later,
George
--
George V. Neville-Neil [EMAIL PROTECTED]
Neville-Neil Consulting www.neville-neil.com
"I learn only to be contented." inscription at Ryoan-
On Sat, Aug 31, 2002 at 21:39:40 +0400, Andrey A. Chernov wrote:
>
> I wonder about
> optional ahc ahd
> line here. Is it assumes that _both_ must be on?
Yes, it was the bug place. Here is the workaround which fix it for me:
--- files.bak Sat Aug 31 20:46:30 2002
+++ files Sat Aug
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sat, Aug 31, 2002 at 11:15:55 -0600, Justin T. Gibbs wrote:
> > Apparently Makefile not have aicasm target (newly created clean
> > building directory):
>
> I can't reproduce this here. My kernel Makefile includes an aicasm target.
I have only this lines included, but not aicasm target itse
...
# > # and midnight commander shows all with -, +, | instead of
# > # pesudo-graphics.
# >
# > It seems this is the price we pay for alignment with what XFree86 ships.
#
# I see
Wait, maybe I was too fast and there is a solution. Looking at the xterm FAQ,
http://dickey.his.com/xterm/xterm.fa
On Sat, Aug 31, 2002 at 11:15:55 -0600, Justin T. Gibbs wrote:
> > Apparently Makefile not have aicasm target (newly created clean
> > building directory):
>
> I can't reproduce this here. My kernel Makefile includes an aicasm target.
>From where aicasm target must come in?
As I see, src/sys/c
> Apparently Makefile not have aicasm target (newly created clean
> building directory):
I can't reproduce this here. My kernel Makefile includes an aicasm target.
--
Justin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Apparently Makefile not have aicasm target (newly created clean
building directory):
rm -f .olddep
if [ -f .depend ]; then mv .depend .olddep; fi
make _kernel-depend
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit
[I tried to send this unicast to [EMAIL PROTECTED], but the attempt was
rejected with an "reason: 550 5.7.1 Access denied" as the only excuse
given for the behavior. dhw]
Adding a "cleandepend" stanza similar to the just-added "cleandir"
stanza seems to get beyond that.
Cheers,
david
--
David
>Submitter-Id: current-users
>Originator:Anders Nordby <[EMAIL PROTECTED]>
>Organization:
>Confidential: no
>Synopsis: Truss segfaults when tracing sshd
>Severity: serious
>Priority: medium
>Category: bin
>Class: sw-bug
>Release: FreeBSD 5.0-CURRENT i386
I now get a bit further:
===> aic7xxx
===> aic7xxx/aicasm
make -f
/.amd_mnt/han/host/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/Makefile
MAKESRCPATH=/.amd_mnt/han/host/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm
cleandir
make -f
/.amd_mnt/han/host/usr/
On Thu, 29 Aug 2002, Gavin Atkinson wrote:
> Since the recent ACPI import (i believe), it seems that ACPI is no longer
> disabled when APM is enabled. I do not explicitely disable API anywhere.
> In the past, I have seen upon bootup a message "apm: Other PM system
> enabled." and the kernel would
Quoting "Justin T. Gibbs" <[EMAIL PROTECTED]>:
| > Today's current gave me the following error while building a new kernel
| > after a successful make world.
| >
| > cd /usr/src/sys/modules ;
| > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
| > KMODDIR=/boot/kernel MACHINE=i386
> Today's current gave me the following error while building a new kernel
> after a successful make world.
>
> cd /usr/src/sys/modules ;
> MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
> KMODDIR=/boot/kernel MACHINE=i386 make cleandir
> ===> 3dfx
> ===> accf_data
> ===> accf_http
> ===>
Title: ½Åû¼¸ÞÀÏÆû
¼º¸í
Áֹεî·Ï ¹øÈ£ ("-"ÀÔ·Â)
Today's current gave me the following error while building a new kernel after
a successful make world.
cd /usr/src/sys/modules ; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
KMODDIR=/boot/kernel MACHINE=i386 make cleandir
===> 3dfx
===> accf_data
===> accf_http
===> agp
===> aha
===> a
I've been seeing these messages for months..
Aug 31 20:19:29 cinq sshd[2342]: /var/log/lastlog: Permission denied
.. because sshd has dropped root privileges by the time pam_lastlog
tries to log the message.
I realise this was discussed on this list about 2 months ago, but it hasn't
been fixed
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
41 matches
Mail list logo
