All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Simon Horman <horms@verge.net.au>, Rich Felker <dalias@libc.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	"D. Jeff Dionne" <jeff@uclinux.org>
Subject: Re: [PATCH 2/2] MAINTAINERS: remove linux-sh list from non-arch/sh sections
Date: Mon, 11 Jan 2016 02:02:24 +0000	[thread overview]
Message-ID: <56930D30.4040801@landley.net> (raw)
In-Reply-To: <CAMuHMdWe9=_ooKRA86+PwP62fRKEbMRgp+12ZfMw4sHaib=0mQ@mail.gmail.com>

On 01/10/2016 02:05 PM, Geert Uytterhoeven wrote:
>>>> This is a kernel list, not a Renesas list.
>>>
>>> It has never become a Renesas list. We have private mailing lists for that.
>>
>> Geert's previous message:
>>
>>> Indeed, following the evolution of the SoC hardware, cfr. below.
>>> It meaning has shifted more to the "Linux Renesas mailing list".
> 
> What I mean is that this is still a public mailing list for the Linux kernel
> community, to discuss and develop for Renesas SoCs, which are evolutions from
> the old SuperH SoCs.

There is a lot of unrelated traffic on here which is just noise for the
original purpose of maintaining arch/sh, yes. That's what I"m
complaining about.

The reason I recounted the earlier stuff about other lists is that there
is active traffic in this architecture. The fact Renesas itself isn't
doing doesn't mean that other people haven't been.

I wanted to direct that traffic here, but I'm not going to if there are
multiple dozens of unrelated messages in the amount of time we've been
having this conversation.

Clearly the kernel no longer has a dedicated arch/sh list. I see that as
a problem to be fixed.

>> I personally think "in the absence of a maintainer, this place got
>> filled with off-topic traffic" was the abberation, and that a new
>> maintainer (who is NOT me) has the right to request it not be so filled.
>> But I'm clearly a minority here.
> 
> Unfortunately it's not that black and white. The ARM "shmobile" SoCs did
> evolve from SH SoCs, and are still related, hardware-wise (the only exception
> is EMEV2).

And x86-64 plugged into the Alpha EV6 bus because AMD hired the Alpha
development team away from the corpse of DEC when Compaq bought them.
The only difference between the original x86-64 boards and an Alpha
board was the type of assembly flashed into the boot ROM.

Are you suggesting x86-64 should have done all its development on
linux-alpha? Or that if they did for a year and a half and then Alpha
guys came back and complained, the Alpha guys were the ones who should
move to a new list?

> I know it's not a perfect comparison (CPU cores vs. SoCs containing not only
> CPU cores, but also support hardware called "IP cores"), but assume the
> original x86 Linux mailing list was called "linux-i386".

It was called "comp.os.minix". They got kicked off it for being
off-topic, and founded linux-activists. (Then moved to
linux-kernel@vger.rutgers.edu, then moved to
linux-kernel@vger.kernel.org...)

> The mailing list
> name's would stay unchanged, but Linux gains support for i486, i586, and so on.
> Now imagine someone created a free i386 clone, and demanded "all off-topic
> amd64 traffic" to be removed...

Except amd64 is backwards compatible with x86, muddying the issue.
linux-alpha was the first incompatible port. It has its own list.

> Also, IMHO the comparison to Apple moving from ppc to x86 doesn't fly well,
> as the Apple machines with x86 CPUs are (almost?) PCs, and have, besides the
> OS, little resemblance with their PPC ancestors.

A) And therefore staying on the ppc list would have been appropriate?
(We're arguing _for_ a move. Could you give me an example of "We would
like to continue using this list for its intended and stated original
purpose, but it's being overwhelmed by off-topic traffic" was resolved
in _favor_ of the new topic?)

B) Was the m68k->powerpc switch from the same company similar enough
hardware for... whatever point you're making?

Rob

WARNING: multiple messages have this Message-ID (diff)
From: Rob Landley <rob@landley.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Simon Horman <horms@verge.net.au>, Rich Felker <dalias@libc.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Yoshinori Sato <ysato@users.sourceforge.jp>,
	Andrew Morton <akpm@linux-foundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	"D. Jeff Dionne" <jeff@uclinux.org>
Subject: Re: [PATCH 2/2] MAINTAINERS: remove linux-sh list from non-arch/sh sections
Date: Sun, 10 Jan 2016 20:02:24 -0600	[thread overview]
Message-ID: <56930D30.4040801@landley.net> (raw)
In-Reply-To: <CAMuHMdWe9=_ooKRA86+PwP62fRKEbMRgp+12ZfMw4sHaib=0mQ@mail.gmail.com>

On 01/10/2016 02:05 PM, Geert Uytterhoeven wrote:
>>>> This is a kernel list, not a Renesas list.
>>>
>>> It has never become a Renesas list. We have private mailing lists for that.
>>
>> Geert's previous message:
>>
>>> Indeed, following the evolution of the SoC hardware, cfr. below.
>>> It meaning has shifted more to the "Linux Renesas mailing list".
> 
> What I mean is that this is still a public mailing list for the Linux kernel
> community, to discuss and develop for Renesas SoCs, which are evolutions from
> the old SuperH SoCs.

There is a lot of unrelated traffic on here which is just noise for the
original purpose of maintaining arch/sh, yes. That's what I"m
complaining about.

The reason I recounted the earlier stuff about other lists is that there
is active traffic in this architecture. The fact Renesas itself isn't
doing doesn't mean that other people haven't been.

I wanted to direct that traffic here, but I'm not going to if there are
multiple dozens of unrelated messages in the amount of time we've been
having this conversation.

