Date: Mon, 27 Jan 2003 09:13:46 -0800 From: Maksim Yevmenkin <myevmenk@exodus.net> To: current@freebsd.org Subject: panic: ip_output: no HDR Message-ID: <3E3568CA.6010108@exodus.net>
next in thread | raw e-mail | index | archive | help
Dear Hackers,
During the testing process for the new in-kernel RFCOMM Bluetooth
code my not so -current panic()ed with the trace below. This panic
happend while ~2MB FTP transfer (PPP over new RFCOMM over
Bluetooth).
A little detail - new RFCOMM code opens L2CAP sockets from inside
kernel (very much like ng_ksocket(4) does) and then provides another
socket layer (SOCK_STREAM) on top of it.
Of course i suspect my own code and will continue to look for the
problem, but may be someone can give a clue here.
thanks,
max
beetle# gdb -k /sys/i386/compile/BEETLE/kernel.debug /var/crash/vmcore.23
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 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-undermydesk-freebsd"...
panic: from debugger
panic messages:
---
panic: ip_output: no HDR
panic: from debugger
Uptime: 5m33s
pfs_vncache_unload(): 1 entries remaining
/dev/vmmon: Module vmmon: unloaded
Dumping 191 MB
ata0: resetting devices ..
done
16 32 48 64 80 96 112 128 144 160 176
---
#0 doadump () at ../../../kern/kern_shutdown.c:232
232 dumping++;
(kgdb) where
#0 doadump () at ../../../kern/kern_shutdown.c:232
#1 0xc01a51be in boot (howto=260) at ../../../kern/kern_shutdown.c:364
#2 0xc01a5403 in panic () at ../../../kern/kern_shutdown.c:517
#3 0xc0126a32 in db_panic () at ../../../ddb/db_command.c:450
#4 0xc01269b2 in db_command (last_cmdp=0xc0319a60, cmd_table=0x0,
aux_cmd_tablep=0xc031422c, aux_cmd_tablep_end=0xc0314230)
at ../../../ddb/db_command.c:346
#5 0xc0126ac6 in db_command_loop () at ../../../ddb/db_command.c:472
#6 0xc012975a in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72
#7 0xc02ba9a2 in kdb_trap (type=3, code=0, regs=0xcaeb79ec)
at ../../../i386/i386/db_interface.c:166
#8 0xc02cbb9f in trap (frame=
{tf_fs = -1047265256, tf_es = -1070268400, tf_ds = -890568688,
tf_edi = -1048077696, tf_esi = 256, tf_ebp = -890537416, tf_isp =
-890537448, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 18, tf_trapno =
3, tf_err = 0, tf_eip = -1070879676, tf_cs = 8, tf_eflags = 646, tf_esp
= -1070534461, tf_ss = -1070642966})
at ../../../i386/i386/trap.c:603
#9 0xc02bc178 in calltrap () at {standard input}:98
#10 0xc01a53eb in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:503
#11 0xc021dc89 in ip_output (m0=0xc0d48c00, opt=0x0, ro=0xc1d384f4,
flags=0,
imo=0x0, inp=0xc1d384b8) at ../../../netinet/ip_output.c:195
#12 0xc0224544 in tcp_output (tp=0xc1d385b8)
at ../../../netinet/tcp_output.c:916
#13 0xc0228c2e in tcp_usr_send (so=0xc1979500, flags=0, m=0xc0d48d00,
nam=0x0,
control=0x0, td=0xc1879a80) at ../../../netinet/tcp_usrreq.c:719
#14 0xc01e5589 in do_sendfile (td=0xc1879a80, uap=0xcaeb7d10, compat=0)
at ../../../kern/uipc_syscalls.c:2000
#15 0xc01e4c60 in sendfile (td=0x0, uap=0x0)
at ../../../kern/uipc_syscalls.c:1690
#16 0xc02cc49e in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 672807192, tf_esi =
0, tf_ebp = -1077940824, tf_isp = -890536588, tf_ebx = 2806026, tf_edx =
0, tf_ecx = 134571553, tf_eax = 393, tf_trapno = 0, tf_err = 2, tf_eip =
672254899, tf_cs = 31, tf_eflags = 518, tf_esp = -1077940916, tf_ss = 47})
at ../../../i386/i386/trap.c:1033
#17 0xc02bc1cd in Xint0x80_syscall () at {standard input}:140
---Can't read userspace from dump, or kernel process---
(kgdb)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E3568CA.6010108>