Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Mar 2011 13:51:20 -0400
From:      Roger Hammerstein <cheeky.m@live.com>
To:        <pjd@freebsd.org>, <marius@alchemy.franken.de>
Cc:        freebsd-sparc64@freebsd.org, mm@freebsd.org
Subject:   RE: sparc64 hang with zfs v28
Message-ID:  <BAY147-w266A8BF89A940BDD569D2EF9B40@phx.gbl>
In-Reply-To: <20110322170521.GA1882@garage.freebsd.pl>
References:  <BAY147-w7342A790723770DCE8BD4F9C00@phx.gbl> <BAY147-w229E76D137B7A0DCEB3696F9C70@phx.gbl> <20110307192239.GA31314@alchemy.franken.de> <BAY147-w5926709E28BF613C663D48F9C90@phx.gbl> <20110310185423.GA50419@alchemy.franken.de> <20110319152838.GA8594@alchemy.franken.de> <20110321175632.GA19345@darkthrone.kvedulv.de> <20110321175933.GD2086@garage.freebsd.pl> <20110322160731.GG15528@alchemy.franken.de>, <20110322170521.GA1882@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help



> > available here:
> > http://people.freebsd.org/~marius/zfs_alltrace.txt
>=20
> Are you able to convert zfs_ioc_pool_create+0x3c into line number?
>=20
> I use the following script for i386/amd64:
SNIP


Thank you all for your assistance. =20

Mine looks like this:

Tracing command zpool pid 990 tid 100073 td 0xfffff80001746000
--More--^M        ^Muart_intr_rxready() at uart_intr_rxready+0xbc
scc_bfe_intr() at scc_bfe_intr+0xbc
intr_event_handle() at intr_event_handle+0x64
intr_execute_handlers() at intr_execute_handlers+0x8
intr_fast() at intr_fast+0x68
-- interrupt level=3D0xc pil=3D0 %o7=3D0xc02af034 --
witness_unlock() at witness_unlock+0x3e4
_mtx_unlock_flags() at _mtx_unlock_flags+0x11c
_vm_map_unlock_read() at _vm_map_unlock_read+0x1c
vm_map_lookup() at vm_map_lookup+0x78
vm_fault_hold() at vm_fault_hold+0x94
vm_fault() at vm_fault+0x14
trap_pfault() at trap_pfault+0x338
trap() at trap+0x3a8
-- fast data access mmu miss tar=3D0x41446000 %o7=3D0xc1233134 --
bcopy() at bcopy+0x9c
zfs_ioc_pool_configs() at zfs_ioc_pool_configs+0x24
zfsdev_ioctl() at zfsdev_ioctl+0xe0
devfs_ioctl_f() at devfs_ioctl_f+0xe8
kern_ioctl() at kern_ioctl+0x294
--More--^M        ^Mioctl() at ioctl+0x190
syscallenter() at syscallenter+0x270
syscall() at syscall+0x74
-- syscall (54=2C FreeBSD ELF64=2C ioctl) %o7=3D0x40d15e24 --
userland() at 0x40f75668
user trace: trap %o7=3D0x40d15e24
pc 0x40f75668=2C sp 0x7fdffff8651
pc 0x40d3bfb0=2C sp 0x7fdffff8731
pc 0x40d3c364=2C sp 0x7fdffff9db1
pc 0x10e588=2C sp 0x7fdffff9e81
pc 0x10e5d4=2C sp 0x7fdffff9f41
pc 0x1064e0=2C sp 0x7fdffffa011
pc 0x107268=2C sp 0x7fdffffa101
pc 0x103450=2C sp 0x7fdffffe1d1
pc 0x4021aff4=2C sp 0x7fdffffe291
done


  990 root        1  89   20 22720K  2976K CPU1    1   0:00 100.00% zpool

So mine looks like you would want zfs_ioc_pool_configs+0x24

(using objdump -d doesn't seem to work)
falcon# objdump -d /boot/kernel/zfs.ko.symbols
/boot/kernel/zfs.ko.symbols:     file format elf64-sparc-freebsd
falcon#




but using  objdump -D gives me:

falcon# ./fa2line.sh /boot/kernel/zfs.ko.symbols zfs_ioc_pool_configs+0x24
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/z=
fs_ioctl.c:1311
falcon#


which is:
1310:
1311:   error =3D put_nvlist(zc=2C configs)=3B
1312:
1313:   nvlist_free(configs)=3B
1314:
1315:   return (error)=3B
1316:}
1317:


 		 	   		  =



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