Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Dec 1999 18:08:19 -0500 (EST)
From:      "Chris D. Faulhaber" <jedgar@fxp.org>
To:        Christopher Masto <chris@netmonger.net>
Cc:        Warner Losh <imp@village.org>, mobile@FreeBSD.ORG
Subject:   Re: ed still not entirely ejectable (was Re: ed fix committed)
Message-ID:  <Pine.BSF.4.21.9912131807310.34815-100000@earth.fxp>
In-Reply-To: <19991213174852.A25352@netmonger.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 13 Dec 1999, Christopher Masto wrote:

> On Fri, Dec 10, 1999 at 12:30:46AM -0700, Warner Losh wrote:
> > 
> > OK.  I've committed a fix for the ed driver.  The basic problem was
> > that it didn't properly release the interrupt, so the interrupt was
> > still getting called, which lead to all kinds of problems.
> 
> Hrm.  Better, but not quite there yet.  On my Vaio, I can use my LinkSys
> ed card just fine, I can eject it, and I can put it back in, but
> if I telnet or ping or netscape after the second insert, boom:
> 

Yeah, I've been getting the same thing...backtrace as follows:

Script started on Mon Dec 13 18:09:37 1999

root@pluto:~# gdb -k /sys/compile/PLUTO/kernel.debug /var/crash/vmcore.0 
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 3129344
initial pcb at 2861a0
panicstr: from debugger
panic messages:
---
Fatal trap 18: integer divide fault while in kernel mode
instruction pointer	= 0x8:0xc018b41f
stack pointer	        = 0x10:0xc5104e14
frame pointer	        = 0x10:0xc5104e54
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 313 (ssh)
interrupt mask		= 
panic: from debugger
panic: from debugger
Uptime: 1m11s

dumping to dev #ad/0x30001, offset 196608
dump ata0: resetting devices .. done
32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 
---
#0  boot (howto=260) at ../../kern/kern_shutdown.c:303
303			dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0  boot (howto=260) at ../../kern/kern_shutdown.c:303
#1  0xc014193d in panic (fmt=0xc023d534 "from debugger")
    at ../../kern/kern_shutdown.c:553
#2  0xc0127051 in db_panic (addr=-1072122849, have_addr=0, count=-1, 
    modif=0xc5104ca8 "") at ../../ddb/db_command.c:433
#3  0xc0126ff1 in db_command (last_cmdp=0xc026635c, cmd_table=0xc02661bc, 
    aux_cmd_tablep=0xc0282350) at ../../ddb/db_command.c:333
#4  0xc01270b6 in db_command_loop () at ../../ddb/db_command.c:455
#5  0xc0129147 in db_trap (type=18, code=0) at ../../ddb/db_trap.c:71
#6  0xc0218abf in kdb_trap (type=18, code=0, regs=0xc5104dd4)
    at ../../i386/i386/db_interface.c:157
#7  0xc0224b5c in trap_fatal (frame=0xc5104dd4, eva=0)
    at ../../i386/i386/trap.c:903
#8  0xc022453b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0, 
      tf_esi = 0, tf_ebp = -988787116, tf_isp = -988787200, 
      tf_ebx = -1064389120, tf_edx = 0, tf_ecx = 0, tf_eax = 44, 
      tf_trapno = 18, tf_err = 0, tf_eip = -1072122849, tf_cs = 8, 
      tf_eflags = 66118, tf_esp = -1068634368, tf_ss = -994009088})
    at ../../i386/i386/trap.c:570
#9  0xc018b41f in ip_output (m0=0xc04def00, opt=0x0, ro=0xc4ccfae8, flags=0, 
    imo=0x0) at ../../netinet/ip_output.c:371
#10 0xc018fe71 in tcp_output (tp=0xc4ccfb60) at ../../netinet/tcp_output.c:715
#11 0xc0191329 in tcp_usr_connect (so=0xc4c0a000, nam=0xc08acd20, p=0xc4e4c700)
    at ../../netinet/tcp_usrreq.c:247
---Type <return> to continue, or q <return> to quit---
#12 0xc015bd7e in soconnect (so=0xc4c0a000, nam=0xc08acd20, p=0xc4e4c700)
    at ../../kern/uipc_socket.c:348
#13 0xc015ef2d in connect (p=0xc4e4c700, uap=0xc5104f80)
    at ../../kern/uipc_syscalls.c:346
#14 0xc0224dba in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, 
      tf_edi = 22, tf_esi = 0, tf_ebp = -1077939752, tf_isp = -988786732, 
      tf_ebx = 1, tf_edx = 3, tf_ecx = 0, tf_eax = 98, tf_trapno = 7, 
      tf_err = 2, tf_eip = 672566920, tf_cs = 31, tf_eflags = 647, 
      tf_esp = -1077939828, tf_ss = 47}) at ../../i386/i386/trap.c:1057
#15 0xc02193c6 in Xint0x80_syscall ()
#16 0x804b16a in ?? ()
#17 0x804a3d1 in ?? ()
(kgdb) quit
root@pluto:~# 

Script done on Mon Dec 13 18:10:10 1999


-----
Chris D. Faulhaber               |  You can ISO9001 certify the process of 
System/Network Administrator,    |  shooting yourself in the foot, so long
Reality Check Information, Inc.  |  as the process is documented and reliably
<jedgar@fxp.org>                 |  produces the proper result.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.9912131807310.34815-100000>