[Xen-devel] Re: [PATCH] dom0 linux: support SBDF with "guestdev=" and remove "reassigndev="

[Yuji Shimada <shimada-yxb@xxxxxxxxxxxxxxx>]

On Wed, 08 Apr 2009 10:17:13 +0100
Keir Fraser <keir.fraser@xxxxxxxxxxxxx> wrote:

> On 08/04/2009 09:30, "Yuji Shimada" <shimada-yxb@xxxxxxxxxxxxxxx> wrote:
> 
> > With this patch, Isaku-san will not need to add guestioemuldev
> > boot parameter for IO space multiplexing, though it will be necessary
> > to add a flag and omit func# from guestdev.
> 
> Either this isn't against linux-2.6.18-xen tip or the patch is corrupted.
> Hardly any chunks applied with 'patch -p1'.

In my environment, my patch applies to linux-2.6.18-xen(changeset:855).

Could you try to apply the attached file? The file is the output of
'hg' command and I tested that the file applies.

Thanks,
--
Yuji Shimada


This patch supports SBDF with "guestdev=" boot parameter and removes
"reassigndev=" boot parameter.

Currently there are three boot parameters which specifics PCI device
for PCI pass-through.

        pciback.hide=
        guestdev=
        reassigndev=

I'd like to simplify them before xen 3.4 is released. To achieve this,
I'd like to make "guestdev=" boot parameter support SBDF, and remove
"reassigndev=".


When we don't need to reassign resources and use device path,
pciback.hide= boot parameter can be used. The parameter is also needed
for backward compatibility.

    pciback.hide=(00:01.0)(00:02.0)

When we need to reassign resources or use device path, guestdev= boot
parameter can be used. reassign_resources boot parameter is needed to
reassign resources, too.

    guestdev=00:01.0,00:02.0 reassign_resources
    guestdev=PNP0A08:0-1.0,PNP0A08:0-2.0
    guestdev=PNP0A08:0-1.0,PNP0A08:0-2.0 reassign_resources


With this patch, Isaku-san will not need to add guestioemuldev
boot parameter for IO space multiplexing, though it will be necessary
to add a flag and omit func# from guestdev.

Signed-off-by: Yuji Shimada <shimada-yxb@xxxxxxxxxxxxxxx>

Attachment: remove_reassigndev.patch
Description: Text Data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel