pciback module

[Todd Deshane]

Hi Stephan,

On Mon, Mar 31, 2008 at 12:00 AM, Stephan Schulz <seron at online.de> wrote:

> Hi Todd,
>
> thank you for your Quick reply. Most likely you are right and there are
> pretty good reasons for making a module.
> I made suggestes changes, but there still seems to be something wrong.
> I did the following:
>
> - insert "pciback" in /etc/initramfs-tools/modules
> - insert "options pciback hide=(00:06.0)" into /etc/modprobe.d/options
> - update-initramfs -u
> - reboot
>
> modules of PCI devices still appear in lsmod.
> Could it be that when pciback is loaded by initrd the
> file /etc/modprobe.d/options isn't already availible? Is there a way to
> insert the "options" into the initrd?
> Do you have other ideas?
>

If I recall correctly, checking if the modules load is not enough to tell. I
think the pci device can be hidden and it still sometimes shows up to the
dom0.

Check in your dmesg for pciback messages, such as "seizing device"

Also, you can look in /proc/bus/pci/ for the pciback driver. This process
can be done manually with echo/cat commands to the proper files.

I think this discussion might be noise to the kernel team. I suggest follow
up questions should go to either the xen-users list or if there is actually
a bug, then put it in launchpad under Ubuntu / the Xen 3.2 package. I follow
those as well as quite a few others.

Searching the mailing lists [1] for pciback (and the like) may give you some
more clues too.

Hope that helps.

Best,
Todd

P.S. I just saw your latest message and I think that it is similar to what I
thought happens. I don't know where the bug falls for sure, but it could
even be with Xen packages. Searching and asking Ubuntu/Debian stuff on the
xen-users list may help. I think I noticed a similar behavior, but never
reported it since it works right?  Like I said moving to xen-users seems to
make the most sense to me.

[1] http://xen.markmail.org/



>
> Thanks a lot for your Help!
> Stephan
>
>
> Am Sonntag, den 30.03.2008, 23:13 -0400 schrieb Todd Deshane:
> > Hi Stephan,
> >
> > I am not on the kernel team, but I can give you pointers for using
> > Xen.
> >
> > Even if pciback is compiled as a module and not directly into the
> > kernel, you should still be able to use it.
> >
> > The basic idea is to build it into the initiral RAM disk (initrd). You
> > can add the module to /etc/initramfs-tools/modules and then run:
> > update-initramfs -u
> >
> > You should then be able to use the pciback functionality. Here
> > reference on the xen-users mailing list :
> >
> > http://xen.markmail.org/search/?q=CentOS and pciback#query:CentOS and
> > pciback+page:1+mid:44atjkwi3qi7fzqb+state:results
> >
> > It gives the mkinitrd equivalent, which is a similar tool to the
> > mkinitramfs tool that Ubuntu uses.
> >
> > I am guessing that the kernel team did have reason and setup the
> > policy of what to build as module etc. If adding it to the initrd
> > doesn't work I would recommend that you file a bug to the Xen-3.2
> > package, as those bugs are generally fixed in a timely fashion.
> >
> > Also, another appropriate place to ask questions if you run into
> > further problems is the xen-users mailing list
> > ( http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users )
> >
> > Regards,
> > Todd
> >
> > On Sun, Mar 30, 2008 at 10:47 PM, Stephan Schulz <seron at online.de>
> > wrote:
> >         Hello kernel-team,
> >
> >         i've just installed the new Hardy Beta Release with
> >         ubuntu-xen-server
> >         package.
> >         Now I wanted to hide some pci devices to pass them to xen
> >         guests.
> >         The problem now is, that I can't use pciback at boot time
> >         because it's a
> >         module and not compiled into the kernel.
> >
> >         Will you compile it into the kernel in final release as you
> >         did in
> >         gutsy?
> >
> >         Thanks for such great work!
> >         Stephan
> >
> >
> >         --
> >         kernel-team mailing list
> >         kernel-team at lists.ubuntu.com
> >         https://lists.ubuntu.com/mailman/listinfo/kernel-team
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20080331/b91efa60/attachment.html>