Re: 6.0-BETA3: 'kldunload linux' -- panic

2005-08-24 Thread Reed Loefgren

On Wed, 24 Aug 2005, Rene Ladan wrote:


On Tue, Aug 23, 2005 at 05:07:14PM -0700, Iva Hesy wrote:

On 8/23/05, Rene Ladan [EMAIL PROTECTED] wrote:

The following panic can reliably be reproduced on a GENERIC 6.0-BETA3
kernel when loading linux support via /etc/rc.conf (linux_enable=YES)
and then issuing kldunload linux.


No, I have a BETA3 box too, and can unload linux kernel module after
booting with linux_enable=YES...


On a i386 UP ?
CFLAGS=-O2 -pipe  (should be safe)

Rene
--
GPG fingerprint = 5FFA 3959 3377 C697 8428  24D0 BF3E F4A9 AE33 5DCC

It won't fit on the line.
-- me, 2001



I have just loaded/unloaded the linux module eight times on a beta-3 
single proc PIII-866 cvsupped last night; all while running 6 instances of 
crashme and the load floating around 6.07.


I suspect the mentioned CFLAGS is doing what people have always been 
warned it could/would do. (Sigh.)  I'm sure the Release Team intends to 
make 6 not only the best FreeBSD release ever, but the best .0 release 
ever. And I think they're going to do it. (They'll have to to get me off 
4.11 :) ).


r
 --
I'd rather flunk my Wassermann Test
Than read the poems of Edgar Guest.

  - Auden

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


6.0-BETA3: 'kldunload linux' -- panic

2005-08-23 Thread Rene Ladan
The following panic can reliably be reproduced on a GENERIC 6.0-BETA3
kernel when loading linux support via /etc/rc.conf (linux_enable=YES)
and then issuing kldunload linux.

I'll leave the crash dump around.

% kgdb -n 95

[...]

Unread portion of the kernel message buffer:
panic: witness_destroy: lock (sleep mutex) linux osname is not initialized
cpuid = 0
KDB: enter: panic
Dumping 191 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 191MB (48880 pages) 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt f
#0  doadump () at pcpu.h:165
No locals.
#1  0xc0475ae6 in db_fncall (dummy1=0, dummy2=0, dummy3=1999,
dummy4=0xcf021a38 \200Ø\235À) at /usr/src/sys/ddb/db_command.c:489
fn_addr = -1066784304
args = {0, -821945852, -1064888387, -1062909536, 28, -821945852,
  -1069058507, 32, -1063899200, 2}
nargs = 0
retval = 547703424
t = 0
#2  0xc0475862 in db_command (last_cmdp=0xc09dcf84, cmd_table=0x0,
aux_cmd_tablep=0xc095a0c0, aux_cmd_tablep_end=0xc095a0dc)
at /usr/src/sys/ddb/db_command.c:349
cmd = (struct command *) 0xc0963140
t = 0
modif = 
\200Ø\235À\000\000\000\000T\032\002Ï\r\000\000\000à\034§À\r\000\000\000\001\000\000\000t\032\002ÏÆæ\211À I¥À\aK\000
 
