[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: initrd change breaks binary compatibility



On 10/10/06 9:31 pm, "Anthony Liguori" <aliguori@xxxxxxxxxx> wrote:

>> I don't know what causes the broken Linux initrd's that the commit
>> message refers to, but it seems they need to be fixed another way.
> 
> I suspect that we're actually broken here.  I think the way we determine
> the uncompressed size (by reading the last couple bytes) is not
> something that can, in generally, be safely relied upon.
> 
> We could work around this by decompressing the initrd and dynamically
> expanding the buffer we're decompressing to as needed.

Yes, we'll do this after 3.0.3-0. It's just a little bit too tricky to slip
in for the release. Unfortunately we have seen some (SLES9) initrd images
with this issue. Presumably they get built in a way that ends up padding
them to a multiple of a 'block' or something like that. It can be fixed by
laundering the initrd through gzip, of course.

 -- Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.