From: Arseny Solokha <asolokha@kb.kras.ru>
To: Michael Ellerman <mpe@ellerman.id.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
Scott Wood <scottwood@freescale.com>,
<linuxppc-dev@lists.ozlabs.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 0/4] powerpc: trivial unused functions cleanup
Date: Fri, 20 Mar 2015 11:55:32 +0700 [thread overview]
Message-ID: <87pp84w9mj.fsf@KB00016249.iskra.kb> (raw)
In-Reply-To: <1426825436.2581.1.camel@ellerman.id.au> (Michael Ellerman's message of "Fri, 20 Mar 2015 15:23:56 +1100")
> On Fri, 2015-03-20 at 10:56 +0700, Arseny Solokha wrote:
>> This series removes unused functions from powerpc tree that I've been able
>> to discover.
>>
>> Two machines at hands, e300 and e500 based, boot and run without regressions
>> on my workload with this series applied. The removed code seems also been
>> rarely touched, so it seems the series is safe at least in general. But I
>> can't obviously express any strong point in support of the series, so it's
>> completely OK to leave things as is.
>>
>> v3: In patch 4/4, do not remove fsl_mpic_primary_get_version() from
>> arch/powerpc/sysdev/mpic.c because the patch by Jia Hongtao
>> ("powerpc/85xx: workaround for chips with MSI hardware errata") makes
>> use of it.
>
> Sorry, too late.
>
> https://git.kernel.org/cgit/linux/kernel/git/mpe/linux.git/commit/?h=next&id=5e86bfde9cd93f272844c3ff6ac5f93d3666b3e7
>
>
> The patch that needs it can just add it back.
I failed to notice that the series has been finally committed, so resent it. Of
course Hongtao can add the removed function back if he needs to.
And by the way, while revisiting the series I've noticed that though the patch
4/4 basically reverts [1], it leaves
#define MPIC_GREG_GLOBAL_CONF_1 0x00030
in arch/powerpc/include/asm/mpic.h untouched. That define also loses its uses
after applying the patch. Compare the following hunk in today's patch w/ the one
you committed:
@@ -33,11 +33,6 @@
#define MPIC_GREG_GCONF_NO_BIAS 0x10000000
#define MPIC_GREG_GCONF_BASE_MASK 0x000fffff
#define MPIC_GREG_GCONF_MCK 0x08000000
-#define MPIC_GREG_GLOBAL_CONF_1 0x00030
-#define MPIC_GREG_GLOBAL_CONF_1_SIE 0x08000000
-#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK 0x70000000
-#define MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO(r) \
- (((r) << 28) & MPIC_GREG_GLOBAL_CONF_1_CLK_RATIO_MASK)
#define MPIC_GREG_VENDOR_0 0x00040
#define MPIC_GREG_VENDOR_1 0x00050
#define MPIC_GREG_VENDOR_2 0x00060
So the question is, should #define MPIC_GREG_GLOBAL_CONF_1 have been also
removed, or could be left as is?
[1] https://lists.ozlabs.org/pipermail/linuxppc-dev/2006-June/023867.html
Arsény
> cheers
next prev parent reply other threads:[~2015-03-20 4:55 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-16 10:56 [PATCH " Arseny Solokha
2015-02-16 10:56 ` [PATCH 1/4] powerpc/boot: drop planetcore_set_serial_speed Arseny Solokha
2015-02-16 10:56 ` [PATCH 2/4] kvm/ppc/mpic: drop unused IRQ_testbit Arseny Solokha
2015-02-16 10:56 ` [PATCH 3/4] powrepc/qe: drop unused ucc_slow_poll_transmitter_now Arseny Solokha
2015-02-16 10:56 ` [PATCH 4/4] powerpc/mpic: remove unused functions Arseny Solokha
2015-02-19 0:58 ` Michael Ellerman
2015-02-19 12:26 ` Arseny Solokha
2015-02-20 3:34 ` Michael Ellerman
2015-02-20 4:40 ` Arseny Solokha
2015-02-24 4:48 ` Michael Ellerman
2015-02-23 21:31 ` Scott Wood
2015-02-26 2:39 ` Hongtao Jia
2015-02-26 3:27 ` Scott Wood
2015-02-24 9:05 ` [PATCH V2 0/4] powerpc: trivial unused functions cleanup Arseny Solokha
2015-02-24 9:05 ` [PATCH 1/4] powerpc/boot: drop planetcore_set_serial_speed Arseny Solokha
2015-02-24 9:05 ` [PATCH 2/4] kvm/ppc/mpic: drop unused IRQ_testbit Arseny Solokha
2015-02-24 9:05 ` [PATCH 3/4] powrepc/qe: drop unused ucc_slow_poll_transmitter_now Arseny Solokha
2015-02-24 9:05 ` [PATCH 4/4] powerpc/mpic: remove unused functions Arseny Solokha
2015-02-27 2:25 ` Arseny Solokha
2015-03-20 3:56 ` [PATCH v3 0/4] powerpc: trivial unused functions cleanup Arseny Solokha
2015-03-20 3:56 ` [PATCH 1/4] powerpc/boot: drop planetcore_set_serial_speed Arseny Solokha
2015-03-20 3:56 ` [PATCH 2/4] kvm/ppc/mpic: drop unused IRQ_testbit Arseny Solokha
2015-03-20 11:41 ` Alexander Graf
2015-03-21 6:56 ` [PATCH v4 " Arseny Solokha
2015-03-21 14:54 ` Alexander Graf
2015-03-20 3:56 ` [PATCH 3/4] powrepc/qe: drop unused ucc_slow_poll_transmitter_now Arseny Solokha
2015-03-20 3:56 ` [PATCH 4/4] powerpc/mpic: remove unused functions Arseny Solokha
2015-03-20 4:23 ` [PATCH v3 0/4] powerpc: trivial unused functions cleanup Michael Ellerman
2015-03-20 4:55 ` Arseny Solokha [this message]
2015-03-20 5:39 ` Michael Ellerman
2015-03-21 6:56 ` Arseny Solokha
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=87pp84w9mj.fsf@KB00016249.iskra.kb \
--to=asolokha@kb.kras.ru \
--cc=benh@kernel.crashing.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=paulus@samba.org \
--cc=scottwood@freescale.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®