Skip to content
GitLab
Projects Groups Topics 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
    • 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
    • Artifacts
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
    • Model experiments
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • 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
  • linux-de
  • drivers
  • net
  • ethernet
  • marvell
  • mvneta.c
Find file Blame History Permalink
  • 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