The kernel behaves as same as before unless the kernel command line
option, guestdev=...+iomul, is given to the kernel
So it should be harmless to enable CONFIG_PCI_IOMULTI by default.
Anyway I don't have strong opinion for its default value.
On Wed, Jun 03, 2009 at 07:45:09PM +0100, Keir Fraser wrote:
> Depends on the feature's impact when unused.
>
> -- Keir
>
> On 03/06/2009 18:57, "Dulloor" <dulloor@xxxxxxxxx> wrote:
>
> > Is it better to have the new option added by c/s(CONFIG_PCI_IOMULTI) default
> > 'n' ?
> >
> > -dulloor
> >
> > On Wed, Jun 3, 2009 at 1:48 PM, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
> > wrote:
> >> Perhaps post a diff of boot output with c/s 880 vs c/s 881. I've cc'ed
> >> Isaku, who submitted the patch that's causing your problem.
> >>
> >> ?-- Keir
> >>
> >> On 03/06/2009 18:35, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:
> >>
> >>> OK, it appears that linux-2.6.18-xen.hg c/s 881 is causing
> >>> my dom0 to crash. ?Dom0 boots successfully at 880 and fails
> >>> with 881 or anything after.
> >>>
> >>> Any ideas?
> >>>
> >>>> -----Original Message-----
> >>>> From: Dan Magenheimer
> >>>> Sent: Tuesday, June 02, 2009 10:45 PM
> >>>> To: Dan Magenheimer; Keir Fraser; Dutch Meyer; Xen-Devel (E-mail)
> >>>> Subject: RE: [Xen-devel] blktap2: need more than 3 values to unpack
> >>>>
> >>>>
> >>>> Followup: my dom0 boots failed with 888, boots fine with 876,
> >>>> then to ensure no pilot error, I rebuilt 888 again and it
> >>>> failed again.
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Dan Magenheimer
> >>>>> Sent: Tuesday, June 02, 2009 5:50 PM
> >>>>> To: Keir Fraser; Dutch Meyer; Xen-Devel (E-mail)
> >>>>> Subject: RE: [Xen-devel] blktap2: need more than 3 values to unpack
> >>>>>
> >>>>>
> >>>>> Thanks. ?It is indeed a pilot error on my part but a bit
> >>>>> more bizarre. ?I apparently have a linux-2.6-xen.hg directory
> >>>>> as both a sister and a child to xen-unstable.hg. ?In this
> >>>>> case the build apparently chooses the child. ?I was
> >>>>> looking at and modifying the un-updated child so
> >>>>> blktap2 wasn't even present yet. ?Removing the child
> >>>>> causes the sibling to build. ?BUT! Now dom0 is
> >>>>> crashing early on during boot. ?(This is an Intel
> >>>>> Weybridge box.) ?I'll look into this further tomorrow.
> >>>>>
> >>>>> ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>>> ata2.00: ATAPI, max UDMA/100
> >>>>> ata2.00: configured for UDMA/100
> >>>>> scsi2 : ahci
> >>>>> ata3: SATA link down (SStatus 0 SControl 300)
> >>>>> scsi3 : ahci
> >>>>> ata4: SATA link down (SStatus 0 SControl 300)
> >>>>> ? Vendor: ATA ? ? ? Model: ST3320620AS ? ? ? Rev: 3.AA
> >>>>> ? Type: ? Direct-Access ? ? ? ? ? ? ? ? ? ? ?ANSI SCSI revision: 05
> >>>>> ata1: EH pending after completion, repeating EH (cnt=4)
> >>>>> ? Vendor: LITE-ON ? Model: DVDRW LH-20A1S ? ?Rev: 9L03
> >>>>> ? Type: ? CD-ROM ? ? ? ? ? ? ? ? ? ? ? ? ? ? ANSI SCSI revision: 05
> >>>>> (XEN) PCI add device 00:1f.5
> >>>>> ata_piix 0000:00:1f.5: MAP [ P0 P2 P1 P3 ]
> >>>>> ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 19 (level, low) -> IRQ 16
> >>>>> ata5: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x0 irq 16
> >>>>> ata6: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x0 irq 16
> >>>>> scsi4 : ata_piix
> >>>>> scsi5 : ata_piix
> >>>>> device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised:
> >>>>> dm-devel@xxxxxxxxxx
> >>>>> Kernel panic - not syncing: Attempted to kill init!
> >>>>> ?(XEN) Domain 0 crashed: rebooting machine in 5 seconds.
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx]
> >>>>>> Sent: Tuesday, June 02, 2009 4:45 PM
> >>>>>> To: Dan Magenheimer; Dutch Meyer; Xen-Devel (E-mail)
> >>>>>> Subject: Re: [Xen-devel] blktap2: need more than 3 values
> >>>> to unpack
> >>>>>>
> >>>>>>
> >>>>>> Probably you had an old .config hanging around in your build
> >>>>>> tree somewhere.
> >>>>>> c/s 889 should fix this for a fresh build.
> >>>>>>
> >>>>>> ?-- Keir
> >>>>>>
> >>>>>> On 02/06/2009 18:33, "Dan Magenheimer"
> >>>>>> <dan.magenheimer@xxxxxxxxxx> wrote:
> >>>>>>
> >>>>>>> Thanks. ?Looks like a partial configuration patch got checked
> >>>>>>> in for blktap2 (cs 886)? ?CONFIG_XEN_BLKDEV_TAP2 must be
> >>>>> configured
> >>>>>>> but afaict is not turned on by default (yet?). ?So a fresh
> >>>>>>> xen-unstable tip doesn't build the blktap2 driver. ?See:
> >>>>>>>
> >>>>>>>
> >>>> http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/3e01555dd227
> >>>>>>>
> >>>>>>> (I'm guessing since this was submitted by Isaku that blktap2
> >>>>>>> shouldn't be the default on ia64?)
> >>>>>>>
> >>>>>>> Should CONFIG_XEN_BLKDEV_TAP2 be turned on by default, instead
> >>>>>>> of CONFIG_XEN_BLKDEV_TAP, at least on x86?
> >>>>>>>
> >>>>>>> I tried modifying
> >>>>>>>
> >>>>>>> linux-2.6.18-xen.hg/buildconfigs/linux-defconfig_xen0_x86_32
> >>>>>>>
> >>>>>>> (and also
> >>>>>>>
> >>>>>>> linux-2.6.18-xen.hg/buildconfigs/linux-defconfig_xen_x86_32)
> >>>>>>>
> >>>>>>> followed by:
> >>>>>>>
> >>>>>>> KERNELS=linux-2.6-xen0 make linux-2.6-xen-config
> >>>>>> CONFIGMODE=oldconfig
> >>>>>>>
> >>>>>>> (I don't need or want to go through a manual config process)
> >>>>>>>
> >>>>>>> but BLKDEV_TAP is always selected, not BLKDEV_TAP2.
> >>>>>>>
> >>>>>>> Finally, I resorted to manually changing
> >>>>>>>
> >>>>>>> linux-2.6.18-xen.hg/drivers/xen/Kconfig
> >>>>>>>
> >>>>>>> and this succeeds in turning it on, but it just reverses the
> >>>>>>> above checked-in patch, so I suspect that's not the right
> >>>>>>> answer either.
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Dutch Meyer [mailto:dmeyer@xxxxxxxxx]
> >>>>>>>> Sent: Tuesday, June 02, 2009 9:05 AM
> >>>>>>>> To: Dan Magenheimer
> >>>>>>>> Subject: RE: [Xen-devel] blktap2: need more than 3
> >>>>> values to unpack
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> I think that you don't have the blktap2 driver loaded in
> >>>>>>>> dom0. ?A clean
> >>>>>>>> build/install of the dom0 kernel image should sort you out. ?If
> >>>>>>>> drivers/xen/blktap2 is compiled in it should be setting up
> >>>>>>>> these paths.
> >>>>>>>>
> >>>>>>>> Let me know if that fixes things and I'll make python
> >>>>> spit out more
> >>>>>>>> meaningful errors, otherwise we can try to figure out the
> >>>>>>>> blktap2 kernel
> >>>>>>>> code isn't working.
> >>>>>>>>
> >>>>>>>> --Dutch
> >>>>>>>>
> >>>>>>>> On Tue, 2 Jun 2009, Dan Magenheimer wrote:
> >>>>>>>>
> >>>>>>>>> It replies with "didn't find blktap-control in /proc/misc"
> >>>>>>>>>
> >>>>>>>>> If that fails, perhaps the path doesn't exist, but I looked
> >>>>>>>>> and /sys/class/blktap2 doesn't exist.
> >>>>>>>>>
> >>>>>>>>>> -----Original Message-----
> >>>>>>>>>> From: Dutch Meyer [mailto:dmeyer@xxxxxxxxx]
> >>>>>>>>>> Sent: Monday, June 01, 2009 10:37 PM
> >>>>>>>>>> To: Dan Magenheimer
> >>>>>>>>>> Subject: RE: [Xen-devel] blktap2: need more than 3
> >>>>>> values to unpack
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Can you try this from the command line:
> >>>>>>>>>>
> >>>>>>>>>> ? ? ?tapdisk2 -n aio:/pathto/file.img
> >>>>>>>>>>
> >>>>>>>>>> If successful, this will create your aio device and print a
> >>>>>>>>>> /dev device
> >>>>>>>>>> associated with it.
> >>>>>>>>>>
> >>>>>>>>>> In that case you'll then be able to remove it with:
> >>>>>>>>>>
> >>>>>>>>>> ? ? ?echo 1 > /sys/class/blktap2/<disk>/remove
> >>>>>>>>>>
> >>>>>>>>>> Where <disk> will be obvious from the output of the
> >>>>>>>> tapdisk2 command.
> >>>>>>>>>>
> >>>>>>>>>> However, I expect that this will fail.
> >>>>>>>>>>
> >>>>>>>>>> --Dutch
> >>>>>>>>>>
> >>>>>>>>>> On Mon, 1 Jun 2009, Dan Magenheimer wrote:
> >>>>>>>>>>
> >>>>>>>>>>>> Then I might be able to help, but I'm not sure how to
> >>>>>>>>>>>> reproduce it. ?If
> >>>>>>>>>>>> you send a log file and config for this latter error I'll
> >>>>>>>>>>>> take a look.
> >>>>>>>>>>>
> >>>>>>>>>>> Here ya go.
> >>>>>>>>>>>
> >>>>>>>>>>> Thanks,
> >>>>>>>>>>> Dan
> >>>>>>>>>>>
> >>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>> From: Dutch Meyer [mailto:dmeyer@xxxxxxxxx]
> >>>>>>>>>>>> Sent: Monday, June 01, 2009 8:32 PM
> >>>>>>>>>>>> To: Dan Magenheimer
> >>>>>>>>>>>> Cc: Xen-Devel (E-mail)
> >>>>>>>>>>>> Subject: Re: [Xen-devel] blktap2: need more than 3
> >>>>>>>> values to unpack
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> The tap:aio:/pathto/file.img syntax that you're
> >>>> using in your
> >>>>>>>>>>>> config was
> >>>>>>>>>>>> changed before blktap2 was introduced.
> >>>>>>>>>>>> tap:tapdisk:aio:/pathto/file.img is
> >>>>>>>>>>>> apparently the correct syntax now, though the README didn't
> >>>>>>>>>>>> get updated to
> >>>>>>>>>>>> reflect this. ?Our blktap2 documentation is no better -
> >>>>>>>> I'll try to
> >>>>>>>>>>>> remedy that this week.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> If you're still seeing this error:
> >>>>>>>>>>>> ? ? "Error: 'file' object has no attribute 'find'"
> >>>>>>>>>>>>
> >>>>>>>>>>>> Then I might be able to help, but I'm not sure how to
> >>>>>>>>>>>> reproduce it. ?If
> >>>>>>>>>>>> you send a log file and config for this latter error I'll
> >>>>>>>>>>>> take a look.
> >>>>>>>>>>>> Yang seems to be reporting the same thing in
> >>>> another thread.
> >>>>>>>>>>>>
> >>>>>>>>>>>> --Dutch
> >>>>>>>>>>>>
> >>>>>>>>>>>> On Mon, 1 Jun 2009, Dan Magenheimer wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Hmmm... trying blktap2 for the first time, using 19682.
> >>>>>>>>>>>>> I had thought that the syntax hadn't changed, but I am
> >>>>>>>>>>>>> getting what appears to be a parsing error on my vbd line.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> "ValueError: need more than 3 values to unpack"
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Thinking maybe that "w!" was the culprit, I changed
> >>>>>>>>>>>>> it to "w" with no change in result.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Looking at the python code that generated the error,
> >>>>>>>>>>>>> I tried to figure out the syntax by experimentation
> >>>>>>>>>>>>> but without luck. ?I tried:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> tap:tapdisk:aio:/pathto/file.img
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> but got "Error: 'file' object has no attribute 'find'"
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> To see if I could use the old blktap, I tried
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> tap:tapdisk:ioemu:/pathto/file.img
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> but got the dreaded "Error: Device 768 (tap) could not be
> >>>>>>>>>>>>> connected. Hotplug scripts not working"
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Am I missing something in the syntax for blktap2?
> >>>>>>>>>>>>> Is there a how-to or readme I didn't find? ?Or
> >>>>>>>>>>>>> is there some required dependency I don't know about
> >>>>>>>>>>>>> that is missing?
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I thought maybe I had a bad install, so rebuilt and
> >>>>>>>>>>>>> reinstalled with the same result.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> xend.log and config file attached.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Thanks,
> >>>>>>>>>>>>> Dan
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> P.S. I am trying blktap2 because both blktap and
> >>>>>>>>>>>>> file-backed fail. ?Blktap sometimes reads garbage
> >>>>>>>>>>>>> from the file and
> >>>>>>>>>>>>
> >>>>>>>>>>>> _______________________________________________
> >>>>>>>>>>>> Xen-devel mailing list
> >>>>>>>>>>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
> >>>>>>>>>>>> http://lists.xensource.com/xen-devel
> >>>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Xen-devel mailing list
> >>>>>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
> >>>>>>> http://lists.xensource.com/xen-devel
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Xen-devel mailing list
> >>>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
> >>>>> http://lists.xensource.com/xen-devel
> >>>>>
> >>
> >>
> >>
> >> _______________________________________________
> >> Xen-devel mailing list
> >> Xen-devel@xxxxxxxxxxxxxxxxxxx
> >> http://lists.xensource.com/xen-devel
> >
> >
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>
--
yamahata
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home