From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Sudeep Holla <sudeep.holla@arm.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>
Subject: Re: [PATCH v5 00/11] drivers: cacheinfo support
Date: Fri, 7 Nov 2014 11:45:51 -0800 [thread overview]
Message-ID: <20141107194551.GA6277@kroah.com> (raw)
In-Reply-To: <545D2043.1080703@arm.com>
On Fri, Nov 07, 2014 at 07:40:51PM +0000, Sudeep Holla wrote:
>
>
> On 07/11/14 19:23, Greg Kroah-Hartman wrote:
> >On Tue, Oct 21, 2014 at 10:26:05AM +0100, Sudeep Holla wrote:
> >>Hi Greg,
> >>
> >>On 20/10/14 19:49, Greg Kroah-Hartman wrote:
> >>>On Mon, Oct 20, 2014 at 07:46:19PM +0100, Sudeep Holla wrote:
> >>>>Hi Greg,
> >>>>
> >>>>On 30/09/14 14:48, Sudeep Holla wrote:
> >>>>>This series adds a generic cacheinfo support similar to topology. The
> >>>>>implementation is based on x86 cacheinfo support. Currently x86, powerpc,
> >>>>>ia64 and s390 have their own implementations. While adding similar support
> >>>>>to ARM and ARM64, here is the attempt to make it generic quite similar to
> >>>>>topology info support. It also adds the missing ABI documentation for
> >>>>>the cacheinfo sysfs which is already being used.
> >>>>>
> >>>>>It moves all the existing different implementations on x86, ia64, powerpc
> >>>>>and s390 to use the generic cacheinfo infrastructure introduced here.
> >>>>>These changes on non-ARM platforms are only compile tested and tested on x86.
> >>>>>
> >>>>>This series also adds support for ARM and ARM64 architectures based on
> >>>>>the generic support.
> >>>>>
> >>>>>The code can be fetched from:
> >>>>> git://linux-arm.org/linux-skn cacheinfo
> >>>>>
> >>>>
> >>>>I am hoping to target this for v3.19 if possible, it would be good if
> >>>>you can review and provide feedback.
> >>>
> >>>3.18-rc1 just came out a few _hours_ ago, and now we can start worrying
> >>>about what goes into 3.19. I have 1257 emails in my "to-review" queue
> >>>for 3.19, please give me a chance to catch up in a few weeks to get to
> >>>this code.
> >>>
> >>
> >>I completely understand and I am sorry if that was a noise.
> >>I just wanted to ensure it's not lost, thanks for letting me know it's
> >>in your list.
> >
> >Do you want me to take this through my tree? If so, I will, otherwise,
> >feel free to add:
>
> I have not got it tested on AMD, IA64 and PPC. Probably they were
> waiting for the core driver to settle down. I have only tested on
> ARM{32,64} and x86. Heiko Carstens tested on s390 long back some
> previous version.
>
> If it fine with you, I would like to break the first 4 patches and
> target it for v3.19, and take up the arch-specific patches (i.e.5-11)
> after that, so that I can get them tested on all architectures.
>
> >
> >Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> >
> >to the series.
>
> Thanks, I will rebase on v3.18-rc4 and repost first 4 patches on Monday
> which you can take it through your tree *iff you agree with me* on above
> flow.
I've just taken the first 4 patches in my tree now, no need to repost
them. Let's see what breaks with them :)
thanks,
greg k-h
prev parent reply other threads:[~2014-11-07 19:45 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-30 13:48 [PATCH v5 00/11] drivers: cacheinfo support Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 01/11] cpumask: factor out show_cpumap into separate helper function Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 02/11] topology: replace custom attribute macros with standard DEVICE_ATTR* Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 03/11] drivers: base: add cpu_device_create to support per-cpu devices Sudeep Holla
2014-11-07 19:22 ` Greg Kroah-Hartman
2014-09-30 13:48 ` [PATCH v5 04/11] drivers: base: support cpu cache information interface to userspace via sysfs Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 05/11] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 06/11] s390: " Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 07/11] x86: " Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 08/11] powerpc: " Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 09/11] ARM64: kernel: add support for cpu cache information Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 10/11] ARM: " Sudeep Holla
2014-09-30 13:48 ` [PATCH v5 11/11] ARM: kernel: add outer cache support for cacheinfo implementation Sudeep Holla
2014-10-20 18:46 ` [PATCH v5 00/11] drivers: cacheinfo support Sudeep Holla
2014-10-20 18:49 ` Greg Kroah-Hartman
2014-10-21 9:26 ` Sudeep Holla
2014-11-07 19:23 ` Greg Kroah-Hartman
2014-11-07 19:40 ` Sudeep Holla
2014-11-07 19:45 ` Greg Kroah-Hartman [this message]
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=20141107194551.GA6277@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=Lorenzo.Pieralisi@arm.com \
--cc=heiko.carstens@de.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sudeep.holla@arm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox