Older hisilicon chipsets

[Jason Cooper]

Hi Marty,

+ Arnd, GregKH,

On Fri, Aug 26, 2016 at 07:48:06PM -0500, Marty Plummer wrote:
> It has recently come to my mind to begin working on an updated firmware
> for my employer's CCTV/DVR boxes, which are based around the Hi3520 line
> of arm SoC.

Ah, yes.  The same device we were discussing on #mvlinux?

> In the process of learning which files I need to edit in order to
> integrate my changes into the linux build system, I've come to find that
> arch/arm/mach-hisi/{Kconfig,Makefile} covers no less than four different
> chips from Hisilicon, and that seems to make it a bit awkward to insert
> a whole new arch/arm/mach- directory for one single SoC and create
> duplicate menuitems for Hisilicon.

Note that I have no experience with HiSilicon. :-)  However, I think
it's correct to add it mach-hisi/.   A quick grep shows that there is
devicetree support for hisilicon SoCs (arch/arm/boot/dts/).  So that
means there's a *lot* less code to add under mach-hisi/.

> So, I'm wondering whereabouts I should place the data for the chips that
> I am working on, for the sake of organization and whatnot.

Ideally, most of it will be a devicetree.  Assuming we have code for the
SoC and associated drivers.

> Also, I've been having difficulty getting a response from Hisilicon
> regarding my request for source code for this and a few other of their
> chips running in our other, newer DVRs, even though a cursory
> examination after accessing the devices via telnet shows they do in fact
> run a busybox/linux/uClibc based system, with a number of GPL licensed
> libraries and kernel modules.

I've added GregKH to the Cc to see if he knows of anyone currently
working with Hisilicon.

thx,

Jason.