[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |