From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: <linux-mips@linux-mips.org>
Subject: Re: [PATCH 0/5] MIPS: module.h usage cleanup.
Date: Tue, 6 Mar 2012 14:20:36 -0500 [thread overview]
Message-ID: <4F566384.5050501@windriver.com> (raw)
In-Reply-To: <20120306190826.GJ4519@linux-mips.org>
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
WARNING: multiple messages have this Message-ID (diff)
From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org
Subject: Re: [PATCH 0/5] MIPS: module.h usage cleanup.
Date: Tue, 6 Mar 2012 14:20:36 -0500 [thread overview]
Message-ID: <4F566384.5050501@windriver.com> (raw)
Message-ID: <20120306192036.yAkEXh3XYX7lC3e5YcbSYXOEeQOhlTtYtaiKB9mZTeo@z> (raw)
In-Reply-To: <20120306190826.GJ4519@linux-mips.org>
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
next prev parent reply other threads:[~2012-03-06 19:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-28 19:24 [PATCH 0/5] MIPS: module.h usage cleanup Paul Gortmaker
2012-02-28 19:24 ` [PATCH 1/5] serial: MIPS DECstation zs.c driver needs module.h Paul Gortmaker
2012-02-28 19:24 ` [PATCH 2/5] serial: MIPS swarm sb1250-duart.c " Paul Gortmaker
2012-02-28 19:24 ` [PATCH 3/5] MIPS: fix several implicit uses of export.h/module.h Paul Gortmaker
2012-02-28 19:24 ` [PATCH 4/5] MIPS: delete bogus module.h usage in termios.h Paul Gortmaker
2012-02-28 19:24 ` [PATCH 5/5] MIPS: dont use module.h just to export symbols in asm/uasm.h Paul Gortmaker
2012-03-06 19:08 ` [PATCH 0/5] MIPS: module.h usage cleanup Ralf Baechle
2012-03-06 19:20 ` Paul Gortmaker [this message]
2012-03-06 19:20 ` Paul Gortmaker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F566384.5050501@windriver.com \
--to=paul.gortmaker@windriver.com \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.