| To: | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Subject: | Re: [MIPS] Resolve compile issues with msp71xx configuration |
| From: | Christoph Hellwig <hch@lst.de> |
| Date: | Tue, 28 Apr 2009 11:20:05 +0200 |
| Cc: | Ralf Baechle <ralf@linux-mips.org>, Shane McDonald <mcdonald.shane@gmail.com>, linux-mips@linux-mips.org |
| In-reply-to: | <10f740e80904270622u730ba067g660257847dc526de@mail.gmail.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <E1LyQQX-00047N-6E@localhost> <20090427130952.GA30817@linux-mips.org> <10f740e80904270622u730ba067g660257847dc526de@mail.gmail.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.3.28i |
On Mon, Apr 27, 2009 at 03:22:33PM +0200, Geert Uytterhoeven wrote: > He needs the definition of struct squashfs_super_block to access the > .bytes_used > field. Alternatively, the offset of that field must be hardcoded. No, that whole crap needs to go. FS code has no business poking into fs internal structures. BTW, this whole setup is really, really gross, it's mtd map driver calling arch code to get base + size for mapping, poking into fs internal structures. I really wonder what people have been smoking to come up with crap like that. We should just leave it uncompilable as a sign for future generations not to such stupid stuff. |
| Previous by Date: | Re: [MIPS] Resolve use of non-existent GPIO routines in msp71xx reset, Ralf Baechle |
|---|---|
| Next by Date: | Re: [MIPS] Resolve compile issues with msp71xx configuration, Christoph Hellwig |
| Previous by Thread: | Re: [MIPS] Resolve compile issues with msp71xx configuration, Kevin D. Kissell |
| Next by Thread: | Re: [MIPS] Resolve compile issues with msp71xx configuration, Shane McDonald |
| Indexes: | [Date] [Thread] [Top] [All Lists] |