I have Mitac 7020 notebook with Apollo 10/100M Fast Ethernet PC Card.
Today i cvsuped recent current and now kernel panics ufter card insertion
with the folowing message:
pccard: card inserted, slot 0
date time mobile pccardd[186]: Card Dual Speed(10/100 PC Card) [1.0]
[ ] matched Dual Speed
?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
The filesystem with the kernel that had debugging
symbols was fried. All I have is below, but I
can try to crash the system tonight, if needed,
with a (new) debuggable kernel.
--
Steve
(kgdb) bt
#0 0xc017fd9e in dumpsys ()
#1 0xc017fb8b in boot ()
#2 0xc017ffbd in panic ()
#3 0xc01ac62b
On 31-Oct-01 Ilmar S. Habibulin wrote:
I have Mitac 7020 notebook with Apollo 10/100M Fast Ethernet PC Card.
Today i cvsuped recent current and now kernel panics ufter card insertion
with the folowing message:
pccard: card inserted, slot 0
date time mobile pccardd[186]: Card Dual
Hackers,
first of all i want to apologize for posting this in -current.
this should probably go into -questions.
i have some weird problem. i have cvsup'ed and installed -current
yesterday. i have attached script(1) output. quick search came up
with nothing.
did i miss anything?
thanks
max
Fyi: my system at home has crashed twice now at 3:01am during the periodic
daily run with:
WARNING: Driver mistake: repeat make_dev(da0a)
I can crash it at will (did so this morning) by running periodic daily.
--
Jos Backus _/ _/_/_/Santa Clara, CA
Hi Poul-Henning,
On Wed, Oct 31, 2001 at 07:38:56PM +0100, Poul-Henning Kamp wrote:
Make sure you have rev 1.46 of sys/kern/subr_disk.c and 1.100 of
sys/kern/kern_conf.c
In other words: the latest.
I know, and I do.
lizzy:/sys/kern% uname -a
FreeBSD lizzy.bugworks.com 5.0-CURRENT
In message [EMAIL PROTECTED], Jos Backus writes:
Hi Poul-Henning,
On Wed, Oct 31, 2001 at 07:38:56PM +0100, Poul-Henning Kamp wrote:
Make sure you have rev 1.46 of sys/kern/subr_disk.c and 1.100 of
sys/kern/kern_conf.c
In other words: the latest.
I know, and I do.
OK, so far so
Kernels no build smp_started hath vanisheddeclaring it an
extern volatile int smp_started;
in smp.h doesn't really help.
Did you intend for the actual storage to be in $ARCH/$ARCH/mp_machdep.c?
-matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
On Wed, Oct 31, 2001 at 12:09:10PM -0800, Matthew Jacob wrote:
Kernels no build smp_started hath vanisheddeclaring it an
extern volatile int smp_started;
in smp.h doesn't really help.
Did you intend for the actual storage to be in $ARCH/$ARCH/mp_machdep.c?
No. It was a
oops. can you revert i386/mp_machdep.c then?
On Wed, 31 Oct 2001, Marcel Moolenaar wrote:
On Wed, Oct 31, 2001 at 12:09:10PM -0800, Matthew Jacob wrote:
Kernels no build smp_started hath vanisheddeclaring it an
extern volatile int smp_started;
in smp.h doesn't really
Alexander N. Kabaev wrote:
What is the problem exactly? It is hard to guess that from the
information you posted.
foo (i=1, s=10244, c=-54 'J', str=0x804855b test) at prog1.c:13
Is that what bothers you? It happens because
your code is compiled with no optimization, and that causes
Maksim Yevmenkin [EMAIL PROTECTED] wrote:
i have some weird problem.
Well, it would have been nice if you had told what you deemed to
be the problem. ;-) I can't find any problem at all...
Breakpoint 1, main () at prog1.c:8
8 return (foo(1, 2, '3', test));
(gdb) s
foo (i=1,
Joerg,
i have some weird problem.
Well, it would have been nice if you had told what you deemed to
be the problem. ;-) I can't find any problem at all...
Breakpoint 1, main () at prog1.c:8
8 return (foo(1, 2, '3', test));
(gdb) s
foo (i=1, s=10244, c=-54 'Ê',
In message [EMAIL PROTECTED] Nick Hibma writes:
: Yes. I have no idea why phk has not done this.
Because the asr driver maintainer has asserted a strong lock in the
past and phk doesn't have an asr card.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
Can someone revert awk to one that actually works?
=== usr.bin/kdump
sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/i386/usr/include ioctl.c
awk: newline in string #include cam/scsi/s... at source line 1
awk: newline in string #include cam/scsi/s... at source line 1
awk: newline in string
On Wed, Oct 31, 2001 at 03:16:37PM -0800, Steve Kargl wrote:
Can someone revert awk to one that actually works?
Why don't we look at fixing the mkioctls script instead??
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote:
On Wed, Oct 31, 2001 at 03:16:37PM -0800, Steve Kargl wrote:
Can someone revert awk to one that actually works?
Why don't we look at fixing the mkioctls script instead??
That's fine.
But, before pulling the switch on a major
On Wed, Oct 31, 2001 at 04:56:18PM -0800, Steve Kargl wrote:
On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote:
On Wed, Oct 31, 2001 at 03:16:37PM -0800, Steve Kargl wrote:
Can someone revert awk to one that actually works?
Why don't we look at fixing the mkioctls script
On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote:
Why don't we look at fixing the mkioctls script instead??
What about this patch?
--- mkioctls.orig Wed Oct 31 17:08:33 2001
+++ mkioctlsWed Oct 31 17:13:07 2001
@@ -19,50 +19,48 @@
# Build a list of headers that have
On Wed, Oct 31, 2001 at 05:14:34PM -0800, Jos Backus wrote:
On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote:
Why don't we look at fixing the mkioctls script instead??
What about this patch?
It does not work.
+cat 'EOT'
+/* XXX obnoxious prerequisites. */
On Wed, Oct 31, 2001 at 06:12:07PM -0800, David O'Brien wrote:
It does not work.
Bummer. I'll look at it when I get back from dinner.
+cat 'EOT'
+/* XXX obnoxious prerequisites. */
^^^
what should this be terminating? Or where is it's terminating
On Wed, 31 Oct 2001, David O'Brien wrote:
On Wed, Oct 31, 2001 at 04:56:18PM -0800, Steve Kargl wrote:
On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote:
On Wed, Oct 31, 2001 at 03:16:37PM -0800, Steve Kargl wrote:
Can someone revert awk to one that actually works?
I got the following eariler, and thinking I was out of sync, I cvsupped everything
from scratch, and still got it.
---
cc -c -g -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -f
format-extensions
Doug Barton [EMAIL PROTECTED] writes:
On Wed, 31 Oct 2001, David O'Brien wrote:
I *DID* test it with a full `make world'. By chance is this your second
`make world' after the change? It seems we are using the host awk
instead of the one we built. Requiring someone to do two back-to-back
(Sigh. In my mkioctls patch I tried to get rid of the need to pass in
$ioctl_includes to awk but I can't think of any way to make that work. Oh
well. Glad it works now.)
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
On Wed, 31 Oct 2001, Mike Barcroft wrote:
Doug Barton [EMAIL PROTECTED] writes:
On Wed, 31 Oct 2001, David O'Brien wrote:
I *DID* test it with a full `make world'. By chance is this your second
`make world' after the change? It seems we are using the host awk
instead of the one we
On Wed, Oct 31, 2001 at 10:12:43PM -0800, Doug Barton wrote:
My only purpose in replying was to state my objection to the
sufficency of David's argument. There are a lot of things that aren't
required, but are a good idea none the less.
All I'll say is just about every large change I
As Maksim Yevmenkin wrote:
first of all i want to apoligize. i sent the wrong output. yes, it
does the right thing if you use -g switch, however it does not
work for me if i use -ggdb switch.
Indeed, the output generated with -ggdb looks weird. But then, it
never occurred to me to use -ggdb
On Wed, 31 Oct 2001, David O'Brien wrote:
On Wed, Oct 31, 2001 at 10:12:43PM -0800, Doug Barton wrote:
My only purpose in replying was to state my objection to the
sufficency of David's argument. There are a lot of things that aren't
required, but are a good idea none the less.
All
Date: Wed, 31 Oct 2001 08:34:16 -0800 (PST)
From: David Wolfskill [EMAIL PROTECTED]
mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/jot/jot.c
cd /usr/src/usr.bin/jot; make _EXTRADEPEND
echo jot: /usr/obj/usr/src/i386/usr/lib/libc.a .depend
=== usr.bin/kdump
sh
=== usr.bin/jot
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/jot/jot.c
cd /usr/src/usr.bin/jot; make _EXTRADEPEND
echo jot: /usr/obj/usr/src/i386/usr/lib/libc.a .depend
=== usr.bin/kdump
sh /usr/src/usr.bin/kdump/mkioctls
On Tuesday 30 October 2001 06:17 pm, Dreamtime.net Inc. wrote:
A while back I read a thread regarding clock drift. We are now having the
same problem. Does anyone know what the remedy is for this? Thanks.
Sincerely,
Stephen H. Kapit
I had the same problem a couple of months ago. Try adding
In article [EMAIL PROTECTED]
Marcel Moolenaar [EMAIL PROTECTED] wrote:
marcel 2001/10/31 01:03:05 PST
Modified files:
sys/kern subr_smp.c
sys/sys smp.h
Log:
Make smp_started volatile in sys/smp.h and remove the volatile
declaration in subr_smp.c.
I just commit the fix using new devclass_find_free_unit() interface
function.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
35 matches
Mail list logo