Jim Bryant wrote:
Hi, it looks like if_fpa.c has been modified again, but was checked
into CVS untested.
Actually, the problem is the opposite.. It has not been modified, but some
of the old backwards compatability infrastructure got cleaned out, leaving
fpa broken. It doesn't appear to be
Could you send me the output of dmesg and the complaints usbd is
producing?
Nick
On Tue, 21 Nov 2000 [EMAIL PROTECTED] wrote:
What is the current state of the usbd? I keep getting messages that
complain about a host controller error and a shutdown of the usb
interface. And I don't even
FREE Satellite T.V. System and FREE Installation
For a limited time we'll give you this top of the line Digital
Satellite System for FREE! We'll even include Free installation.
Enjoy 100's of Channels of crystal clear digital picture and
cd stereo sound on your FREE Satellite TV System. Why
Over the past several months, as others have reported, I've been getting
system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, but
ctl-alt-esc doesn't break me to the debugger ...
I'm not complaining about the hangs, if I was overly concerned, I'd run
-STABLE, but I'm wondering how
Hey whats up-
You gotta check out this
A HREF="http://www.politiciansstink.com"www.Politicians Stink.com /A
it's great. A couple of college kids set it up I think- If only CNN could write like
that. Ne way give
it a look-
Cya around
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Hello BSD gurus,
Please subscribe me to what all newbies should
know. I am currently trying to learn UNIX in all of its flavors. I
might be too ambitious, but I'm too ignorant to the intracacies of UNIX to know
better. I have acces to Sun Solaris and HP UNIX, andI have
successfully
All the machines that I have running Current dumped core at the same
place this morning.
=== share/termcap
ex - /usr/src/share/termcap/termcap.src /usr/src/share/termcap/reorder
/dev/null
Segmentation fault - core dumped
*** Error code 139
Stop in /usr/src/share/termcap.
*** Error code 1
For
do a 'make -k world' ... I had the same problem with vi, and the same
SegFault ... by using -k, it bypasses the error, which allows it to get to
the point that the newer vi is installed, which doesn't SegFault ...
On Tue, 2 Jan 2001, Charlie Root wrote:
All the machines that I have running
The Hermit Hacker wrote:
do a 'make -k world' ... I had the same problem with vi, and the same
SegFault ... by using -k, it bypasses the error, which allows it to get to
the point that the newer vi is installed, which doesn't SegFault ...
Thanks, I just started them all up with -k . I
Same with me.
All the machines that I have running Current dumped core at the same
place this morning.
=== share/termcap
ex - /usr/src/share/termcap/termcap.src /usr/src/share/termcap/reorder
/dev/null
Segmentation fault - core dumped
*** Error code 139
Stop in
Mark,
Thanks a lot. I read Marc's mail first so I'm trying the -k solution first
but I will also take USB support out of the kernels that have it.
Thanks,
ed
Mark Hittinger wrote:
Maybe this is related, maybe not... I upgraded to the latest CURRENT
available this morning and now I also
Szilveszter,
I've got some other weird problems with cores and panics but vi is the only
one that I can define well enough. I'm also taking all USB support from the
kernels that have it to see if my other strange problems disappear like access
to mysql databases with php4 cvs and some strange
On 02-Jan-01 The Hermit Hacker wrote:
Over the past several months, as others have reported, I've been getting
system hangs using 5.0-CURRENT w/ SMP ... I've got DDB enabled, but
ctl-alt-esc doesn't break me to the debugger ...
I'm not complaining about the hangs, if I was overly
same here as well...
i did a make -k buildworld and that worked for me/..
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matthew Jacob
Sent: Tuesday, January 02, 2001 1:06 PM
To: Charlie Root
Cc: [EMAIL PROTECTED]
Subject: Re: Core dumps on Current Make
In December 1998 a message from Paul van der Zwan with a similar
subject
( http://lists.openresources.com/FreeBSD/freebsd-current/msg00018.html )
started a thread dealing with a problem of bad timestamps for NFS
files. By the end of the thread Doug Rabson had apparently solved the
problem for
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: Same with me.
This sounds like a job for Captain UPDATING:
20010101:
ex and vi were broken by some changes to sys/queue.h. If
you have a bad vi (and are getting core dumps when building
termcap), you can work around
Ta-da!
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: Same with me.
This sounds like a job for Captain UPDATING:
20010101:
ex and vi were broken by some changes to sys/queue.h. If
you have a bad vi (and are getting core dumps when building
termcap), you can
Title: Email Letter
Reach Millions With Your Product or Service!
We are a professional commercial e-mail service
that has been in business for over 6 years. We can help you reach more potential
customers through e-mail. No doubt you've heard every horror story about UCE,
but frankly
:Ta-da!
:
:
: In message [EMAIL PROTECTED] Matthew Jacob
:writes:
: : Same with me.
:
: This sounds like a job for Captain UPDATING:
:
: 20010101:
: ex and vi were broken by some changes to sys/queue.h. If
: you have a bad vi (and are getting core dumps when building
:
Why in (insert favorite deity)'s name does ex and vi depend on
sys/queue.h ?
Oh, christ, who knows? I just saw the new David Mamet film "State
Main"... in one scene, Alec Baldwin has just crashed a stationwagon and
flipped it, wiping out the only stoplight in this town. he
In message [EMAIL PROTECTED] Matt Dillon writes:
: Why in (insert favorite deity)'s name does ex and vi depend on
: sys/queue.h ?
Because it does. :-) Lots of places in the userland tree use it. phk
committed a fix to vi that broke vi, and that's the problem.
Warner
To Unsubscribe:
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: Same with me.
This sounds like a job for Captain UPDATING:
Don't you just need to rebuild vi/ex? Ie would not:
cd /usr/src/usr.bin/vi;
make cleandir make obj make depend make all install
fix the problem?
Two
In message [EMAIL PROTECTED], Matt Dillon writes:
:Ta-da!
:
:
: In message [EMAIL PROTECTED] Matthew
Jacob writes:
: : Same with me.
:
: This sounds like a job for Captain UPDATING:
:
: 20010101:
: ex and vi were broken by some changes to sys/queue.h. If
: you have a bad vi (and are
In message [EMAIL PROTECTED] "Rodney W. Grimes" writes:
: This sounds like a job for Captain UPDATING:
:
: Don't you just need to rebuild vi/ex? Ie would not:
: cd /usr/src/usr.bin/vi;
: make cleandir make obj make depend make all install
: fix the problem?
:
: Two buildworlds
In message [EMAIL PROTECTED], "Rodney W. Grimes" writes
:
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: Same with me.
This sounds like a job for Captain UPDATING:
Don't you just need to rebuild vi/ex? Ie would not:
cd /usr/src/usr.bin/vi;
make cleandir make obj make
In message [EMAIL PROTECTED], "Rodney W. Grimes" writes
:
In message [EMAIL PROTECTED] Matthew
Jacob writes:
: Same with me.
This sounds like a job for Captain UPDATING:
Don't you just need to rebuild vi/ex? Ie would not:
cd /usr/src/usr.bin/vi;
make cleandir make obj
A heads up to everyone who has hw.sndunit set to something in /etc/sysctl.conf,
it is now hw.snd.unit.
-FW: [EMAIL PROTECTED]-
jhb 2001/01/02 17:25:26 PST
Modified files:
sys/dev/sound/pcmsound.c sound.h
Log:
Create a new sysctl node 'hw.snd' and move
When trying to print using a current SMP kernel, I get the following:
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id = 0c00
fault virtual address = 0xe1810412
fault code = supervisor write, page not present
instruction pointer = 0x8:0xcb0a7977
stack
On Tuesday, 2 January 2001 at 20:49:04 -0800, Manfred Antar wrote:
When trying to print using a current SMP kernel, I get the following:
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id = 0c00
fault virtual address = 0xe1810412
fault code = supervisor
Here is what I saw on 12/24. This is with DDB and KTRACE. I added
options WITNESS
options INVARIANT_SUPPORT
options INVARIANTS
but gained no futher information.
Fatal Trap 12: page fault while in kernel mode
cpuid=0; lapic.id=
fault virtual address = 0x18c7a2bb
fault code
I see these messages regularly when building releases on my SMP current
box. It happens during the part where the floppies are built. It does not
break the build process and the machine does not panic, so it isn't a big
problem for me. Maybe it rings a bell for someone.
This is with a kernel
31 matches
Mail list logo
