On 12-03-06 02:08 PM, Ralf Baechle wrote: > On Tue, Feb 28, 2012 at 02:24:43PM -0500, Paul Gortmaker wrote: > >> Hi Ralf, >> >> Not a lot to see here, really. MIPS had usages of module.h tucked >> away in a couple asm files, and that was masking some of the other >> implicit users, plus preventing MIPS from getting the full benefit >> of not having to feed module.h to cpp 35,000 times. >> >> I've left the two drivers/serial commits separate, in case there >> is a desire to have them go in via Greg's trees, but they are a >> required dependency for the arch/mips fixes, so I think it makes >> sense they stay together with the other changes here. >> >> I will have some arch independent module.h cleanups (in fs and lib) >> that will require me to create a module.h tree for 3.4, so I can >> carry this there if required. But this lot is all self-contained >> to MIPS and so I'd be fine with (and actually prefer) this going in >> via the MIPS tree. No strong preference - either way, let me know. > > Haven't received any comment and the patches are trivial so I'm going > to queue them hopeing that Alan Cox (not on cc ...) doesn't mind ... I stuck them in linux-next for additional sanity testing above the defconfig builds that I did and nothing caught fire. I'll back them out from my for-next branch now that I know you've got them queued via the mips for-next. Thanks! Paul. > > Ralf
