2010-02-04 05:34:33 ftpd: Data access CPLB miss when using hdd on BF548 EZ-KIT
Konstantin Utkin (RUSSIAN FEDERATION)
Message: 85607
Platform: BF548 EZ-KIT LITE REV 1.4
uClinux release: blackfin.uclinux.org/gf/download/frsrelease/473/7293/uImage-bf548-ezkit-2009R1.1-RC4
-------------
After system boots, i'm mounting hdd: mount -t vfat /dev/sda1 /mnt/hdd , then copying files via ftp to /mnt/hdd. It works fine while there is not so many files. But when i have a hundred or two, somewhere in copying progress it always fails:
Data access CPLB miss
- Used by the MMU to signal a CPLB miss on a data access.
Deferred Exception context
CURRENT PROCESS:
COMM=ftpd PID=1089
CPU = 0
TEXT = 0x00980040-0x00990b40 DATA = 0x00990b60-0x00995984
BSS = 0x00995984-0x009a7be0 USER-STACK = 0x009adf34
return address: [0x0098bc64]; contents of:
0x0098bc40: 05ed e14a 009a e800 0003 e10a 78e8 9155
0x0098bc50: 3028 0c45 1006 6000 e801 0000 05ad 0010
0x0098bc60: e3ff f5c4 [912f] 0c07 3030 1bf6 3005 300f
0x0098bc70: 3016 e3ff f433 0c00 1409 51fe 3217 61e9
ADSP-BF548-0.2 525(MHz CCLK) 131(MHz SCLK) (mpu off)
Linux version 2.6.28.10-ADI-2009R1.1
Built with gcc version 4.1.2 (ADI svn)
SEQUENCER STATUS: Not tainted
SEQSTAT: 00062026 IPEND: 0030 SYSCFG: 0006
EXCAUSE : 0x26
interrupts disabled
physical IVG5 asserted : <0xffa00be4> { _evt_ivhw + 0x0 }
RETE: <0x00000000> /* Maybe null pointer? */
RETN: <0x02c44000> /* kernel dynamic memory */
RETX: <0x00000480> /* Maybe fixed code section */
RETS: <0x0098bc64> [ ftpd + 0xbc24 ]
PC : <0x0098bc64> [ ftpd + 0xbc24 ]
DCPLB_FAULT_ADDR: <0x72080028> /* kernel dynamic memory */
ICPLB_FAULT_ADDR: <0x0098bc64> [ ftpd + 0xbc24 ]
PROCESSOR STATE:
R0 : 00000002 R1 : 009924a8 R2 : fefefeff R3 : 009924a8
R4 : 009956b0 R5 : 009924a8 R6 : 009ad00c R7 : 009956c0
P0 : 0000000d P1 : 009924ac P2 : 009924a8 P3 : 009956ac
P4 : 0178015c P5 : 72080028 FP : 009acf74 SP : 02c43f24
LB0: 0098a55b LT0: 0098a55a LC0: 00000000
LB1: 0098973d LT1: 0098973c LC1: 00000000
B0 : 00995f4c L0 : 00000000 M0 : ffffffff I0 : 009acfbc
B1 : 009ad760 L1 : 00000000 M1 : 00991954 I1 : 009956ac
B2 : 00000010 L2 : 00000000 M2 : 02b1235c I2 : 00000000
B3 : 0000001c L3 : 00000000 M3 : 07f7d615 I3 : 00995f8c
A0.w: 0000000c A0.x: 00000000 A1.w: 0000000c A1.x: 00000000
USP : 009acf68 ASTAT: 02000020
Hardware Trace:
0 Target : <0x00004d54> { _trap_c + 0x0 }
Source : <0xffa00642> { _exception_to_level5 + 0xae }
1 Target : <0xffa00594> { _exception_to_level5 + 0x0 }
Source : <0xffa00450> { _bfin_return_from_exception + 0x18 }
2 Target : <0xffa00438> { _bfin_return_from_exception + 0x0 }
Source : <0xffa004ec> { _ex_trap_c + 0x6c }
3 Target : <0xffa00364> { _ex_dcplb_miss + 0x0 }
Source : <0xffa0070e> { _trap + 0x5a }
4 Target : <0xffa006b4> { _trap + 0x0 }
Source : <0x0098a8a2> [ ftpd + 0xa862 ] RTS
5 Target : <0x0098a898> [ ftpd + 0xa858 ]
Source : <0x0098a85e> [ ftpd + 0xa81e ] IF !CC JUMP
6 Target : <0x0098a82e> [ ftpd + 0xa7ee ]
Source : <0x0098a82a> [ ftpd + 0xa7ea ] JUMP.S
7 Target : <0x0098a818> [ ftpd + 0xa7d8 ]
Source : <0x0098a8a6> [ ftpd + 0xa866 ] JUMP.S
8 Target : <0x0098a8a4> [ ftpd + 0xa864 ]
Source : <0x0098a7f4> [ ftpd + 0xa7b4 ] IF !CC JUMP
9 Target : <0x0098a7e8> [ ftpd + 0xa7a8 ]
Source : <0x0098bc60> [ ftpd + 0xbc20 ] CALL pcrel
10 Target : <0x0098bc60> [ ftpd + 0xbc20 ]
Source : <0x0098bc54> [ ftpd + 0xbc14 ] IF !CC JUMP
11 Target : <0x0098bc40> [ ftpd + 0xbc00 ]
Source : <0x00987fac> [ ftpd + 0x7f6c ] CALL pcrel
12 Target : <0x00987fa4> [ ftpd + 0x7f64 ]
Source : <0x0098cbd0> [ ftpd + 0xcb90 ] RTS
13 Target : <0x0098cbc4> [ ftpd + 0xcb84 ]
Source : <0x00987fa2> [ ftpd + 0x7f62 ] CALL (P2)
14 Target : <0x00987f92> [ ftpd + 0x7f52 ]
Source : <0x0098cbe0> [ ftpd + 0xcba0 ] RTS
15 Target : <0x0098cbd4> [ ftpd + 0xcb94 ]
Source : <0x00987f90> [ ftpd + 0x7f50 ] CALL (P2)
Userspace Stack
Stack info:
SP: [0x009acf68] <0x009acf68> [ ftpd + 0x2cf68 ]
Memory from 0x009acf60 to 009ad000
009acf60: 009acf74 <0098bc64>[0099585c] 000000e6 00000079 009acfdc <00987fb0> 009ad59c
009acf80: 009956c0 009ad00c 009a7b0c 75662066 2e2e2e6e 73670000 663a612f 20202020
009acfa0: 7468202d 2f3a7074 7777772f 616e612e 2e676f6c 2f6d6f63 63616c62 009878fc
009acfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 009ad01c
009acfe0:<00987eb6> 009ad59c 0178015c 009956ac 009956c0 009ad00c 009a7b0c 009956b0
Return addresses in stack:
address : <0x0098bc64> [ ftpd + 0xbc24 ]
address : <0x00987fb0> [ ftpd + 0x7f70 ]
address : <0x00987eb6> [ ftpd + 0x7e76 ]
-------------------------
I have not tested that in my own compilations of 2009R1.1-RC4, because there i can not see hdd folders and files correctly (that was completely strange).
-------------------------
And with 2008R1.5-RC3 all ok
QuoteReplyEditDelete
2010-02-04 14:30:47 Re: ftpd: Data access CPLB miss when using hdd on BF548 EZ-KIT
Mike Frysinger (UNITED STATES)
Message: 85618
this should be fixed already in svn ... i believe the stack was too small by default in ftp and so when you have larger files, it overflows