All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michał Nazarewicz" <m.nazarewicz@samsung.com>
To: Daniel Walker <dwalker@codeaurora.org>
Cc: linux-mm@kvack.org, Marek Szyprowski <m.szyprowski@samsung.com>,
	Pawel Osciak <p.osciak@samsung.com>,
	Xiaolin Zhang <xiaolin.zhang@intel.com>,
	Hiremath Vaibhav <hvaibhav@ti.com>,
	Robert Fekete <robert.fekete@stericsson.com>,
	Marcus Lorentzon <marcus.xm.lorentzon@stericsson.com>,
	linux-kernel@vger.kernel.org,
	Kyungmin Park <kyungmin.park@samsung.com>,
	linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH 2/4] mm: cma: Contiguous Memory Allocator added
Date: Wed, 21 Jul 2010 20:38:12 +0200	[thread overview]
Message-ID: <op.vf7h1yc47p4s8u@pikus> (raw)
In-Reply-To: <1279736348.31376.20.camel@c-dwalke-linux.qualcomm.com>

> On Wed, 2010-07-21 at 20:11 +0200, Michał Nazarewicz wrote:
>> Not really.  This will probably be used mostly on embedded systems
>> where users don't have much to say as far as hardware included on the
>> platform is concerned, etc.  Once a phone, tablet, etc. is released
>> users will have little need for customising those strings.

On Wed, 21 Jul 2010 20:19:08 +0200, Daniel Walker <dwalker@codeaurora.org> wrote:
> You can't assume that user won't want to reflash their own kernel on the
> device. Your assuming way too much.

If user is clever enough to reflash a phone she will find the strings
easy especially that they are provided from: (i) bootloader which is
even less likely to be reflashed and if someone do reflash bootloader
she is a guru who'd know how to make the strings; or (ii) platform
defaults which will be available with the rest of the source code
for the platform.

> If you assume they do want their own kernel then they would need this
> string from someplace. If your right and this wouldn't need to change,
> why bother allowing it to be configured at all ?

Imagine a developer who needs to recompile the kernel and reflash the
device each time she wants to change the configuration...  Command line
arguments seems a better option for development.

And the configuration is needed because it is platform-dependent
so it needs to be set for each platform.

-- 
Best regards,                                        _     _
| Humble Liege of Serenely Enlightened Majesty of  o' \,=./ `o
| Computer Science,  Michał "mina86" Nazarewicz       (o o)
+----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo--

WARNING: multiple messages have this Message-ID (diff)
From: "Michał Nazarewicz" <m.nazarewicz@samsung.com>
To: Daniel Walker <dwalker@codeaurora.org>
Cc: linux-mm@kvack.org, Marek Szyprowski <m.szyprowski@samsung.com>,
	Pawel Osciak <p.osciak@samsung.com>,
	Xiaolin Zhang <xiaolin.zhang@intel.com>,
	Hiremath Vaibhav <hvaibhav@ti.com>,
	Robert Fekete <robert.fekete@stericsson.com>,
	Marcus Lorentzon <marcus.xm.lorentzon@stericsson.com>,
	linux-kernel@vger.kernel.org,
	Kyungmin Park <kyungmin.park@samsung.com>,
	linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH 2/4] mm: cma: Contiguous Memory Allocator added
Date: Wed, 21 Jul 2010 20:38:12 +0200	[thread overview]
Message-ID: <op.vf7h1yc47p4s8u@pikus> (raw)
In-Reply-To: <1279736348.31376.20.camel@c-dwalke-linux.qualcomm.com>

> On Wed, 2010-07-21 at 20:11 +0200, Michał Nazarewicz wrote:
>> Not really.  This will probably be used mostly on embedded systems
>> where users don't have much to say as far as hardware included on the
>> platform is concerned, etc.  Once a phone, tablet, etc. is released
>> users will have little need for customising those strings.

