|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] Re: xen 4.1.1 with current linus tree as dom0 [ 0.000000
On Wed, Aug 03, 2011 at 05:05:24PM +0200, Sander Eikelenboom wrote:
> Hi Konrad,
>
> Thx, after applying those patches it boots as dom0 and xen-pciback seems to
> work as well from my first tests.
Could you reply to that email thread with 'Tested-by: ' if it is not too much
trouble?
> The compile problems reported in my earlier mail are still present (related
> to tracing and i think jeremy's patches).
>
> Something that catched my eye when doing a make menuconfig:
> <*> Xen virtual block device support
> <*> Block-device backend driver
>
> I think the backend description should also start with "Xen" as all xen
> specific drivers do ?
I've gotten this patch queued up (if you think of a better name or if you think
the description could use some re-wording - please do provide some ideas):
commit 4beb84ffeacbf8df21b41ca8c05d099e19c579a3
Author: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Date: Wed Aug 3 11:12:17 2011 -0400
xen/blkback: Make description more obvious.
With the frontend having Xen but the backend not, it just looks odd:
<*> Xen virtual block device support
<*> Block-device backend driver
Fix it to have the 'Xen' in front of it.
Reported-by: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index 717d6e4..a89ebf1 100644
--- a/drivers/block/Kconfig
+++ b/drivers/block/Kconfig
@@ -471,7 +471,7 @@ config XEN_BLKDEV_FRONTEND
in another domain which drives the actual block device.
config XEN_BLKDEV_BACKEND
- tristate "Block-device backend driver"
+ tristate "Xen block-device backend driver"
depends on XEN_BACKEND
help
The block-device backend driver allows the kernel to export its
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|