1. 24 May, 2011 12 commits
  2. 19 May, 2011 1 commit
  3. 18 May, 2011 3 commits
    • Konrad Rzeszutek Wilk's avatar
      xen/p2m: Add EXPORT_SYMBOL_GPL to the M2P override functions. · c9ce9e43
      Konrad Rzeszutek Wilk authored
      If the backends, which use these two functions, are compiled as
      a module we need these two functions to be exported.
      Signed-off-by: default avatarKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      c9ce9e43
    • Konrad Rzeszutek Wilk's avatar
      xen/p2m/m2p/gnttab: Support GNTMAP_host_map in the M2P override. · d5431d52
      Konrad Rzeszutek Wilk authored
      We only supported the M2P (and P2M) override only for the
      GNTMAP_contains_pte type mappings. Meaning that we grants
      operations would "contain the machine address of the PTE to update"
      If the flag is unset, then the grant operation is
      "contains a host virtual address". The latter case means that
      the Hypervisor takes care of updating our page table
      (specifically the PTE entry) with the guest's MFN. As such we should
      not try to do anything with the PTE. Previous to this patch
      we would try to clear the PTE which resulted in Xen hypervisor
      being upset with us:
      
      (XEN) mm.c:1066:d0 Attempt to implicitly unmap a granted PTE c0100000ccc59067
      (XEN) domain_crash called from mm.c:1067
      (XEN) Domain 0 (vcpu#0) crashed on cpu#3:
      (XEN) ----[ Xen-4.0-110228  x86_64  debug=y  Not tainted ]----
      
      and crashing us.
      
      This patch allows us to inhibit the PTE clearing in the PV guest
      if the GNTMAP_contains_pte is not set.
      
      On the m2p_remove_override path we provide the same parameter.
      
      Sadly in the grant-table driver we do not have a mechanism to
      tell m2p_remove_override whether to clear the PTE or not. Since
      the grant-table driver is used by user-space, we can safely assume
      that it operates only on PTE's. Hence the implementation for
      it to work on !GNTMAP_contains_pte returns -EOPNOTSUPP. In the future
      we can implement the support for this. It will require some extra
      accounting structure to keep track of the page[i], and the flag.
      
      [v1: Added documentation details, made it return -EOPNOTSUPP instead
       of trying to do a half-way implementation]
      Signed-off-by: default avatarKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      d5431d52
    • Jan Beulich's avatar
      xen/blkback: don't fail empty barrier requests · 8ab52150
      Jan Beulich authored
      The sector number on empty barrier requests may (will?) be -1, which,
      given that it's being treated as unsigned 64-bit quantity, will almost
      always exceed the actual (virtual) disk's size.
      
      Inspired by Konrad's "When writting barriers set the sector number to
      zero...".
      
      While at it also add overflow checking to the math in vbd_translate().
      Signed-off-by: default avatarJan Beulich <jbeulich@novell.com>
      Signed-off-by: default avatarKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      8ab52150
  4. 13 May, 2011 1 commit
  5. 12 May, 2011 20 commits
  6. 11 May, 2011 1 commit
  7. 06 May, 2011 2 commits
    • Jens Axboe's avatar
      cciss: fix compile issue · edc83d47
      Jens Axboe authored
      drivers/block/cciss.c: In function ‘cciss_send_reset’:
      drivers/block/cciss.c:2515:2: error: implicit declaration of function ‘fill_cmd’
      drivers/block/cciss.c: At top level:
      drivers/block/cciss.c:2531:12: error: conflicting types for ‘fill_cmd’
      drivers/block/cciss.c:2534:1: note: an argument type that has a default promotion can’t match an empty parameter name list declaration
      drivers/block/cciss.c:2515:18: note: previous implicit declaration of ‘fill_cmd’ was here
      make[1]: *** [drivers/block/cciss.o] Error 1
      make: *** [drivers/block/cciss.o] Error 2
      
      Move fill_cmd() to above where it is first used.
      Signed-off-by: default avatarJens Axboe <jaxboe@fusionio.com>
      edc83d47
    • Stephen M. Cameron's avatar
      cciss: add cciss_tape_cmds module paramter · 8a4ec67b
      Stephen M. Cameron authored
      This is to allow number of commands reserved for use by SCSI tape drives
      and medium changers to be adjusted at driver load time via the kernel
      parameter cciss_tape_cmds, with a default value of 6, and a range
      of 2 - 16 inclusive.  Previously, the driver limited the number of
      commands which could be queued to the SCSI half of the the driver
      to only 2.  This is to fix the problem that if you had more than
      two tape drives, you couldn't, for example, erase or rewind them all
      at the same time.
      Signed-off-by: default avatarStephen M. Cameron <scameron@beardog.cce.hp.com>
      Signed-off-by: default avatarJens Axboe <jaxboe@fusionio.com>
      8a4ec67b