lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 6 May 2012 23:23:31 +0900
From:	Magnus Damm <magnus.damm@...il.com>
To:	Arnd Bergmann <arnd@...db.de>
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>,
	linux-arm-kernel@...ts.infradead.org, horms@...ge.net.au,
	linux@....linux.org.uk, linux-sh@...r.kernel.org,
	linux-kernel@...r.kernel.org, lethal@...ux-sh.org, olof@...om.net
Subject: Re: [PATCH 00/02] mach-shmobile: Emma Mobile EV2 - first shot

On Sun, May 6, 2012 at 4:21 AM, Arnd Bergmann <arnd@...db.de> wrote:
> On Saturday 05 May 2012, Rafael J. Wysocki wrote:
>> Now, if you insist on us having a separate mach- directory for every platform
>> (SoC), we can do that I think, but then we should start with splitting up the
>> existing mach-shmobile into a number of SoC-specific directories rather than
>> adding new mach- directories for random new parts, because that goes against
>> our development history to date, which is important too IMHO.
>
> All the chips in there so far share a common ancestry and they all use a
> significant subset of the same drivers shared with arch/sh: i2c-sh_mobile,
> sh-dma-engine, sh_cmt, sh-sci, sh_tmu, intc, pfc and sh_clk. AFAICT, this one
> uses none of those and apparently was developed by NEC before the merger with
> Renesas.

Please allow me to jump in here for a second.

You are right that none of the current in-tree SoCs were developed by
NEC, but exactly which bits that end up inside the SoC varies quite a
bit. The r8a7779 is for instance in the R-Car line which I believe for
some reason has more similarities with ex-NEC chips. The pinmux is not
that different from Emma mobile. Some timers and serial ports are
shared with other SoCs but many other IP blocks have nothing in common
with other mach-shmobile SoCs. But I sort of fail to see why this
matters since it's stuff kept outside of arch/arm anyways. As you
probably know the r8a7779 SoC is already merged in mach-shmobile but
we can of course move it out if that helps.

Also, the more the merrier. Apart from NEC the current set of SoCs
contain IP from Renesas which historically is a mix of Hitachi and
Mitsubishi. Plus the regular set of ARM and SGX IP of course, like
most vendors these days.

So if all these things are moved out of arch/arm (which I believe is
the right way forward) then what is the point of having mach
directories at all? In the end it's some random ARM IP with I/O
devices hanging off it. With that in mind i'd rather work on putting
the Emma Mobile stuff in a common arch/arm location than create yet
another separate directory for something that isn't really special at
all.

Cheers,

/ magnus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