d\035§À\000_€À\200Ø\235Àx\000\000\000\200Ø\235À\000\000\000\000\230\032\002Ï1\177GÀbê\222À°{GÀ\000\000\000\000\020\000\000\000\000\000\000\000\200Ø\235ÀÆqGÀ\200Ø\235À8Ð\235Àx\000\000\000ü\032\002Ï
addr = 0
count = 1999
have_addr = 0
result = 0
#3  0xc0475975 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
No locals.
#4  0xc0477ae5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
jb = {{_jb = {-821945604, -821945632, -821945552, 1, 0, -1069057402,
  0, 0, 0, 0, -821945552, -1066657536}}}
prev_jb = (void *) 0x0
bkpt = 0
#5  0xc06c19ae in kdb_trap (type=0, code=0, tf=0xcf021b98)
at /usr/src/sys/kern/subr_kdb.c:473
did_stop_cpus = 1
handled = -821945448
#6  0xc08c2468 in trap (frame=
  {tf_fs = 8, tf_es = 40, tf_ds = -821952472, tf_edi = 256, tf_esi = 1, 
tf_ebp = -821945376, tf_isp = -821945404, tf_ebx = -821945316, tf_edx = 0, 
tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = 
-1066658176, tf_cs = 32, tf_eflags = 646, tf_esp = -1064104898, tf_ss = 
-1064113900})
at /usr/src/sys/i386/i386/trap.c:601
td = (struct thread *) 0xc24db300
p = (struct proc *) 0xc24fc830
sticks = 3473021836
i = 0
ucode = 0
type = 3
code = 0
eva = 0
#7  0xc08ac43a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
No locals.
#8  0x0008 in ?? ()
No symbol table info available.
#9  0x0028 in ?? ()
No symbol table info available.
#10 0xcf020028 in ?? ()
No symbol table info available.
#11 0x0100 in ?? ()
No symbol table info available.
#12 0x0001 in ?? ()
No symbol table info available.
#13 0xcf021be0 in ?? ()
No symbol table info available.
#14 0xcf021bc4 in ?? ()
No symbol table info available.
#15 0xcf021c1c in ?? ()
No symbol table info available.
#16 0x in ?? ()
No symbol table info available.
#17 0xc1033000 in ?? ()
No symbol table info available.
#18 0x0012 in ?? ()
No symbol table info available.
#19 0x0003 in ?? ()
No symbol table info available.
#20 0x in ?? ()
No symbol table info available.
#21 0xc06c1680 in kdb_enter (msg=0x0) at cpufunc.h:60
No locals.
#22 0xc06a337e in panic (fmt=0xc09323ad %s: lock (%s) %s is not initialized)
at /usr/src/sys/kern/kern_shutdown.c:537
td = (struct thread *) 0xc24db300
bootopt = 256
newpanic = 1
ap = 0xcf021c1c 
µ}\216Àè\232\224ÀþÈ2ÂÀæ2Â\020Î2ÂL\034\002ÏX\230iÀÀæ2ÂíÈ\222À
buf = witness_destroy: lock (sleep mutex) linux osname is not 
initialized, '\0' repeats 188 times
#23 0xc06cd5a9 in witness_destroy (lock=0xc232e6c0)
at /usr/src/sys/kern/subr_witness.c:567
w = (struct witness *) 0xc232e6c0
__func__ = witness_destroy
#24 0xc0699858 in mtx_destroy (m=0xc232e6c0)
at /usr/src/sys/kern/kern_mutex.c:875
No locals.
#25 0xc0691b60 in linker_file_sysuninit (lf=0x0)
at /usr/src/sys/kern/kern_linker.c:238
start = (struct sysinit **) 0xc232ce10
stop = (struct sysinit **) 0xc232ce18
sipp = (struct sysinit **) 0xc232ce10
xipp = (struct sysinit **) 0x0
save = (struct sysinit *) 0x0
#26 0xc0692384 in linker_file_unload (file=0xc222eb00, flags=0)
at /usr/src/sys/kern/kern_linker.c:539
mod = 0x0
next = 0x0
ml = 0x0
nextml = 0x0
cp = (struct common_symbol *) 0x0
error = 0
i = 0
#27 0xc0692c3a in kern_kldunload (td=0xc222eb00, fileid=0, flags=0)
at /usr/src/sys/kern/kern_linker.c:828
lf = 0xc222eb00
error = 2
#28 0xc0692cdc in kldunloadf (td=0x0, uap=0x0)
at 

Re: 6.0-BETA3: 'kldunload linux' -- panic

2005-08-23 Thread Iva Hesy
On 8/23/05, Rene Ladan [EMAIL PROTECTED] wrote:
 The following panic can reliably be reproduced on a GENERIC 6.0-BETA3
 kernel when loading linux support via /etc/rc.conf (linux_enable=YES)
 and then issuing kldunload linux.
 
No, I have a BETA3 box too, and can unload linux kernel module after
booting with linux_enable=YES...
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: 6.0-BETA3: 'kldunload linux' -- panic

2005-08-23 Thread Rene Ladan
On Tue, Aug 23, 2005 at 05:07:14PM -0700, Iva Hesy wrote:
 On 8/23/05, Rene Ladan [EMAIL PROTECTED] wrote:
  The following panic can reliably be reproduced on a GENERIC 6.0-BETA3
  kernel when loading linux support via /etc/rc.conf (linux_enable=YES)
  and then issuing kldunload linux.
  
 No, I have a BETA3 box too, and can unload linux kernel module after
 booting with linux_enable=YES...

On a i386 UP ?
CFLAGS=-O2 -pipe  (should be safe)

Rene
-- 
GPG fingerprint = 5FFA 3959 3377 C697 8428  24D0 BF3E F4A9 AE33 5DCC

It won't fit on the line.
-- me, 2001


pgpcBTHmJY9Ok.pgp
Description: PGP signature


Re: 6.0-BETA3: 'kldunload linux' -- panic

2005-08-23 Thread Iva Hesy
On 8/23/05, Rene Ladan [EMAIL PROTECTED] wrote:
 
 On a i386 UP ?
 CFLAGS=-O2 -pipe  (should be safe)
 
Yes, my box is a x86 UP system, my CFLAGS=-O -pipe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]