All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Holler <holler@ahsoftware.de>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Nico Erfurth <ne@erfurth.eu>, Eric Cooper <ecc@cmu.edu>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	Nicolas Pitre <nico@fluxnic.net>
Subject: Re: [PATCH 0/2] ARM: Unify setup for Marvell SheevaPlugs and	Seagate DockStars
Date: Fri, 08 Apr 2011 05:38:54 +0200	[thread overview]
Message-ID: <4D9E834E.2030705@ahsoftware.de> (raw)
In-Reply-To: <20110407173912.GA17049@n2100.arm.linux.org.uk>

Am 07.04.2011 19:39, schrieb Russell King - ARM Linux:

> We have an established API and convention in the kernel which you claim
> is "from outerspace".  It's not "from outerspace" but a designed API to
> allow platforms to live together in the same kernel image.  So I find
> your arguments totally unreasonable.

I've claimed that the specific machine ID is from outerspace not the 
API. This one (ID) got invented just because of a different usage of two 
GPIOs (and not even by the manufacturerer). And I still think using the 
(fixed) memory size here is totally reasonable. There is nothing else to 
differentiate these HWs, it's extremely unlikely that this difference 
will get proved wrong, and if that would really happen, than one could 
still add some code to fix this specific problem. _Always_ dealing with 
"what happens when" is (imho) fruitless and no solution or API can deal 
with everything.

> I fully support Nicolas in rejecting your patches outright on this point
> alone.

Which I fully understand. And I wouldn't have started to defend me, if 
that would have happened in a more civil language.

But because I don't want to get involved in more discussions with people 
who are missing the needed manners (at least how I learned them) to talk 
with other people without offending them (not you), I better try to stay 
away posting patches.

Maybe I'm getting too old and lacking the needed enthusiasm needed to 
discuss such stuff (and with everyone who thinks he must enter this 
discussion too, again, not you). ;)

I wish you all a nice day,

Alexander

WARNING: multiple messages have this Message-ID (diff)
From: holler@ahsoftware.de (Alexander Holler)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] ARM: Unify setup for Marvell SheevaPlugs and	Seagate DockStars
Date: Fri, 08 Apr 2011 05:38:54 +0200	[thread overview]
Message-ID: <4D9E834E.2030705@ahsoftware.de> (raw)
In-Reply-To: <20110407173912.GA17049@n2100.arm.linux.org.uk>

Am 07.04.2011 19:39, schrieb Russell King - ARM Linux:

> We have an established API and convention in the kernel which you claim
> is "from outerspace".  It's not "from outerspace" but a designed API to
> allow platforms to live together in the same kernel image.  So I find
> your arguments totally unreasonable.

I've claimed that the specific machine ID is from outerspace not the 
API. This one (ID) got invented just because of a different usage of two 
GPIOs (and not even by the manufacturerer). And I still think using the 
(fixed) memory size here is totally reasonable. There is nothing else to 
differentiate these HWs, it's extremely unlikely that this difference 
will get proved wrong, and if that would really happen, than one could 
still add some code to fix this specific problem. _Always_ dealing with 
"what happens when" is (imho) fruitless and no solution or API can deal 
with everything.

> I fully support Nicolas in rejecting your patches outright on this point
> alone.

Which I fully understand. And I wouldn't have started to defend me, if 
that would have happened in a more civil language.

But because I don't want to get involved in more discussions with people 
who are missing the needed manners (at least how I learned them) to talk 
with other people without offending them (not you), I better try to stay 
away posting patches.

Maybe I'm getting too old and lacking the needed enthusiasm needed to 
discuss such stuff (and with everyone who thinks he must enter this 
discussion too, again, not you). ;)

I wish you all a nice day,

Alexander

  reply	other threads:[~2011-04-08  3:39 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-06 20:35 [PATCH 0/2] ARM: Unify setup for Marvell SheevaPlugs and Seagate DockStars Alexander Holler
2011-04-06 20:35 ` Alexander Holler
2011-04-06 20:35 ` [PATCH 1/2] ARM: Differentiate SheevaPlugs and DockStars on the basis of the memory size Alexander Holler
2011-04-06 20:35   ` Alexander Holler
2011-04-06 21:44   ` Nicolas Pitre
2011-04-06 21:44     ` Nicolas Pitre
2011-04-06 22:45     ` Alexander Holler
2011-04-06 22:45       ` Alexander Holler
2011-04-06 23:01       ` Nicolas Pitre
2011-04-06 23:01         ` Nicolas Pitre
2011-04-06 23:22         ` Alexander Holler
2011-04-06 23:22           ` Alexander Holler
2011-04-07  2:55           ` Nicolas Pitre
2011-04-07  2:55             ` Nicolas Pitre
2011-04-07  8:55           ` Alexander Clouter
2011-04-07 21:31             ` Alexander Holler
2011-04-07 21:31               ` Alexander Holler
2011-04-07 21:44               ` Alexander Clouter
2011-04-07 21:44                 ` Alexander Clouter
2011-04-07 21:59                 ` Alexander Holler
2011-04-07 21:59                   ` Alexander Holler
2011-04-07 22:08               ` Russell King - ARM Linux
2011-04-07 22:08                 ` Russell King - ARM Linux
2011-04-07 23:04                 ` Alexander Holler
2011-04-07 23:04                   ` Alexander Holler
2011-04-08  7:24                   ` Russell King - ARM Linux
2011-04-08  7:24                     ` Russell King - ARM Linux
2011-04-08  8:38                     ` Alexander Holler
2011-04-08  8:38                       ` Alexander Holler
2011-04-09  8:29                   ` Bernd Petrovitsch
2011-04-09  8:29                     ` Bernd Petrovitsch
2011-04-10 18:14                     ` Alexander Holler
2011-04-10 18:14                       ` Alexander Holler
2011-04-10 19:29                       ` Alexander Holler
2011-04-10 19:29                         ` Alexander Holler
2011-04-06 23:23         ` Eric Cooper
2011-04-06 23:23           ` Eric Cooper
2011-04-06 20:35 ` [PATCH 2/2] ARM: Remove machine type dockstar (use sheevaplug instead) Alexander Holler
2011-04-06 20:35   ` Alexander Holler
2011-04-06 21:02   ` Nicolas Pitre
2011-04-06 21:02     ` Nicolas Pitre
2011-04-06 21:43     ` Alexander Holler
2011-04-06 21:43       ` Alexander Holler
2011-04-06 22:50 ` [PATCH 0/2] ARM: Unify setup for Marvell SheevaPlugs and Seagate DockStars Nico Erfurth
2011-04-06 22:50   ` Nico Erfurth
2011-04-07  9:20   ` Alexander Holler
2011-04-07  9:20     ` Alexander Holler
2011-04-07  9:37     ` Nico Erfurth
2011-04-07  9:37       ` Nico Erfurth
2011-04-07  9:44       ` Alexander Holler
2011-04-07  9:44         ` Alexander Holler
2011-04-07 17:39         ` Russell King - ARM Linux
2011-04-07 17:39           ` Russell King - ARM Linux
2011-04-08  3:38           ` Alexander Holler [this message]
2011-04-08  3:38             ` Alexander Holler

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=4D9E834E.2030705@ahsoftware.de \
    --to=holler@ahsoftware.de \
    --cc=ecc@cmu.edu \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=ne@erfurth.eu \
    --cc=nico@fluxnic.net \
    /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.