1. 05 3月, 2009 1 次提交
    • K
      Fix kernel NULL pointer dereference in xen-blkfront · a1a15ac5
      Kris Shannon 提交于
      When booting Xen Dom0 on a pre-release 3.2.1 hypervisor the system Oopses on a
      "Unable to handle kernel NULL pointer dereference" in xenwatch.
      
      From the backtrace it looks like backend_changed is calling bdget_disk
      with a NULL pointer.  Checking for NULL and returning ENODEV instead
      allows the kernel to boot.
      a1a15ac5
  2. 26 2月, 2009 1 次提交
    • J
      xen/blkfront: use blk_rq_map_sg to generate ring entries · 9e973e64
      Jens Axboe 提交于
      On occasion, the request will apparently have more segments than we
      fit into the ring. Jens says:
      
      > The second problem is that the block layer then appears to create one
      > too many segments, but from the dump it has rq->nr_phys_segments ==
      > BLKIF_MAX_SEGMENTS_PER_REQUEST. I suspect the latter is due to
      > xen-blkfront not handling the merging on its own. It should check that
      > the new page doesn't form part of the previous page. The
      > rq_for_each_segment() iterates all single bits in the request, not dma
      > segments. The "easiest" way to do this is to call blk_rq_map_sg() and
      > then iterate the mapped sg list. That will give you what you are
      > looking for.
      
      > Here's a test patch, compiles but otherwise untested. I spent more
      > time figuring out how to enable XEN than to code it up, so YMMV!
      > Probably the sg list wants to be put inside the ring and only
      > initialized on allocation, then you can get rid of the sg on stack and
      > sg_init_table() loop call in the function. I'll leave that, and the
      > testing, to you.
      
      [Moved sg array into info structure, and initialize once. -J]
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      Signed-off-by: NJeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
      9e973e64
  3. 29 12月, 2008 1 次提交
  4. 18 11月, 2008 1 次提交
  5. 21 10月, 2008 2 次提交
    • A
      [PATCH] switch xen · a63c848b
      Al Viro 提交于
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      a63c848b
    • A
      [PATCH] beginning of methods conversion · d4430d62
      Al Viro 提交于
      To keep the size of changesets sane we split the switch by drivers;
      to keep the damn thing bisectable we do the following:
      	1) rename the affected methods, add ones with correct
      prototypes, make (few) callers handle both.  That's this changeset.
      	2) for each driver convert to new methods.  *ALL* drivers
      are converted in this series.
      	3) kill the old (renamed) methods.
      
      Note that it _is_ a flagday; all in-tree drivers are converted and by the
      end of this series no trace of old methods remain.  The only reason why
      we do that this way is to keep the damn thing bisectable and allow per-driver
      debugging if anything goes wrong.
      
      New methods:
      	open(bdev, mode)
      	release(disk, mode)
      	ioctl(bdev, mode, cmd, arg)		/* Called without BKL */
      	compat_ioctl(bdev, mode, cmd, arg)
      	locked_ioctl(bdev, mode, cmd, arg)	/* Called with BKL, legacy */
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      d4430d62
  6. 09 10月, 2008 1 次提交
    • C
      block: Expand Xen blkfront for > 16 xvd · 9246b5f0
      Chris Lalancette 提交于
      Until recently, the maximum number of xvd block devices you could attach
      to a Xen domU was 16. This limitation turned out to be problematic for
      some users, so it was expanded to handle a much larger number of disks.
      However, this requires a couple of changes in the way that blkfront
      scans for disks. This functionality is already present in the Xen
      linux-2.6.18-xen.hg tree; the attached patch adds this functionality to
      the mainline xen-blkfront implementation. I successfully tested it on a
      2.6.25 tree, and build tested it on 2.6.27-rc3.
      Signed-off-by: NChris Lalancette <clalance@redhat.com>
      Acked-by: NJeremy Fitzhardinge <jeremy@goop.org>
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      9246b5f0
  7. 20 8月, 2008 1 次提交
  8. 06 8月, 2008 1 次提交
  9. 03 7月, 2008 5 次提交
  10. 29 4月, 2008 1 次提交
  11. 25 4月, 2008 5 次提交
  12. 22 2月, 2008 1 次提交
  13. 28 1月, 2008 1 次提交
  14. 10 10月, 2007 2 次提交
  15. 24 7月, 2007 1 次提交
  16. 18 7月, 2007 1 次提交