Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Jan 2013 17:19:23 +0200
From:      Vitalij Satanivskij <satan@ukr.net>
To:        Alexander Motin <mav@FreeBSD.org>
Cc:        Vitalij Satanivskij <satan@ukr.net>, Gleb Smirnoff <glebius@FreeBSD.org>, freebsd-current@FreeBSD.org, Jaakko Heinonen <jh@FreeBSD.org>
Subject:   Re: panic after r244584
Message-ID:  <20130118151923.GA11174@hell.ukr.net>
In-Reply-To: <50F96602.2090903@FreeBSD.org>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
Alexander Motin wrote:
AM> On 18.01.2013 15:49, Vitalij Satanivskij wrote:
AM> > May be just do sanitizing for elmpriv->descr?
AM> > 
AM> > something like change whitespace to "_" or just delete it?
AM> 
AM> Yes, that is not difficult. The only question is how to stay consistent,
AM> compatible, user-readable.
AM> 

Ok, now I have kernel dump 

kgdb /boot/kernel/kernel vmcore.0 
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:
da0 at mps0 bus 0 scbus7 target 8 lun 0
da0: <ATA ST3500630NS G> Fixed Direct Access SCSI-6 device 
da0: 300.000MB/s transfers
da0: Command Queueing enabled
da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C)
panic: make_dev_alias_v: bad si_name (error=22, si_name=enc@n5003048000baa87d/type@0/slot@a/elmdesc@Slot 10/pass7)
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff9b9ec84760
kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff9b9ec84810
vpanic() at vpanic+0x127/frame 0xffffff9b9ec84850
panic() at panic+0x43/frame 0xffffff9b9ec848b0
make_dev_alias_v() at make_dev_alias_v+0x1d0/frame 0xffffff9b9ec84900
make_dev_alias_p() at make_dev_alias_p+0x37/frame 0xffffff9b9ec84960
make_dev_physpath_alias() at make_dev_physpath_alias+0x14a/frame 0xffffff9b9ec849c0
pass_add_physpath() at pass_add_physpath+0xbd/frame 0xffffff9b9ec849f0
taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xffffff9b9ec84a40
taskqueue_thread_loop() at taskqueue_thread_loop+0x6c/frame 0xffffff9b9ec84a70
fork_exit() at fork_exit+0x84/frame 0xffffff9b9ec84ab0
fork_trampoline() at fork_trampoline+0xe/frame 0xffffff9b9ec84ab0
--- trap 0, rip = 0, rsp = 0xffffff9b9ec84b70, rbp = 0 ---
KDB: enter: panic





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130118151923.GA11174>