Re: [Xen-devel] ioctl 0000126c not supported by XL blkif

[Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>]

On Thu, 2006-12-07 at 11:15 -0800, Luke Crawford wrote:
> On Thu, 7 Dec 2006, Ian Campbell wrote:
> >
> > partx only makes this ioctl call if you have an odd number of sectors in
> > your diskimage, and only when trying to process an "EFI GUID Partition
> > Table" (whatever that is, I presume it is an IA64 thing, although the
> > partx code is unconditional).
> 
> I see lots of references to "odd" partition sizes in my google, but I'm 
> missing what 'odd' means in this context.  0dd as opposed to even?   or 
> odd as in "not aligning with cyl boundaries" or something like that? 
> (I suppose my partitions listed below are odd in both respects)

Odd as opposed to even number of sectors.

> > I assume you aren't really using this type of partition table so I
> > expect it will fail harmlessly.
> >
> > Do you have a disk setup which might cause it to think it needs to try
> > the more unusual partition types? Perhaps you are using an unpartitioned
> > disk of an odd size? That reproduced it for me.
> 
> we are using a systemimager floppy booted off qemu to create the DomU, so 
> this is the same partition layout that would be given to a physical box.
> 
> [root@DomU]# fdisk -l /dev/sda
> 
> Disk /dev/sda: 36.5 GB, 36531973632 bytes
> 255 heads, 63 sectors/track, 4441 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> 
>     Device Boot    Start       End    Blocks   Id  System
> /dev/sda1   *         1        16    128488+  83  Linux
> /dev/sda2            17       669   5245222+  83  Linux
> /dev/sda3           670       799   1044225   83  Linux
> /dev/sda4           800      4441  29254365    f  Win95 Ext'd (LBA)
> /dev/sda5           800       930   1052226   83  Linux
> /dev/sda6           931      4441  28202076   83  Linux

That would do it.

I'm going to remove the message tomorrow -- all of the other kernel
ports have it commented out already. It was only really useful during
development anyway.

Cheers,
Ian.



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