crash on writing usbstick
Brett Wynkoop
freebsd-arm at wynn.com
Mon Mar 2 03:52:13 UTC 2015
Greeting-
Ok here is another test:
[wynkoop at beaglebone ~]$ su
You have mail.
root at beaglebone:/home/wynkoop # umount /export
root at beaglebone:/home/wynkoop # newfs /dev/gpt/bbexport
/dev/gpt/bbexport: 14755.0MB (30218160 sectors) block size 32768,
fragment size 4096 using 24 cylinder groups of 626.09MB, 20035 blks,
80256 inodes. super-block backups (for fsck_ffs -b #) at:
192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872,
10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552,
19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232,
28209472, 29491712 root at beaglebone:/home/wynkoop # mount /export
root at beaglebone:/home/wynkoop #
root at beaglebone:/home/wynkoop # cd /usr/ports
root at beaglebone:/usr/ports # mkdir /export/ports
root at beaglebone:/usr/ports # rsync -acv . /export/ports
sending incremental file list
./
.arcconfig
.gitignore
.portsnap.INDEX
CHANGES
CONTRIBUTING.md
COPYRIGHT
GIDs
INDEX-10
********IT CRASHED AT THAT POINT*************
*********now the backtrace*******************
FreeBSD/arm (beaglebone.wynn.com) (ttyu0)
login: mode = 02, inum = 321160, fs = /export
panic: ffs_valloc: dup alloc
KDB: enter: panic
[ thread pid 1079 tid 100089 ]
Stopped at $d.7: ldrb r15, [r15, r15, ror r15]!
db> tr
Tracing pid 1079 tid 100089 td 0xc264d000
db_trace_self() at db_trace_self
pc = 0xc05ffbf0 lr = 0xc0231f78 (db_stack_trace+0x108)
sp = 0xd4886660 fp = 0xd4886678
r10 = 0xc07e3b24
db_stack_trace() at db_stack_trace+0x108
pc = 0xc0231f78 lr = 0xc02318e8 (db_command+0x294)
sp = 0xd4886680 fp = 0xd4886720
r4 = 0x00000000 r5 = 0x00000000
r6 = 0x00000000 r10 = 0xc07e3b24
db_command() at db_command+0x294
pc = 0xc02318e8 lr = 0xc0231644 (db_command_loop+0x74)
sp = 0xd4886728 fp = 0xd4886738
r4 = 0xc064c9b6 r5 = 0xc066dd32
r6 = 0xc07e3b10 r7 = 0xc0721c14
r8 = 0xc077e1c0 r9 = 0xc077e1c4
r10 = 0xd4886908
db_command_loop() at db_command_loop+0x74
pc = 0xc0231644 lr = 0xc0234128 (db_trap+0x108)
sp = 0xd4886740 fp = 0xd4886860
--More-- r4 = 0x00000000 r5 = 0xc07e3b1c
r6 = 0xc077e1e8 r10 = 0xd4886908
db_trap() at db_trap+0x108
pc = 0xc0234128 lr = 0xc03dcedc (kdb_trap+0xd4)
sp = 0xd4886868 fp = 0xd4886888
r4 = 0x00000000 r5 = 0x00000001
r6 = 0xc077e1e8 r7 = 0xc0721c14
kdb_trap() at kdb_trap+0xd4
pc = 0xc03dcedc lr = 0xc0614cf8 (undefinedinstruction+0x2c8)
sp = 0xd4886890 fp = 0xd4886900
r4 = 0x00000000 r5 = 0x00000000
r6 = 0xc0614980 r7 = 0xe7ffffff
r8 = 0xc264d000 r9 = 0xc03dc79c
r10 = 0xd4886908
undefinedinstruction() at undefinedinstruction+0x2c8
pc = 0xc0614cf8 lr = 0xc0601310 (exception_exit)
sp = 0xd4886908 fp = 0xd4886960
r4 = 0xc066dd87 r5 = 0xd48869a4
r6 = 0xc068e208 r7 = 0xc0770718
r8 = 0xc264d000 r9 = 0xc07e5c18
--More-- r10 = 0xc0770580
exception_exit() at exception_exit
pc = 0xc0601310 lr = 0xc03dc78c (kdb_enter+0x48)
sp = 0xd4886958 fp = 0xd4886960
r0 = 0xc077e1d4 r1 = 0x00000000
r2 = 0xc0671a3b r3 = 0x000000aa
r4 = 0xc066dd87 r5 = 0xd48869a4
r6 = 0xc068e208 r7 = 0xc0770718
r8 = 0xc264d000 r9 = 0xc07e5c18
r10 = 0xc0770580 r12 = 0x00000000
$a.8() at $a.8
pc = 0xc03dc7a0 lr = 0xc03a260c (vpanic+0xd0)
sp = 0xd4886968 fp = 0xd4886988
r4 = 0x00000100 r10 = 0xc0770580
vpanic() at vpanic+0xd0
pc = 0xc03a260c lr = 0xc03a2660 (kproc_shutdown)
sp = 0xd4886990 fp = 0xd4886998
r4 = 0xc2646000 r5 = 0xd4886b84
r6 = 0x0004e688 r7 = 0xc284fe00
r8 = 0x00000000 r9 = 0x000041c0
--More-- r10 = 0xc2646000
kproc_shutdown() at kproc_shutdown
pc = 0xc03a2660 lr = 0xc0581018 (ffs_nodealloccg)
sp = 0xd48869a0 fp = 0xd4886a30
r4 = 0xd48869a4 r5 = 0xc2646000
ffs_nodealloccg() at ffs_nodealloccg
pc = 0xc0581018 lr = 0xc05c4cf4 (ufs_mkdir+0x6c)
sp = 0xd4886a38 fp = 0xd4886bc0
r4 = 0x000041c0 r5 = 0xc273ca20
r6 = 0xd4886d48 r7 = 0xc0580818
r8 = 0x00000000 r9 = 0xc24a6980
r10 = 0xd4886c80
ufs_mkdir() at ufs_mkdir+0x6c
pc = 0xc05c4cf4 lr = 0xc062c514 (VOP_MKDIR_APV+0x12c)
sp = 0xd4886bc8 fp = 0xd4886be0
r4 = 0xd4886d48 r5 = 0xc0753234
r6 = 0x00000000 r7 = 0xbfffdecc
r8 = 0x00000000 r9 = 0x00000000
r10 = 0xd4886c88
VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c
--More-- pc = 0xc062c514 lr = 0xc04568c0 (kern_mkdirat+0x194)
sp = 0xd4886be8 fp = 0xd4886d80
r4 = 0xd4886c18 r5 = 0xd4886cb0
r6 = 0xd4886d44 r10 = 0xd4886c88
kern_mkdirat() at kern_mkdirat+0x194
pc = 0xc04568c0 lr = 0xc0456724 (sys_mkdir+0x24)
sp = 0xd4886d88 fp = 0xd4886d90
r4 = 0xc264d000 r5 = 0x00000000
r6 = 0xc07e5900 r7 = 0x00000000
r8 = 0xd4886df8 r9 = 0xc272b6f0
r10 = 0xffffffff
sys_mkdir() at sys_mkdir+0x24
pc = 0xc0456724 lr = 0xc0613980 (swi_handler+0x2e4)
sp = 0xd4886d98 fp = 0xd4886e48
swi_handler() at swi_handler+0x2e4
pc = 0xc0613980 lr = 0xc06012a0 (swi_exit)
sp = 0xd4886e50 fp = 0xbfffdea0
r4 = 0x2086dcc8 r5 = 0x2080d100
r6 = 0x2080d100 r7 = 0x00000088
r8 = 0xffffffff r9 = 0x2086dcc8
--More-- r10 = 0xffffffff
swi_exit() at swi_exit
pc = 0xc06012a0 lr = 0xc06012a0 (swi_exit)
sp = 0xd4886e50 fp = 0xbfffdea0
db>
So as we can see the crash has nothing to do with journaling or
softupdates.
I can provide ssh access to the BBONE and to the box that is connected
to it's console if that would help.
-Brett
--
wynkoop at wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt
917-642-6925
929-272-0000
Amendment IV
The right of the people to be secure in their persons, houses, papers,
and effects, against unreasonable searches and seizures, shall not be
violated, and no warrants shall issue, but upon probable cause,
supported by oath or affirmation, and particularly describing the place
to be searched, and the persons or things to be seized.
More information about the freebsd-arm
mailing list