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
mobile pccardd[186]: Card "Dual Speed"("10/100 PC Card") [1.0]
[ ] matched "Dual Speed" ("/10/
?
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 i
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
> mobile pccardd[186]: Card "Dual Speed"("
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
S
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
In message <[EMAIL PROTECTED]>, Jos Backus writes:
>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.
Make sure you have rev 1.4
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-CURRE
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,
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 does
"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 t
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
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=-
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"
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
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 maj
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
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 ioc
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
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
(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 o
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
On Wed, 31 Oct 2001, John Baldwin wrote:
> Please provide a backtrace. (trace in ddb should do the trick)
Sorry, foggot that.
db> Context switches not allowed in the debugger.
db> trace
device_set_flags(0,8,c11e3c80,c126ec00,0) at device_set_flags+0x9
allocate_driver(c09aa200,c1264700,c69
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
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
>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/kdu
===> 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 /usr/obj/usr/src/i386/us
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
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
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
37 matches
Mail list logo
