Re: geom - panic: sleepq_add: sleep with sleeping prohibited

2015-04-09 Thread Alexander Motin
Hi. > I've got the following panic running FreeBSD-11-current: I'm sorry, it was my mistake. Should be fixed by r281310. Though that is generally a bad Carma to loose active swap device. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list

geom - panic: sleepq_add: sleep with sleeping prohibited

2015-04-07 Thread Svatopluk Kraus
Hi, I've got the following panic running FreeBSD-11-current: panic: sleepq_add: td 0xc128a330 to sleep on wchan 0xc1bdd080 with sleeping prohibited After some digging, the call stack is the following: ... g_io_schedule_up() biodone() swapgeom_done() g_waitfor_event() _sleep() ... As biodone()

Re: GEOM panic

2003-07-08 Thread D. Rock
Poul-Henning Kamp schrieb: Can you try this patch ? [patch deleted] Thanks for the fast response. Patch works for me - no more panic. -- Daniel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscrib

Re: GEOM panic

2003-07-08 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Sean Kelly writes: >On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote: >> >> Can you try this patch ? > >... >> diff -u -r1.28 geom_dump.c >> --- geom_dump.c 11 Jun 2003 06:49:15 - 1.28 >> +++ geom_dump.c 8 Jul 2003 20:00:45 -

Re: GEOM panic

2003-07-08 Thread Sean Kelly
On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote: > > Can you try this patch ? ... > diff -u -r1.28 geom_dump.c > --- geom_dump.c 11 Jun 2003 06:49:15 - 1.28 > +++ geom_dump.c 8 Jul 2003 20:00:45 - ... > @@ -162,6 +164,8 @@ > sbuf_printf(sb,

Re: GEOM panic

2003-07-08 Thread Poul-Henning Kamp
Can you try this patch ? Index: geom_dump.c === RCS file: /home/ncvs/src/sys/geom/geom_dump.c,v retrieving revision 1.28 diff -u -r1.28 geom_dump.c --- geom_dump.c 11 Jun 2003 06:49:15 - 1.28 +++ geom_dump.c 8 Jul 2003 20:0

GEOM panic

2003-07-08 Thread D. Rock
Hi, I get a reproduceable panic each time I run the command "sysctl -a" Stack backtrace from a panic'd kernel: (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc025f6e9 in boot (howto=256) at ../../../kern/kern_shutdown.c:372 #2 0xc025f9e9 in panic () at ../../../kern/kern_sh

Re: vinum and/or geom panic on alpha

2003-06-15 Thread Bernd Walter
On Sat, Jun 14, 2003 at 03:15:27PM +0930, Greg 'groggy' Lehey wrote: > On Tuesday, 10 June 2003 at 14:05:11 +0200, Bernd Walter wrote: > > > > fatal kernel trap: > > > > Stopped at g_dev_strategy+0x44:stq t0,0x20(v0) <0x20> > > > > db> trace > > g_dev_strategy() at g_dev_strateg

Re: vinum and/or geom panic on alpha

2003-06-13 Thread Greg 'groggy' Lehey
On Tuesday, 10 June 2003 at 14:05:11 +0200, Bernd Walter wrote: > > fatal kernel trap: > > Stopped at g_dev_strategy+0x44:stq t0,0x20(v0) <0x20> > > db> trace > g_dev_strategy() at g_dev_strategy+0x44 > launch_requests() at launch_requests+0x390 > prologue botch: displacement 12

vinum and/or geom panic on alpha

2003-06-10 Thread Bernd Walter
fatal kernel trap: trap entry = 0x2 (memory management fault) faulting va= 0x20 type = access violation cause = store instruction pc = 0xfc3afb84 ra = 0xfc3afb70 sp = 0xfe000b7bb8a0

Re: GEOM panic

2002-12-19 Thread phk
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes: >Do you know what the "ar: FreeBSD check1 failed" error message >is caused by? I think it is the ata-raid driver mumbling under its breath when it doesn't find anything for it to do. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20

Re: GEOM panic

2002-12-19 Thread Craig Rodrigues
On Thu, Dec 19, 2002 at 07:22:45AM +0100, [EMAIL PROTECTED] wrote: > In message <[EMAIL PROTECTED]>, Craig Rodrigues writes: > >Hi, > > > >I just did a cvsup and rebuilt my kernel, and now my kernel > >panics upon bootup. I don't have a serial console, so I wrote > >down the error messages that I

Re: GEOM panic

2002-12-19 Thread walt
[EMAIL PROTECTED] wrote: In message <[EMAIL PROTECTED]>, Craig Rodrigues writes: >Hi, > >I just did a cvsup and rebuilt my kernel, and now my kernel >panics upon bootup. I don't have a serial console, so I wrote >down the error messages that I saw: > >I saw this one in the middle of some GEOM d

Re: GEOM panic

2002-12-19 Thread Andy Farkas
This fixes it, thanks. On Thu, 19 Dec 2002 [EMAIL PROTECTED] wrote: > Can you try this patch please ? > > Index: geom_mbr.c > === > RCS file: /home/ncvs/src/sys/geom/geom_mbr.c,v > retrieving revision 1.28 > diff -u -r1.28 geom_mbr.

Re: GEOM panic

2002-12-18 Thread phk
In message <[EMAIL PROTECTED]>, Craig Rodrigues writes: >Hi, > >I just did a cvsup and rebuilt my kernel, and now my kernel >panics upon bootup. I don't have a serial console, so I wrote >down the error messages that I saw: > >I saw this one in the middle of some GEOM debug statements: >ar: FreeBS

GEOM panic

2002-12-18 Thread Craig Rodrigues
Hi, I just did a cvsup and rebuilt my kernel, and now my kernel panics upon bootup. I don't have a serial console, so I wrote down the error messages that I saw: I saw this one in the middle of some GEOM debug statements: ar: FreeBSD check1 failed Further along I saw: Lock GEOM topology not ex

Re: GEOM panic in current kernel

2002-09-28 Thread Juli Mallett
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-09-28 ] [ Subjecte: Re: GEOM panic in current kernel ] > Juli Mallett wrote: > > * De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-09-28 ] > > > Poul-Henning Kamp wrote: > > > &

