Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • L linux-sp
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • linux-arm
  • linux-sp
  • Repository
  • linux-sp
  • arch
  • arm
  • boot
  • dts
  • am4372.dtsi
Find file BlameHistoryPermalink
  • Tero Kristo's avatar
    ARM: dts: am43xx: fix edma memcpy channel allocation · d41676dd
    Tero Kristo authored Mar 14, 2016
    EDMA was allocating DMA channels 32 and 33 for memcpy usage, out of which
    channel 33 is actually used by DES crypto engine. This bad allocation of
    the channel causes a crash in the DES crypto engine, as the channel
    gets configured for memcpy usage instead of hardware <-> memory DMA.
    
    Fixed by allocating DMA channels 58 and 59 for memcpy usage (I2C0 RX/TX),
    which are not used by anybody.
    
    Fixes: cce1ee00
    
     ("ARM: DTS: am437x: Use the new DT bindings for
    the eDMA3")
    Cc: stable@vger.kernel.org # v4.4+
    Signed-off-by: default avatarTero Kristo <t-kristo@ti.com>
    Suggested-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
    Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
    d41676dd