From owner-freebsd-current@FreeBSD.ORG Fri Jan 18 15:20:29 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6CFBF6E5; Fri, 18 Jan 2013 15:20:29 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) by mx1.freebsd.org (Postfix) with ESMTP id BE382F40; Fri, 18 Jan 2013 15:20:28 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1TwDk3-0002vK-Tn ; Fri, 18 Jan 2013 17:20:27 +0200 Date: Fri, 18 Jan 2013 17:20:27 +0200 From: Vitalij Satanivskij To: Vitalij Satanivskij Subject: Re: panic after r244584 Message-ID: <20130118152027.GB11174@hell.ukr.net> References: <20130118073600.GA70874@hell.ukr.net> <20130118094424.GD2331@FreeBSD.org> <50F93165.60809@FreeBSD.org> <20130118113934.GA60441@hell.ukr.net> <50F9357F.8040109@FreeBSD.org> <20130118131954.GA3868@a91-153-116-96.elisa-laajakaista.fi> <20130118133415.GA7189@hell.ukr.net> <20130118134954.GA7848@hell.ukr.net> <50F96602.2090903@FreeBSD.org> <20130118151923.GA11174@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130118151923.GA11174@hell.ukr.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jaakko Heinonen , Alexander Motin , Gleb Smirnoff , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2013 15:20:29 -0000 Vitalij Satanivskij wrote: VS> Alexander Motin wrote: VS> AM> On 18.01.2013 15:49, Vitalij Satanivskij wrote: VS> AM> > May be just do sanitizing for elmpriv->descr? VS> AM> > VS> AM> > something like change whitespace to "_" or just delete it? VS> AM> VS> AM> Yes, that is not difficult. The only question is how to stay consistent, VS> AM> compatible, user-readable. VS> AM> VS> VS> Ok, now I have kernel dump VS> VS> kgdb /boot/kernel/kernel vmcore.0 VS> GNU gdb 6.1.1 [FreeBSD] VS> Copyright 2004 Free Software Foundation, Inc. VS> GDB is free software, covered by the GNU General Public License, and you are VS> welcome to change it and/or distribute copies of it under certain conditions. VS> Type "show copying" to see the conditions. VS> There is absolutely no warranty for GDB. Type "show warranty" for details. VS> This GDB was configured as "amd64-marcel-freebsd"... VS> VS> Unread portion of the kernel message buffer: VS> da0 at mps0 bus 0 scbus7 target 8 lun 0 VS> da0: Fixed Direct Access SCSI-6 device VS> da0: 300.000MB/s transfers VS> da0: Command Queueing enabled VS> da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) VS> panic: make_dev_alias_v: bad si_name (error=22, si_name=enc@n5003048000baa87d/type@0/slot@a/elmdesc@Slot 10/pass7) VS> cpuid = 0 VS> KDB: stack backtrace: VS> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff9b9ec84760 VS> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff9b9ec84810 VS> vpanic() at vpanic+0x127/frame 0xffffff9b9ec84850 VS> panic() at panic+0x43/frame 0xffffff9b9ec848b0 VS> make_dev_alias_v() at make_dev_alias_v+0x1d0/frame 0xffffff9b9ec84900 VS> make_dev_alias_p() at make_dev_alias_p+0x37/frame 0xffffff9b9ec84960 VS> make_dev_physpath_alias() at make_dev_physpath_alias+0x14a/frame 0xffffff9b9ec849c0 VS> pass_add_physpath() at pass_add_physpath+0xbd/frame 0xffffff9b9ec849f0 VS> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xffffff9b9ec84a40 VS> taskqueue_thread_loop() at taskqueue_thread_loop+0x6c/frame 0xffffff9b9ec84a70 VS> fork_exit() at fork_exit+0x84/frame 0xffffff9b9ec84ab0 VS> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff9b9ec84ab0 VS> --- trap 0, rip = 0, rsp = 0xffffff9b9ec84b70, rbp = 0 --- VS> KDB: enter: panic VS> VS> And of couse (kgdb) bt #0 doadump (textdump=0) at pcpu.h:229 #1 0xffffffff8034002e in db_dump (dummy=, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 #2 0xffffffff8033fada in db_command (last_cmdp=, cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff8033f892 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff80342240 in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff808b9753 in kdb_trap (type=3, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80c0d3b8 in trap (frame=0xffffff9b9ec84740) at /usr/src/sys/amd64/amd64/trap.c:579 #7 0xffffffff80bf6512 in calltrap () at exception.S:228 #8 0xffffffff808b8f3e in kdb_enter (why=0xffffffff80e7adb1 "panic", msg=) at cpufunc.h:63 #9 0xffffffff80885a47 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:746 #10 0xffffffff80885ab3 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:682 #11 0xffffffff8083add0 in make_dev_alias_v (flags=, cdev=0xfffffe0031b78cd0, pdev=, fmt=, ap=0xffffff9b9ec84940) at /usr/src/sys/kern/kern_conf.c:925 #12 0xffffffff8083ae27 in make_dev_alias_p (flags=-1631041792, cdev=0x80, pdev=0xffffffff80e72a0a, fmt=0x80
) at /usr/src/sys/kern/kern_conf.c:968 #13 0xffffffff8083af7a in make_dev_physpath_alias (flags=8, cdev=0xfffffe0031b78cd0, pdev=0xfffffe042bb8f000, old_alias=0x0, physpath=) at /usr/src/sys/kern/kern_conf.c:1025 #14 0xffffffff80308b7d in pass_add_physpath (context=0xfffffe04fe563a00, pending=) at /usr/src/sys/cam/scsi/scsi_pass.c:258 #15 0xffffffff808c8050 in taskqueue_run_locked (queue=0xfffffe002fddf800) at /usr/src/sys/kern/subr_taskqueue.c:312 #16 0xffffffff808c87ec in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:501 #17 0xffffffff80855444 in fork_exit (callout=0xffffffff808c8780 , arg=0xffffffff81502690, frame=0xffffff9b9ec84ac0) at /usr/src/sys/kern/kern_fork.c:991 #18 0xffffffff80bf6a4e in fork_trampoline () at exception.S:602 #19 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) what next I can do to investigate problem?