Re: GEOM panic in current kernel

2002-09-28 Thread Terry Lambert
Juli Mallett wrote: > * De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-09-28 ] > > Poul-Henning Kamp wrote: > > > + bzero(&mymutex, sizeof mymutex); > > > mtx_init(&mymutex, "g_up", MTX_DEF, 0); > > > > > > Too bad mtx_init() doesn't really initialize the mutex, or > > this would

Re: GEOM panic in current kernel

2002-09-28 Thread Terry Lambert
Poul-Henning Kamp wrote: > + bzero(&mymutex, sizeof mymutex); > mtx_init(&mymutex, "g_up", MTX_DEF, 0); Too bad mtx_init() doesn't really initialize the mutex, or this would not be necessary. 8-(. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-

Re: GEOM panic in current kernel

2002-09-28 Thread Juli Mallett
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-09-28 ] [ Subjecte: Re: GEOM panic in current kernel ] > Poul-Henning Kamp wrote: > > + bzero(&mymutex, sizeof mymutex); > > mtx_init(&mymutex, "g_up", MTX_DEF, 0); > > >

Re: GEOM panic in current kernel

2002-09-28 Thread Marc Recht
> >> Uhm, what was the actual panic message ? > >mutex g_up 0xe0499cb8 already initialized > > Can you try this patch ? Works great! Thanks! Marc msg43552/pgp0.pgp Description: PGP signature

Re: GEOM panic in current kernel

2002-09-28 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Marc Recht writes: >--=./s+MTW'WA?QFc= >Content-Type: text/plain; charset=US-ASCII >Content-Transfer-Encoding: 7bit > >> >After the latest geom_* commits I get a panic while booting. The panic occurs >before mounting the disks, so I had to hand-write it down.. >>

Re: GEOM panic in current kernel

2002-09-28 Thread Marc Recht
> >After the latest geom_* commits I get a panic while booting. The panic occurs >before mounting the disks, so I had to hand-write it down.. > >panic.. > >mtx_init(e0499ce8, e0396b85, 0, 0, 748f6273) at mtx_init + 0x5f > >... g_up_procbody + 0x34 > >... Wow! That was a fast reply. :-) > Uhm, w

Re: GEOM panic in current kernel

2002-09-28 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Marc Recht writes: >--=.8yCGZQ.c,FaLiI >Content-Type: text/plain; charset=US-ASCII >Content-Transfer-Encoding: 7bit > >Hi! > >After the latest geom_* commits I get a panic while booting. The panic occurs before >mounting the disks, so I had to hand-write it down..

GEOM panic in current kernel

2002-09-28 Thread Marc Recht
Hi! After the latest geom_* commits I get a panic while booting. The panic occurs before mounting the disks, so I had to hand-write it down.. panic.. mtx_init(e0499ce8, e0396b85, 0, 0, 748f6273) at mtx_init + 0x5f ... g_up_procbody + 0x34 ... Please let me know if/how I could provide more info.