From: Arnd Bergmann <arnd@arndb.de>
To: Lyra Zhang <zhang.lyra@gmail.com>
Cc: "Chunyan Zhang" <chunyan.zhang@spreadtrum.com>,
grant.likely@linaro.org,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
"ijc+devicetree@hellion.org.uk" <ijc+devicetree@hellion.org.uk>,
"jslaby@suse.cz" <jslaby@suse.cz>,
"Kumar Gala" <galak@codeaurora.org>,
"Mark Rutland" <mark.rutland@arm.com>,
"m-karicheri2@ti.com" <m-karicheri2@ti.com>,
"Pawel Moll" <pawel.moll@arm.com>,
"Ramkumar Ramachandra" <artagnon@gmail.com>,
"rrichter@cavium.com" <rrichter@cavium.com>,
"Will Deacon" <will.deacon@arm.com>,
gnomes@lxorguk.ukuu.org.uk, corbet@lwn.net, jason@lakedaemon.net,
"Mark Brown" <broonie@kernel.org>,
heiko@sntech.de, shawn.guo@freescale.com,
florian.vaussard@epfl.ch, andrew@lunn.ch, hytszk@gmail.com,
"Orson Zhai" <orsonzhai@gmail.com>,
"geng.ren@spreadtrum.com" <geng.ren@spreadtrum.com>,
"zhizhou.zhang" <zhizhou.zhang@spreadtrum.com>,
lanqing.liu@spreadtrum.com,
"Wei Qiao (乔伟)" <wei.qiao@spreadtrum.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"sprdlinux@freelists.org" <sprdlinux@freelists.org>,
linux-doc@vger.kernel.org, linux-serial@vger.kernel.org,
linux-api@vger.kernel.org
Subject: Re: [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig
Date: Wed, 26 Nov 2014 10:00:31 +0100 [thread overview]
Message-ID: <5825969.ZSdbLFRUel@wuerfel> (raw)
In-Reply-To: <CAAfSe-uoXOJ8=agCFuBnXhj7nBBTskQ=8_jMtv_SAjor2gfO2w@mail.gmail.com>
On Wednesday 26 November 2014 10:32:35 Lyra Zhang wrote:
>
> For now, we have only one platform(Sharkl64) based on ARM64 been submitted,
> but we're intending to add support for more our platforms based on ARM64 or
> ARM32 in the future. There are many common devices on these platforms, such
> as serial. Our idea would be that if we had a 'menuconfig ARCH_SPRD' in the
> Kconfig, these common devices only need to depend on ARCH_SPRD in the
> respective Kconfig, otherwise they may depend on a few Kconfig symbols for
> every platforms which include these common devices.
>
> So, do you think whether we should define a menuconfig(ARCH_SPRD) in the
> Kconfig for this case ?
It sounds like your other platforms are all related, so one ARCH_SPRD
should be enough. If someone wants to build a kernel that is only
going to run on a particular machine, they can just turn off all the
other drivers they don't want.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
To: Lyra Zhang <zhang.lyra-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Chunyan Zhang
<chunyan.zhang-lxIno14LUO0EEoCn2XhGlw@public.gmane.org>,
grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
"robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org"
<robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
"gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org"
<gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>,
"ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org"
<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
"jslaby-AlSwsSmVLrQ@public.gmane.org"
<jslaby-AlSwsSmVLrQ@public.gmane.org>,
Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
"m-karicheri2-l0cyMroinI0@public.gmane.org"
<m-karicheri2-l0cyMroinI0@public.gmane.org>,
Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
Ramkumar Ramachandra
<artagnon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org"
<rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
gnomes-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org,
corbet-T1hC0tSOHrs@public.gmane.org,
jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org,
Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org,
shawn.guo-KZfg59tc24xl57MIdRCFDg@public.gmane.org,
florian.vaussard-p8DiymsW2f8@public.gmane.org,
andrew-g2DYL2Zd6BY@public.gmane.org,
hytszk-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
Orson Zhai <orsonzhai-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"geng.ren-lxIno14LUO0EEoCn2XhGlw@public.gmane.org"
<geng.ren-lxIno14LUO0EEoCn2XhGlw@public.gmane.org>
Subject: Re: [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig
Date: Wed, 26 Nov 2014 10:00:31 +0100 [thread overview]
Message-ID: <5825969.ZSdbLFRUel@wuerfel> (raw)
In-Reply-To: <CAAfSe-uoXOJ8=agCFuBnXhj7nBBTskQ=8_jMtv_SAjor2gfO2w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Wednesday 26 November 2014 10:32:35 Lyra Zhang wrote:
>
> For now, we have only one platform(Sharkl64) based on ARM64 been submitted,
> but we're intending to add support for more our platforms based on ARM64 or
> ARM32 in the future. There are many common devices on these platforms, such
> as serial. Our idea would be that if we had a 'menuconfig ARCH_SPRD' in the
> Kconfig, these common devices only need to depend on ARCH_SPRD in the
> respective Kconfig, otherwise they may depend on a few Kconfig symbols for
> every platforms which include these common devices.
>
> So, do you think whether we should define a menuconfig(ARCH_SPRD) in the
> Kconfig for this case ?
It sounds like your other platforms are all related, so one ARCH_SPRD
should be enough. If someone wants to build a kernel that is only
going to run on a particular machine, they can just turn off all the
other drivers they don't want.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig
Date: Wed, 26 Nov 2014 10:00:31 +0100 [thread overview]
Message-ID: <5825969.ZSdbLFRUel@wuerfel> (raw)
In-Reply-To: <CAAfSe-uoXOJ8=agCFuBnXhj7nBBTskQ=8_jMtv_SAjor2gfO2w@mail.gmail.com>
On Wednesday 26 November 2014 10:32:35 Lyra Zhang wrote:
>
> For now, we have only one platform(Sharkl64) based on ARM64 been submitted,
> but we're intending to add support for more our platforms based on ARM64 or
> ARM32 in the future. There are many common devices on these platforms, such
> as serial. Our idea would be that if we had a 'menuconfig ARCH_SPRD' in the
> Kconfig, these common devices only need to depend on ARCH_SPRD in the
> respective Kconfig, otherwise they may depend on a few Kconfig symbols for
> every platforms which include these common devices.
>
> So, do you think whether we should define a menuconfig(ARCH_SPRD) in the
> Kconfig for this case ?
It sounds like your other platforms are all related, so one ARCH_SPRD
should be enough. If someone wants to build a kernel that is only
going to run on a particular machine, they can just turn off all the
other drivers they don't want.
Arnd
next prev parent reply other threads:[~2014-11-26 9:01 UTC|newest]
Thread overview: 135+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Sharkl64-v3>
2014-11-25 12:16 ` [PATCH v3 0/5] Add Spreadtrum Sharkl64 Platform support Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` [PATCH v3 1/5] Documentation: DT: Renamed of-serial.txt to 8250.txt Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-27 11:38 ` Mark Rutland
2014-11-27 11:38 ` Mark Rutland
2014-11-27 11:38 ` Mark Rutland
2014-11-27 12:08 ` Lyra Zhang
2014-11-27 12:08 ` Lyra Zhang
2014-11-27 12:08 ` Lyra Zhang
2014-11-25 12:16 ` [PATCH v3 2/5] Documentation: DT: Add bindings for Spreadtrum SoC Platform Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:52 ` Arnd Bergmann
2014-11-25 12:52 ` Arnd Bergmann
2014-11-25 12:16 ` [PATCH v3 3/5] arm64: dts: Add support for Spreadtrum SC9836 SoC in dts and Makefile Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-27 11:50 ` Mark Rutland
2014-11-27 11:50 ` Mark Rutland
2014-11-27 11:50 ` Mark Rutland
2014-11-27 12:12 ` Catalin Marinas
2014-11-27 12:12 ` Catalin Marinas
2014-11-27 12:12 ` Catalin Marinas
2014-11-27 13:43 ` Mark Rutland
2014-11-27 13:43 ` Mark Rutland
2014-11-27 13:43 ` Mark Rutland
2014-11-28 14:29 ` Catalin Marinas
2014-11-28 14:29 ` Catalin Marinas
2014-11-28 14:29 ` Catalin Marinas
2014-11-28 14:35 ` Mark Rutland
2014-11-28 14:35 ` Mark Rutland
2014-11-28 14:35 ` Mark Rutland
2014-11-28 14:44 ` Will Deacon
2014-11-28 14:44 ` Will Deacon
2014-11-28 14:44 ` Will Deacon
2014-11-28 14:46 ` Mark Rutland
2014-11-28 14:46 ` Mark Rutland
2014-11-28 14:46 ` Mark Rutland
2014-11-28 14:59 ` Will Deacon
2014-11-28 14:59 ` Will Deacon
2014-11-28 14:59 ` Will Deacon
2014-11-28 14:50 ` Mark Brown
2014-11-28 14:50 ` Mark Brown
2014-11-28 14:50 ` Mark Brown
2014-11-28 15:03 ` Catalin Marinas
2014-11-28 15:03 ` Catalin Marinas
2014-11-28 15:03 ` Catalin Marinas
2014-11-28 15:09 ` Will Deacon
2014-11-28 15:09 ` Will Deacon
2014-11-28 15:09 ` Will Deacon
2014-11-28 16:40 ` Mark Rutland
2014-11-28 16:40 ` Mark Rutland
2014-11-28 16:40 ` Mark Rutland
2014-11-28 17:24 ` Catalin Marinas
2014-11-28 17:24 ` Catalin Marinas
2014-11-28 17:24 ` Catalin Marinas
2014-12-03 2:35 ` Orson Zhai
2014-12-03 2:35 ` Orson Zhai
2014-12-03 9:16 ` Lyra Zhang
2014-12-03 9:16 ` Lyra Zhang
2014-12-03 9:16 ` Lyra Zhang
2014-11-25 12:16 ` [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:57 ` Arnd Bergmann
2014-11-25 12:57 ` Arnd Bergmann
2014-11-26 2:32 ` Lyra Zhang
2014-11-26 9:00 ` Arnd Bergmann [this message]
2014-11-26 9:00 ` Arnd Bergmann
2014-11-26 9:00 ` Arnd Bergmann
2014-11-26 3:08 ` Lyra Zhang
2014-11-26 3:08 ` Lyra Zhang
2014-11-26 3:08 ` Lyra Zhang
2014-11-25 12:16 ` [PATCH v3 5/5] tty/serial: Add Spreadtrum sc9836-uart driver support Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 12:16 ` Chunyan Zhang
2014-11-25 20:03 ` Greg KH
2014-11-25 20:03 ` Greg KH
2014-11-27 11:05 ` Lyra Zhang
2014-11-27 11:05 ` Lyra Zhang
2014-11-27 11:05 ` Lyra Zhang
2014-11-26 9:48 ` Tobias Klauser
2014-11-26 9:48 ` Tobias Klauser
2014-11-27 11:39 ` Lyra Zhang
2014-11-27 11:39 ` Lyra Zhang
2014-11-27 11:39 ` Lyra Zhang
2014-11-26 12:33 ` One Thousand Gnomes
2014-11-26 12:33 ` One Thousand Gnomes
2014-11-26 12:33 ` One Thousand Gnomes
2014-11-28 10:13 ` Orson Zhai
2014-11-28 10:13 ` Orson Zhai
2014-11-28 18:21 ` One Thousand Gnomes
2014-11-26 18:29 ` Murali Karicheri
2014-11-26 18:29 ` Murali Karicheri
2014-11-26 18:29 ` Murali Karicheri
2014-11-27 11:59 ` Lyra Zhang
2014-11-27 11:59 ` Lyra Zhang
2014-11-27 11:59 ` Lyra Zhang
2014-11-27 12:57 ` Arnd Bergmann
2014-11-27 12:57 ` Arnd Bergmann
2014-11-27 12:57 ` Arnd Bergmann
2014-11-27 15:23 ` Lyra Zhang
2014-11-27 15:23 ` Lyra Zhang
2014-11-27 15:23 ` Lyra Zhang
2014-11-27 15:34 ` One Thousand Gnomes
2014-11-27 15:34 ` One Thousand Gnomes
2014-11-27 15:34 ` One Thousand Gnomes
2014-11-27 15:36 ` Arnd Bergmann
2014-11-27 15:36 ` Arnd Bergmann
2014-11-27 15:36 ` Arnd Bergmann
2014-12-03 9:17 ` Lyra Zhang
2014-12-03 9:17 ` Lyra Zhang
2014-12-03 9:17 ` Lyra Zhang
2014-12-03 9:50 ` Arnd Bergmann
2014-12-03 9:50 ` Arnd Bergmann
2014-12-03 9:50 ` Arnd Bergmann
2014-12-03 10:11 ` Russell King - ARM Linux
2014-12-03 10:11 ` Russell King - ARM Linux
2014-12-03 10:11 ` Russell King - ARM Linux
2014-12-03 12:08 ` Lyra Zhang
2014-12-03 12:08 ` Lyra Zhang
2014-12-03 12:08 ` Lyra Zhang
2014-12-03 12:15 ` Lyra Zhang
2014-12-03 12:15 ` Lyra Zhang
2014-12-03 12:15 ` Lyra Zhang
2014-11-25 12:57 ` [PATCH v3 0/5] Add Spreadtrum Sharkl64 Platform support Mark Brown
2014-11-25 12:57 ` Mark Brown
2014-11-25 12:59 ` Arnd Bergmann
2014-11-25 12:59 ` Arnd Bergmann
2014-11-27 12:03 ` Mark Rutland
2014-11-27 12:03 ` Mark Rutland
2014-11-27 12:03 ` Mark Rutland
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=5825969.ZSdbLFRUel@wuerfel \
--to=arnd@arndb.de \
--cc=andrew@lunn.ch \
--cc=artagnon@gmail.com \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=chunyan.zhang@spreadtrum.com \
--cc=corbet@lwn.net \
--cc=devicetree@vger.kernel.org \
--cc=florian.vaussard@epfl.ch \
--cc=galak@codeaurora.org \
--cc=geng.ren@spreadtrum.com \
--cc=gnomes@lxorguk.ukuu.org.uk \
--cc=grant.likely@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=heiko@sntech.de \
--cc=hytszk@gmail.com \
--cc=ijc+devicetree@hellion.org.uk \
--cc=jason@lakedaemon.net \
--cc=jslaby@suse.cz \
--cc=lanqing.liu@spreadtrum.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=m-karicheri2@ti.com \
--cc=mark.rutland@arm.com \
--cc=orsonzhai@gmail.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=rrichter@cavium.com \
--cc=shawn.guo@freescale.com \
--cc=sprdlinux@freelists.org \
--cc=wei.qiao@spreadtrum.com \
--cc=will.deacon@arm.com \
--cc=zhang.lyra@gmail.com \
--cc=zhizhou.zhang@spreadtrum.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.