From: James Morse <james.morse@arm.com>
To: "tan.shaopeng@fujitsu.com" <tan.shaopeng@fujitsu.com>
Cc: "'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>,
"'linux-arm-kernel@lists.infradead.org'"
<linux-arm-kernel@lists.infradead.org>,
"'soc@kernel.org'" <soc@kernel.org>,
"'tony.luck@intel.com'" <tony.luck@intel.com>,
"'arnd@arndb.de'" <arnd@arndb.de>,
"'will@kernel.org'" <will@kernel.org>,
"'catalin.marinas@arm.com'" <catalin.marinas@arm.com>,
"'olof@lixom.net'" <olof@lixom.net>,
"misono.tomohiro@fujitsu.com" <misono.tomohiro@fujitsu.com>
Subject: Re: About resctrl code rebase
Date: Wed, 1 Sep 2021 18:04:20 +0100 [thread overview]
Message-ID: <97164928-e2d7-fd3f-e063-9174b028ed65@arm.com> (raw)
In-Reply-To: <TYAPR01MB6330CE3CB67CF8F602D44D098BCD9@TYAPR01MB6330.jpnprd01.prod.outlook.com>
Hi Tan Shaopeng,
On 01/09/2021 09:35, tan.shaopeng@fujitsu.com wrote:
>> As you known, Fujitsu is implementing a feature that add A64FX's cache
>> control function into resctrl.
>> Fujitsu will implement this feature base
>> on your rebased code. I think the commit of refactoring arch/x86
>> implementation of resctrl has been merged into the x86/cache branch.
>> https://lore.kernel.org/lkml/162871088112.395.12879267279872673224.tip-bot2@tip-bot2/
I'm afraid this was only a small part of it.
I've also posted the next series here:
https://lore.kernel.org/lkml/20210729223610.29373-1-james.morse@arm.com/
and there are a couple more after that.
>> I would like to know whether you have rebased these codes that move
>> the common parts of multiple architectures to somewhere.
>> And where is the rebase code?
>> In addition, when will you release the latest MPAM patch?
I will keep posting 'the next part' of the x86 changes once the earlier part is reviewed.
(please help!)
I can't push the latest branch until the ACPI spec is published, but I hope that will
happen this month.
> I'm afraid that my message may not have reached you.
Yes, I'm horribly behind with email!
Thanks,
James
WARNING: multiple messages have this Message-ID (diff)
From: James Morse <james.morse@arm.com>
To: "tan.shaopeng@fujitsu.com" <tan.shaopeng@fujitsu.com>
Cc: "'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>,
"'linux-arm-kernel@lists.infradead.org'"
<linux-arm-kernel@lists.infradead.org>,
"'soc@kernel.org'" <soc@kernel.org>,
"'tony.luck@intel.com'" <tony.luck@intel.com>,
"'arnd@arndb.de'" <arnd@arndb.de>,
"'will@kernel.org'" <will@kernel.org>,
"'catalin.marinas@arm.com'" <catalin.marinas@arm.com>,
"'olof@lixom.net'" <olof@lixom.net>,
"misono.tomohiro@fujitsu.com" <misono.tomohiro@fujitsu.com>
Subject: Re: About resctrl code rebase
Date: Wed, 1 Sep 2021 18:04:20 +0100 [thread overview]
Message-ID: <97164928-e2d7-fd3f-e063-9174b028ed65@arm.com> (raw)
Message-ID: <20210901170420.65KFdDatm7mKlrWIB5eDJIuh9nXnVk_MIyBoAWWLMxs@z> (raw)
In-Reply-To: <TYAPR01MB6330CE3CB67CF8F602D44D098BCD9@TYAPR01MB6330.jpnprd01.prod.outlook.com>
Hi Tan Shaopeng,
On 01/09/2021 09:35, tan.shaopeng@fujitsu.com wrote:
>> As you known, Fujitsu is implementing a feature that add A64FX's cache
>> control function into resctrl.
>> Fujitsu will implement this feature base
>> on your rebased code. I think the commit of refactoring arch/x86
>> implementation of resctrl has been merged into the x86/cache branch.
>> https://lore.kernel.org/lkml/162871088112.395.12879267279872673224.tip-bot2@tip-bot2/
I'm afraid this was only a small part of it.
I've also posted the next series here:
https://lore.kernel.org/lkml/20210729223610.29373-1-james.morse@arm.com/
and there are a couple more after that.
>> I would like to know whether you have rebased these codes that move
>> the common parts of multiple architectures to somewhere.
>> And where is the rebase code?
>> In addition, when will you release the latest MPAM patch?
I will keep posting 'the next part' of the x86 changes once the earlier part is reviewed.
(please help!)
I can't push the latest branch until the ACPI spec is published, but I hope that will
happen this month.
> I'm afraid that my message may not have reached you.
Yes, I'm horribly behind with email!
Thanks,
James
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-09-01 17:04 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-01 8:35 About resctrl code rebase tan.shaopeng
2021-09-01 17:04 ` James Morse [this message]
2021-09-01 17:04 ` James Morse
2021-09-06 6:19 ` tan.shaopeng
2021-09-06 6:19 ` tan.shaopeng
2021-11-24 11:17 ` tan.shaopeng
2021-11-24 11:17 ` tan.shaopeng
2021-12-03 7:58 ` tan.shaopeng
2021-12-06 20:35 ` Rob Herring
2021-12-08 11:56 ` tan.shaopeng
2022-01-04 9:53 ` tan.shaopeng
-- strict thread matches above, loose matches on Subject: below --
2021-08-19 5:14 tan.shaopeng
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=97164928-e2d7-fd3f-e063-9174b028ed65@arm.com \
--to=james.morse@arm.com \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=misono.tomohiro@fujitsu.com \
--cc=olof@lixom.net \
--cc=soc@kernel.org \
--cc=tan.shaopeng@fujitsu.com \
--cc=tony.luck@intel.com \
--cc=will@kernel.org \
/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.