On Wed, 21 Jul 2010 20:19:08 +0200, Daniel Walker <dwalker@codeaurora.org> wrote:
> You can't assume that user won't want to reflash their own kernel on the
> device. Your assuming way too much.

If user is clever enough to reflash a phone she will find the strings
easy especially that they are provided from: (i) bootloader which is
even less likely to be reflashed and if someone do reflash bootloader
she is a guru who'd know how to make the strings; or (ii) platform
defaults which will be available with the rest of the source code
for the platform.

> If you assume they do want their own kernel then they would need this
> string from someplace. If your right and this wouldn't need to change,
> why bother allowing it to be configured at all ?

Imagine a developer who needs to recompile the kernel and reflash the
device each time she wants to change the configuration...  Command line
arguments seems a better option for development.

And the configuration is needed because it is platform-dependent
so it needs to be set for each platform.

-- 
Best regards,                                        _     _
| Humble Liege of Serenely Enlightened Majesty of  o' \,=./ `o
| Computer Science,  Michał "mina86" Nazarewicz       (o o)
+----[mina86*mina86.com]---[mina86*jabber.org]----ooO--(_)--Ooo--

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2010-07-21 18:36 UTC|newest]

Thread overview: 98+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-20 15:51 [PATCH 0/4] The Contiguous Memory Allocator Michal Nazarewicz
2010-07-20 15:51 ` Michal Nazarewicz
2010-07-20 15:51 ` [PATCH 1/4] lib: rbtree: rb_root_init() function added Michal Nazarewicz
2010-07-20 15:51   ` [PATCH 2/4] mm: cma: Contiguous Memory Allocator added Michal Nazarewicz
2010-07-20 15:51     ` [PATCH 3/4] mm: cma: Test device and application added Michal Nazarewicz
2010-07-20 15:51       ` [PATCH 4/4] arm: Added CMA to Aquila and Goni Michal Nazarewicz
2010-07-20 18:15     ` [PATCH 2/4] mm: cma: Contiguous Memory Allocator added Daniel Walker
2010-07-20 18:15       ` Daniel Walker
2010-07-20 19:14       ` Michał Nazarewicz
2010-07-20 19:14         ` Michał Nazarewicz
2010-07-20 19:38         ` Daniel Walker
2010-07-20 19:38           ` Daniel Walker
2010-07-21 12:01           ` Michał Nazarewicz
2010-07-21 12:01             ` Michał Nazarewicz
2010-07-21 17:35             ` Daniel Walker
2010-07-21 17:35               ` Daniel Walker
2010-07-21 18:11               ` Michał Nazarewicz
2010-07-21 18:11                 ` Michał Nazarewicz
2010-07-21 18:19                 ` Daniel Walker
2010-07-21 18:19                   ` Daniel Walker
2010-07-21 18:38                   ` Michał Nazarewicz [this message]
2010-07-21 18:38                     ` Michał Nazarewicz
2010-07-21 18:58                     ` Daniel Walker
2010-07-21 18:58                       ` Daniel Walker
2010-07-21 19:21                       ` Michał Nazarewicz
2010-07-21 19:21                         ` Michał Nazarewicz
2010-07-21 19:37                         ` Daniel Walker
2010-07-21 19:37                           ` Daniel Walker
2010-07-21 19:53                           ` Michał Nazarewicz
2010-07-21 19:53                             ` Michał Nazarewicz
2010-07-21 20:03                             ` Daniel Walker
2010-07-21 20:03                               ` Daniel Walker
2010-07-21 20:22                               ` Michał Nazarewicz
2010-07-21 20:22                                 ` Michał Nazarewicz
2010-07-21 20:34                                 ` Daniel Walker
2010-07-21 20:34                                   ` Daniel Walker
2010-07-21 20:43                                   ` Michał Nazarewicz
2010-07-21 20:43                                     ` Michał Nazarewicz
2010-07-21 20:45                                     ` Daniel Walker
2010-07-21 20:45                                       ` Daniel Walker
2010-07-21 20:56                                       ` Michał Nazarewicz
2010-07-21 20:56                                         ` Michał Nazarewicz
2010-07-21 21:01                                         ` Daniel Walker
2010-07-21 21:01                                           ` Daniel Walker
2010-07-22  9:34                                           ` Michał Nazarewicz
2010-07-22  9:34                                             ` Michał Nazarewicz
2010-07-21 13:52         ` Mark Brown
2010-07-21 13:52           ` Mark Brown
2010-07-21 14:31           ` Michał Nazarewicz
2010-07-21 14:31             ` Michał Nazarewicz
2010-07-21 18:24             ` Mark Brown
2010-07-21 18:24               ` Mark Brown
2010-07-21 18:41               ` Michał Nazarewicz
2010-07-21 18:41                 ` Michał Nazarewicz
2010-07-22  9:06                 ` Mark Brown
2010-07-22  9:06                   ` Mark Brown
2010-07-22  9:25                   ` Marek Szyprowski
2010-07-22  9:25                     ` Marek Szyprowski
2010-07-22 10:52                     ` Mark Brown
2010-07-22 10:52                       ` Mark Brown
2010-07-22 11:30                       ` Michał Nazarewicz
2010-07-22 11:30                         ` Michał Nazarewicz
2010-07-22 12:46                         ` Mark Brown
2010-07-22 12:46                           ` Mark Brown
2010-07-22 13:24                           ` Michał Nazarewicz
2010-07-22 13:24                             ` Michał Nazarewicz
2010-07-22 13:40                             ` Mark Brown
2010-07-22 13:40                               ` Mark Brown
2010-07-22 14:58                               ` Michał Nazarewicz
2010-07-22 14:58                                 ` Michał Nazarewicz
2010-07-22 15:05                                 ` Mark Brown
2010-07-22 15:05                                   ` Mark Brown
2010-07-20 20:52     ` Jonathan Corbet
2010-07-20 20:52       ` Jonathan Corbet
2010-07-21 10:16       ` Michał Nazarewicz
2010-07-21 10:16         ` Michał Nazarewicz
2010-07-21  0:12     ` Jonathan Corbet
2010-07-21  0:12       ` Jonathan Corbet
2010-07-22  5:37       ` FUJITA Tomonori
2010-07-22  5:37         ` FUJITA Tomonori
2010-07-22  7:28         ` Marek Szyprowski
2010-07-22  7:28           ` Marek Szyprowski
2010-07-22  9:35           ` FUJITA Tomonori
2010-07-22  9:35             ` FUJITA Tomonori
2010-07-22  9:50             ` Michał Nazarewicz
2010-07-22  9:50               ` Michał Nazarewicz
2010-07-22 10:17               ` FUJITA Tomonori
2010-07-22 10:17                 ` FUJITA Tomonori
2010-07-22 10:55                 ` Mark Brown
2010-07-22 10:55                   ` Mark Brown
2010-07-22 11:49                 ` Michał Nazarewicz
2010-07-22 11:49                   ` Michał Nazarewicz
2010-07-22  4:54     ` Zach Pfeffer
2010-07-22  4:54       ` Zach Pfeffer
2010-07-22  7:49       ` Marek Szyprowski
2010-07-22  7:49         ` Marek Szyprowski
2010-07-23  7:06       ` Pawel Osciak
2010-07-23  7:06         ` Pawel Osciak

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=op.vf7h1yc47p4s8u@pikus \
    --to=m.nazarewicz@samsung.com \
    --cc=dwalker@codeaurora.org \
    --cc=hvaibhav@ti.com \
    --cc=kyungmin.park@samsung.com \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=m.szyprowski@samsung.com \
    --cc=marcus.xm.lorentzon@stericsson.com \
    --cc=p.osciak@samsung.com \
    --cc=robert.fekete@stericsson.com \
    --cc=xiaolin.zhang@intel.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.