Clearly the kernel no longer has a dedicated arch/sh list. I see that as
a problem to be fixed.

>> I personally think "in the absence of a maintainer, this place got
>> filled with off-topic traffic" was the abberation, and that a new
>> maintainer (who is NOT me) has the right to request it not be so filled.
>> But I'm clearly a minority here.
> 
> Unfortunately it's not that black and white. The ARM "shmobile" SoCs did
> evolve from SH SoCs, and are still related, hardware-wise (the only exception
> is EMEV2).

And x86-64 plugged into the Alpha EV6 bus because AMD hired the Alpha
development team away from the corpse of DEC when Compaq bought them.
The only difference between the original x86-64 boards and an Alpha
board was the type of assembly flashed into the boot ROM.

Are you suggesting x86-64 should have done all its development on
linux-alpha? Or that if they did for a year and a half and then Alpha
guys came back and complained, the Alpha guys were the ones who should
move to a new list?

> I know it's not a perfect comparison (CPU cores vs. SoCs containing not only
> CPU cores, but also support hardware called "IP cores"), but assume the
> original x86 Linux mailing list was called "linux-i386".

It was called "comp.os.minix". They got kicked off it for being
off-topic, and founded linux-activists. (Then moved to
linux-kernel@vger.rutgers.edu, then moved to
linux-kernel@vger.kernel.org...)

> The mailing list
> name's would stay unchanged, but Linux gains support for i486, i586, and so on.
> Now imagine someone created a free i386 clone, and demanded "all off-topic
> amd64 traffic" to be removed...

Except amd64 is backwards compatible with x86, muddying the issue.
linux-alpha was the first incompatible port. It has its own list.

> Also, IMHO the comparison to Apple moving from ppc to x86 doesn't fly well,
> as the Apple machines with x86 CPUs are (almost?) PCs, and have, besides the
> OS, little resemblance with their PPC ancestors.

A) And therefore staying on the ppc list would have been appropriate?
(We're arguing _for_ a move. Could you give me an example of "We would
like to continue using this list for its intended and stated original
purpose, but it's being overwhelmed by off-topic traffic" was resolved
in _favor_ of the new topic?)

B) Was the m68k->powerpc switch from the same company similar enough
hardware for... whatever point you're making?

Rob

  reply	other threads:[~2016-01-11  2:02 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-08  4:39 [PATCH 0/2] Resume maintenance & development of arch/sh Rich Felker
2016-01-08  4:39 ` Rich Felker
2016-01-08  4:39 ` [PATCH 1/2] MAINTAINERS: return arch/sh to maintained state, with new maintainers Rich Felker
2016-01-08  4:39   ` Rich Felker
2016-01-11 17:53   ` Peter Zijlstra
2016-01-11 17:53     ` Peter Zijlstra
2016-01-13  1:40     ` Simon Horman
2016-01-13  1:40       ` Simon Horman
2016-01-15  0:52       ` Rich Felker
2016-01-15  0:52         ` Rich Felker
2016-01-15  9:31         ` Geert Uytterhoeven
2016-01-15  9:31           ` Geert Uytterhoeven
2016-01-17  2:32           ` Rich Felker
2016-01-17  2:32             ` Rich Felker
2016-01-17  8:48             ` Geert Uytterhoeven
2016-01-17  8:48               ` Geert Uytterhoeven
2016-01-08  4:40 ` [PATCH 2/2] MAINTAINERS: remove linux-sh list from non-arch/sh sections Rich Felker
2016-01-08  4:40   ` Rich Felker
2016-01-08  6:56   ` Simon Horman
2016-01-08  6:56     ` Simon Horman
2016-01-08  9:01     ` Geert Uytterhoeven
2016-01-08  9:01       ` Geert Uytterhoeven
2016-01-08 18:21       ` Rich Felker
2016-01-08 18:21         ` Rich Felker
2016-01-08 20:35         ` Geert Uytterhoeven
2016-01-08 20:35           ` Geert Uytterhoeven
2016-01-08 20:52           ` Rich Felker
2016-01-08 20:52             ` Rich Felker
2016-01-10 19:41             ` Geert Uytterhoeven
2016-01-10 19:41               ` Geert Uytterhoeven
2016-01-08 17:35     ` Rob Landley
2016-01-08 17:35       ` Rob Landley
2016-01-08 18:28       ` Laurent Pinchart
2016-01-08 18:28         ` Laurent Pinchart
2016-01-08 19:40         ` Rich Felker
2016-01-08 19:40           ` Rich Felker
2016-01-08 23:15           ` Laurent Pinchart
2016-01-08 23:15             ` Laurent Pinchart
2016-01-08 22:50         ` Rob Landley
2016-01-08 22:50           ` Rob Landley
2016-01-10 20:05           ` Geert Uytterhoeven
2016-01-10 20:05             ` Geert Uytterhoeven
2016-01-11  2:02             ` Rob Landley [this message]
2016-01-11  2:02               ` Rob Landley
2016-01-11  2:22               ` uClinux.org
2016-01-11  2:22                 ` uClinux.org
2016-01-08 18:51       ` Rich Felker
2016-01-08 18:51         ` Rich Felker
2016-01-08 18:03   ` Sergei Shtylyov
2016-01-08 18:03     ` Sergei Shtylyov

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=56930D30.4040801@landley.net \
    --to=rob@landley.net \
    --cc=akpm@linux-foundation.org \
    --cc=dalias@libc.org \
    --cc=geert@linux-m68k.org \
    --cc=horms@verge.net.au \
    --cc=jeff@uclinux.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=peterz@infradead.org \
    --cc=ysato@users.sourceforge.jp \
    /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.