| To: | Christoph Hellwig <hch@xxxxxx>, tes@xxxxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: HAVE_FORMAT32 never enabled in mainline |
| From: | Timothy Shimmin <tes@xxxxxxx> |
| Date: | Mon, 19 Mar 2007 12:04:00 +1100 |
| In-reply-to: | <20070317154028.GA18997@xxxxxx> |
| References: | <20070317154028.GA18997@xxxxxx> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
Hi Christoph, --On 17 March 2007 4:40:28 PM +0100 Christoph Hellwig <hch@xxxxxx> wrote: Looks like the code for dealing with x86/amd64 logs is never actually enable in mainline because nothing defines HAVE_FORMAT32. It is enabled, the HAVE_FORMAT32 is #ifndef around some particular type definitions. (The code has been tested:) It is currently used because those header files are shared between userspace and kernel. And in userspace, there is a case where the 32bit format definition is already defined in another header file - that case is for IRIX, whose pack syntax is different with its compiler. So if this is a concern then I would need to have these defined elsewhere or break the kernel/userspace link on this file, etc... Suggestions welcome... --Tim |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: cache+barriers vs cache+nobarriers vs disabled cache+barriers vs disabled cache+nobarriers, Chris Wedgwood |
|---|---|
| Next by Date: | Re: HAVE_FORMAT32 never enabled in mainline, Timothy Shimmin |
| Previous by Thread: | Re: HAVE_FORMAT32 never enabled in mainline, Timothy Shimmin |
| Next by Thread: | But wait, theres more... [Fwd: Bug#415123: -R option can't append to a plain file], Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |