Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • L linux-de
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • 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-de
  • Repository
Switch branch/tag
  • linux-de
  • drivers
  • net
  • ethernet
  • marvell
  • mvneta.c
Find file BlameHistoryPermalink
  • Maxime Ripard's avatar
    net: mvneta: Statically assign queues to CPUs · f8642885
    Maxime Ripard authored Sep 25, 2015
    
    
    Since the switch to per-CPU interrupts, we lost the ability to set which
    CPU was going to receive our RX interrupt, which was now only the CPU on
    which the mvneta_open function was run.
    
    We can now assign our queues to their respective CPUs, and make sure only
    this CPU is going to handle our traffic.
    
    This also paves the road to be able to change that at runtime, and later on
    to support RSS.
    
    [gregory.clement@free-electrons.com]: hardened the CPU hotplug support.
    
    Signed-off-by: default avatarMaxime Ripard <maxime.ripard@free-electrons.com>
    Signed-off-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    f8642885