• Locked Locked
  • Replies 2 replies
  • Subscribers 119 subscribers
  • Views 3388 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

AMBA AHB

sandesh shetty
Note: This was originally posted on 10th July 2012 at http://forums.arm.com

Hi,
  I have been working on AMBA AHB slave design. I have come across a deadend.
The problem is as follow.

When a master inserts a busy transaction indicated by the HTRANS as 01. What should be the condition of HREADY from the slave.
The spec says that the slave should provide a non zero wait state to the busy inserted byt the master.
However what should be the status of HREADY when the slave itself is busy and is not able to complete the previous transaction.
Kindly help me with this if possible.
Regards,
sandesh shetty
Parents
  • Note: This was originally posted on 17th July 2012 at http://forums.arm.com

    Hi,
      I have been working on AMBA AHB slave design. I have come across a deadend.
    The problem is as follow.

    When a master inserts a busy transaction indicated by the HTRANS as 01. What should be the condition of HREADY from the slave.
    The spec says that the slave should provide a non zero wait state to the busy inserted byt the master.
    However what should be the status of HREADY when the slave itself is busy and is not able to complete the previous transaction.
    Kindly help me with this if possible.
    Regards,
    sandesh shetty


    Hi, I think the description in AHB is clear about the operation. (ARM IHI 0011A, section 3.5, page 3-9)
    "The BUSY transfer type allows bus masters to insert IDLE cycles in the middle of bursts
    of transfers. This transfer type indicates that the bus master is continuing with a burst of
    transfers, but the next transfer cannot take place immediately. When a master uses the
    BUSY transfer type the address and control signals must reflect the next transfer in the
    burst.
    The transfer should be ignored by the slave. Slaves must always provide a zero wait state
    OKAY response, in the same way that they respond to IDLE transfers."

    By the way, it is a zero-wait OKAY response, not " a non zero wait state"
Reply
  • Note: This was originally posted on 17th July 2012 at http://forums.arm.com

    Hi,
      I have been working on AMBA AHB slave design. I have come across a deadend.
    The problem is as follow.

    When a master inserts a busy transaction indicated by the HTRANS as 01. What should be the condition of HREADY from the slave.
    The spec says that the slave should provide a non zero wait state to the busy inserted byt the master.
    However what should be the status of HREADY when the slave itself is busy and is not able to complete the previous transaction.
    Kindly help me with this if possible.
    Regards,
    sandesh shetty


    Hi, I think the description in AHB is clear about the operation. (ARM IHI 0011A, section 3.5, page 3-9)
    "The BUSY transfer type allows bus masters to insert IDLE cycles in the middle of bursts
    of transfers. This transfer type indicates that the bus master is continuing with a burst of
    transfers, but the next transfer cannot take place immediately. When a master uses the
    BUSY transfer type the address and control signals must reflect the next transfer in the
    burst.
    The transfer should be ignored by the slave. Slaves must always provide a zero wait state
    OKAY response, in the same way that they respond to IDLE transfers."

    By the way, it is a zero-wait OKAY response, not " a non zero wait state"
Children
No data