element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Avnet Boards Forums
  • Products
  • Dev Tools
  • Avnet Boards Community
  • Avnet Boards Forums
  • More
  • Cancel
Avnet Boards Forums
Software Application Development standalone SD card SDIO
  • Forum
  • Documents
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Avnet Boards Forums to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Not Answered
  • Replies 19 replies
  • Subscribers 328 subscribers
  • Views 2421 views
  • Users 0 members are here
Related

standalone SD card SDIO

Former Member
Former Member over 11 years ago

Hello,

I try to use the SD card of the Zedboard via the SDIO port. I use chans FatFs. First I implemented the diskio.c by my own, but then debugging it I found that there is an implementation in an example project, so now I use that one.
It can be found here:
XilinxSDK2014.2dataembeddedswlibsw_servicesxilffs_v2_1


Initialization works partly, but not fully:
.

XSdPs_SdCardInitialize
XSdPs_Change_ClkFreq(&SdInstance, SD_CLK_25_MHZ);
and XSdPs_Select_Card
.

work propperly, but XSdPs_Get_BusWidth does not anymore.
It seems like commands are accepted, but DMA transfers are not:
.
/*
* Send block write command
*/
Status = XSdPs_CmdTransfer(InstancePtr, CMD55,
tttInstancePtr->RelCardAddr, 0);
tif (Status != XST_SUCCESS) {
t....Status = XST_FAILURE;
t....goto RETURN_PATH;
t}

tBlkCnt = XSDPS_SCR_BLKCNT;
tBlkSize = XSDPS_SCR_BLKSIZE;

t/*
t * Set block size to the value passed
t */
tBlkSize &= XSDPS_BLK_SIZE_MASK;
tXSdPs_WriteReg16(InstancePtr->Config.BaseAddress,
tttXSDPS_BLK_SIZE_OFFSET, BlkSize);

tXSdPs_SetupADMA2DescTbl(InstancePtr, BlkCnt, SCR);

tXSdPs_WriteReg16(InstancePtr->Config.BaseAddress,
tttXSDPS_XFER_MODE_OFFSET,
tttXSDPS_TM_DAT_DIR_SEL_MASK | XSDPS_TM_DMA_EN_MASK);

tStatus = XSdPs_CmdTransfer(InstancePtr, ACMD51, 0, BlkCnt);
tif (Status != XST_SUCCESS) {
t....Status = XST_FAILURE;
t....goto RETURN_PATH;
t}
.
SdPs_CmdTransfer(InstancePtr, ACMD51, 0, BlkCnt) returns with 1.
.

Maybe I did something wrong in the hardware design. I added the SD 0 Peripheral and assigned CD to MIO 47, WP to MIO46.
Do I have to activate the DMA somehow?
.
There is one funny fact: when I let the example program run, a file is generated on the SD, but it cannot be neither read nor written by the zynq.
.
Best regards,
Yaro

  • Sign in to reply
  • Cancel
Parents
  • Former Member
    0 Former Member over 10 years ago

    By now I found out what the problem with the caches was caused by. In the new Vivado version (2014.4 I think) there is an updated version of the library where these issues are fixed.
    The data transfer over sdio is done via dma. As w.pram mentioned, when you write to the cache, it's not necessarily written to ram immediately. If you want so, you have to flush the cache. Same goes for reading from sdio. If you have read from a buffer, that data is loaded into the cache. When now new data arrives via dma, the cache does'nt know that and still assumes, that his stored data is the most recent one. So you have to tell it explicitely, that the new data has to be loaded. This is done by invalidating the cache.
    Now here we get into trouble, if the buffer is not allignet wit the cache lines, because if e.g. the buffer starts or ends in the middle of a cache line, by invalidateing the cache all changes to the whole line are lost. That might lead to verry hard discoverable bugs.
    Well now all that is taken care of by the updated library, so don't be lazy and update your vivado =)

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • Former Member
    0 Former Member over 10 years ago

    By now I found out what the problem with the caches was caused by. In the new Vivado version (2014.4 I think) there is an updated version of the library where these issues are fixed.
    The data transfer over sdio is done via dma. As w.pram mentioned, when you write to the cache, it's not necessarily written to ram immediately. If you want so, you have to flush the cache. Same goes for reading from sdio. If you have read from a buffer, that data is loaded into the cache. When now new data arrives via dma, the cache does'nt know that and still assumes, that his stored data is the most recent one. So you have to tell it explicitely, that the new data has to be loaded. This is done by invalidating the cache.
    Now here we get into trouble, if the buffer is not allignet wit the cache lines, because if e.g. the buffer starts or ends in the middle of a cache line, by invalidateing the cache all changes to the whole line are lost. That might lead to verry hard discoverable bugs.
    Well now all that is taken care of by the updated library, so don't be lazy and update your vivado =)

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube