Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • K kvmtool-dm
  • 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
  • kvmtool-dm
  • Repository
Switch branch/tag
  • kvmtool-dm
  • mips
  • include
  • kvm
  • kvm-arch.h
Find file BlameHistoryPermalink
  • Jean-Philippe Brucker's avatar
    ioeventfd: Don't register on the PIO bus if the arch doesn't support it · ed83730f
    Jean-Philippe Brucker authored Apr 04, 2018
    virtio/pci.c registers a notification ioeventfd on both PIO and MMIO
    buses. But architectures other than x86 cannot differentiate MMIO from
    PIO traps, and the kernel always calls kvm_io_bus_read/write with
    KVM_MMIO_BUS as argument.
    
    As a result kvmtool's ioeventfd isn't used with virtio PCI, because the
    kernel can't find it and all accesses to the doorbell return to
    userspace. To fix it, don't set the PIO flag if the architecture doesn't
    support it.
    
    Fixes: a508ea95
    
     ("virtio/pci: Use port I/O for configuration registers by default")
    Signed-off-by: Jean-Philippe Brucker's avatarJean-Philippe Brucker <jean-philippe.brucker@arm.com>
    Signed-off-by: default avatarWill Deacon <will.deacon@arm.com>
    ed83730f