1. 06 10月, 2012 1 次提交
  2. 08 4月, 2012 1 次提交
  3. 05 3月, 2012 2 次提交
    • S
      KVM: PPC: refer to paravirt docs in header file · 54f65795
      Scott Wood 提交于
      Instead of keeping separate copies of struct kvm_vcpu_arch_shared (one in
      the code, one in the docs) that inevitably fail to be kept in sync
      (already sr[] is missing from the doc version), just point to the header
      file as the source of documentation on the contents of the magic page.
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Acked-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      54f65795
    • S
      KVM: PPC: Paravirtualize SPRG4-7, ESR, PIR, MASn · b5904972
      Scott Wood 提交于
      This allows additional registers to be accessed by the guest
      in PR-mode KVM without trapping.
      
      SPRG4-7 are readable from userspace.  On booke, KVM will sync
      these registers when it enters the guest, so that accesses from
      guest userspace will work.  The guest kernel, OTOH, must consistently
      use either the real registers or the shared area between exits.  This
      also applies to the already-paravirted SPRG3.
      
      On non-booke, it's not clear to what extent SPRG4-7 are supported
      (they're not architected for book3s, but exist on at least some classic
      chips).  They are copied in the get/set regs ioctls, but I do not see any
      non-booke emulation.  I also do not see any syncing with real registers
      (in PR-mode) including the user-readable SPRG3.  This patch should not
      make that situation any worse.
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      b5904972
  4. 24 10月, 2010 14 次提交
  5. 04 8月, 2008 1 次提交
  6. 27 4月, 2008 1 次提交
  7. 04 10月, 2006 1 次提交
  8. 13 9月, 2006 1 次提交
  9. 23 6月, 2006 1 次提交
  10. 19 6月, 2006 2 次提交
  11. 10 1月, 2006 1 次提交
  12. 28 10月, 2005 1 次提交
  13. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4