2010-02-04 05:34:33     ftpd: Data access CPLB miss when using hdd on BF548 EZ-KIT

Document created by Aaronwu Employee on Aug 20, 2013
Version 1Show Document
  • View in full screen mode

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

Attachments

    Outcomes