Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Bastian Blank
On Mon, Dec 19, 2005 at 04:54:40PM +0100, Blaisorblade wrote: > IIRC, I saw with gdb that int are 4-byte aligned even on x86_64 - how does it > go for 2-byte and 1-byte wide fields? On Linux/x86_64, all integer types are alligned according to there size. Bastian -- Every living thing wants to

Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Blaisorblade
On Monday 19 December 2005 21:19, Jim Carter wrote: > On Fri, 16 Dec 2005, Blaisorblade wrote: > > On Thursday 15 December 2005 21:15, Jeff Dike wrote: > > > On Thu, Dec 15, 2005 at 05:26:44PM +0100, Blaisorblade wrote: > > > > The problem is that the same declaration is used in kernel sources. > >

Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Jeff Dike
On Tue, Dec 20, 2005 at 06:25:20PM +0100, Blaisorblade wrote: > > Why (in format v3) is everything in network byte order? > > I'm not entitled to answer - I wasn't here when it was born, and the decision > traces to V2. It's the reason that was speculated - it makes COW files more transportable.

Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Blaisorblade
On Friday 16 December 2005 17:03, Blaisorblade wrote: > On Thursday 15 December 2005 21:15, Jeff Dike wrote: > > On Thu, Dec 15, 2005 at 05:26:44PM +0100, Blaisorblade wrote: > We want a utility read-wrong-V3-header / write right one. I have this support - indeed I've integrated the code to recog

[uml-user] RFC: UML Kernel RPMs

2005-12-20 Thread Michael Stowe
All:   I'm a recent convert to UML for VDS/PS hosting and have talked with Jeff about providing RPMs of UML kernels.   I'd like to ask for input on a standardized location for the kernel and modules to be installed to as well as any patches you would like to see included in releases. I plan o

Re: [uml-user] RFC: UML Kernel RPMs

2005-12-20 Thread Jelle Boomstra
On Tuesday 20 December 2005 22:24, Michael Stowe wrote: > All: > > I'm a recent convert to UML for VDS/PS hosting and have talked with Jeff > about providing RPMs of UML kernels. > > I'd like to ask for input on a standardized location for the kernel and > modules to be installed to as well as any

Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Joel Palmius
On Tue, 20 Dec 2005, Blaisorblade wrote: So we need an utility doing just the setup and the writeout. Should be easy to do, but I must learn the complete COW API. I will dismiss this task if I see (as it seems) that there are no existing COW files. Personally I stopped trusting COW files once

Re: [uml-user] RFC: UML Kernel RPMs

2005-12-20 Thread Jim Carter
On Tue, 20 Dec 2005, Michael Stowe wrote: > I'm a recent convert to UML for VDS/PS hosting and have talked with Jeff > about providing RPMs of UML kernels. > I'd like to ask for input on a standardized location for the kernel and > modules to be installed to as well as any patches you would lik

Re: Bug in COW format - 64-bit incompatible with 32-bit due to struct padding (was: Re: [uml-user] uml_moo and large files)

2005-12-20 Thread Jim Carter
On Mon, 19 Dec 2005, Blaisorblade wrote: > On Monday 19 December 2005 21:19, Jim Carter wrote: > The problem lies in the #ifdef mapping ntohll to _bswap64 - in 2.6.13 it was > changed in a wrong way (and not by anybody present here - somebody went with > a "nice cleanup" without understanding wh