From: Daniel Walker <dwalker@fifo99.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Nicolas Pitre <nico@fluxnic.net>,
David Brown <davidb@codeaurora.org>,
Bryan Huntsman <bryanh@codeaurora.org>,
linux-arm-msm@vger.kernel.org, Will Deacon <will.deacon@arm.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 3/4] ARM: mm: truncate memory banks to fit in 4GB space for classic MMU
Date: Wed, 11 Apr 2012 11:06:34 -0700 [thread overview]
Message-ID: <20120411180634.GC8114@fifo99.com> (raw)
In-Reply-To: <20120411174024.GC24211@n2100.arm.linux.org.uk>
On Wed, Apr 11, 2012 at 06:40:24PM +0100, Russell King - ARM Linux wrote:
> On Wed, Apr 11, 2012 at 10:38:50AM -0700, Daniel Walker wrote:
> > On Wed, Apr 11, 2012 at 05:27:30PM +0100, Russell King - ARM Linux wrote:
> > > While here, I propose to delete these:
> > >
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].start = PHYS_OFFSET;
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].node = PHYS_TO_NID(PHYS_OFFSET);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].size = (219*1024*1024);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].start = MSM_HIGHMEM_BASE;
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].node = PHYS_TO_NID(MSM_HIGHMEM_BASE);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].size = MSM_HIGHMEM_SIZE;
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].start = PHYS_OFFSET;
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].node = PHYS_TO_NID(PHYS_OFFSET);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (84*1024*1024);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (101*1024*1024);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (101*1024*1024);
> > >
> > > because they haven't been buildable since 7th May 2010 (that's 23 months
> > > ago), and no one has reported any build errors with them. They're only
> > > receiving updates from other sweeps and nothing more. This all means no
> > > one is even attempting to build this code. It's pointless having
> > > unbuildable code in the kernel, and it's nothing more than a useless
> > > maintanence burden.
> >
> >
> > It can't be that hard to fix.. I'll look into cleaning it up.
>
> What's the point of fixing code which isn't being used by anyone? As I
> said above, it's a maintanence burden and if its not being used it needs
> to be removed.
>
Aren't there whole are sub-architectures that don't even build ? I think
something that's a work in progress is fine, as long as someone (i.e.
me) plans to get back to it at some point.
I also said that _I_ would make it build .. So someone is going to use
it, and it is going to build.
Daniel
WARNING: multiple messages have this Message-ID (diff)
From: dwalker@fifo99.com (Daniel Walker)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 3/4] ARM: mm: truncate memory banks to fit in 4GB space for classic MMU
Date: Wed, 11 Apr 2012 11:06:34 -0700 [thread overview]
Message-ID: <20120411180634.GC8114@fifo99.com> (raw)
In-Reply-To: <20120411174024.GC24211@n2100.arm.linux.org.uk>
On Wed, Apr 11, 2012 at 06:40:24PM +0100, Russell King - ARM Linux wrote:
> On Wed, Apr 11, 2012 at 10:38:50AM -0700, Daniel Walker wrote:
> > On Wed, Apr 11, 2012 at 05:27:30PM +0100, Russell King - ARM Linux wrote:
> > > While here, I propose to delete these:
> > >
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].start = PHYS_OFFSET;
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].node = PHYS_TO_NID(PHYS_OFFSET);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[0].size = (219*1024*1024);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].start = MSM_HIGHMEM_BASE;
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].node = PHYS_TO_NID(MSM_HIGHMEM_BASE);
> > > arch/arm/mach-msm/board-mahimahi.c: mi->bank[1].size = MSM_HIGHMEM_SIZE;
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].start = PHYS_OFFSET;
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].node = PHYS_TO_NID(PHYS_OFFSET);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (84*1024*1024);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (101*1024*1024);
> > > arch/arm/mach-msm/board-sapphire.c: mi->bank[0].size = (101*1024*1024);
> > >
> > > because they haven't been buildable since 7th May 2010 (that's 23 months
> > > ago), and no one has reported any build errors with them. They're only
> > > receiving updates from other sweeps and nothing more. This all means no
> > > one is even attempting to build this code. It's pointless having
> > > unbuildable code in the kernel, and it's nothing more than a useless
> > > maintanence burden.
> >
> >
> > It can't be that hard to fix.. I'll look into cleaning it up.
>
> What's the point of fixing code which isn't being used by anyone? As I
> said above, it's a maintanence burden and if its not being used it needs
> to be removed.
>
Aren't there whole are sub-architectures that don't even build ? I think
something that's a work in progress is fine, as long as someone (i.e.
me) plans to get back to it at some point.
I also said that _I_ would make it build .. So someone is going to use
it, and it is going to build.
Daniel
next prev parent reply other threads:[~2012-04-11 18:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-11 14:30 [PATCH v2 0/4] Miscellaneous nommu fixes Will Deacon
2012-04-11 14:30 ` [PATCH v2 1/4] ARM: nommu: fix typo in mm/Kconfig Will Deacon
2012-04-11 14:30 ` [PATCH v2 2/4] ARM: suspend: fix CPU suspend code for !CONFIG_MMU configurations Will Deacon
2012-04-11 14:30 ` [PATCH v2 3/4] ARM: mm: truncate memory banks to fit in 4GB space for classic MMU Will Deacon
2012-04-11 14:44 ` Nicolas Pitre
2012-04-11 15:07 ` Will Deacon
2012-04-11 15:52 ` Russell King - ARM Linux
2012-04-11 16:27 ` Russell King - ARM Linux
2012-04-11 16:27 ` Russell King - ARM Linux
2012-04-11 17:26 ` David Brown
2012-04-11 17:26 ` David Brown
2012-04-11 17:38 ` Daniel Walker
2012-04-11 17:38 ` Daniel Walker
2012-04-11 17:40 ` Russell King - ARM Linux
2012-04-11 17:40 ` Russell King - ARM Linux
2012-04-11 18:06 ` Daniel Walker [this message]
2012-04-11 18:06 ` Daniel Walker
2012-04-11 14:30 ` [PATCH v2 4/4] ARM: nommu: populate vectors page from paging_init Will Deacon
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=20120411180634.GC8114@fifo99.com \
--to=dwalker@fifo99.com \
--cc=bryanh@codeaurora.org \
--cc=davidb@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=nico@fluxnic.net \
--cc=will.deacon@arm.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 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.