From: Greg Kroah-Hartman
From: Jian Shen
[ Upstream commit ae85ddda0f1b341b2d25f5a5e0eff1d42b6ef3df ]
Currently, some bit filed definitions of flow director TCAM
configuration command are incorrect. Since the wrong MSB is
always 0, and these fields are assgined in order, so it still works
From: Greg Kroah-Hartman
From: Jian Shen
commit c75ec148a316e8cf52274d16b9b422703b96f5ce upstream.
Currently, the driver returns VLAN_VID_MASK for vlan mask field,
when get flow director rule information for rule doesn't use vlan.
It may cause the vlan mask value display as 0xf000 in
From: Greg Kroah-Hartman
From: Jian Shen
commit ae85ddda0f1b341b2d25f5a5e0eff1d42b6ef3df upstream.
Currently, some bit filed definitions of flow director TCAM
configuration command are incorrect. Since the wrong MSB is
always 0, and these fields are assgined in order, so it still works.
Fix
From: Greg Kroah-Hartman
From: Jian Shen
commit c75ec148a316e8cf52274d16b9b422703b96f5ce upstream.
Currently, the driver returns VLAN_VID_MASK for vlan mask field,
when get flow director rule information for rule doesn't use vlan.
It may cause the vlan mask value display as 0xf000 in
From: Greg Kroah-Hartman
From: Jian Shen
[ Upstream commit ae85ddda0f1b341b2d25f5a5e0eff1d42b6ef3df ]
Currently, some bit filed definitions of flow director TCAM
configuration command are incorrect. Since the wrong MSB is
always 0, and these fields are assgined in order, so it still works
From: Greg Kroah-Hartman
From: Jian Shen
commit c75ec148a316e8cf52274d16b9b422703b96f5ce upstream.
Currently, the driver returns VLAN_VID_MASK for vlan mask field,
when get flow director rule information for rule doesn't use vlan.
It may cause the vlan mask value display as 0xf000 in
when flow director rule hit. So extend the
command handle to support it.
...
static int hclge_config_action(struct hclge_dev *hdev, u8
stage,
struct hclge_fd_rule *rule)
{
+ struct hclge_vport *vport = hdev->vport;
+ str
On Thu, 2020-12-10 at 20:24 +0800, tanhuazhong wrote:
>
> On 2020/12/10 13:40, Saeed Mahameed wrote:
> > On Thu, 2020-12-10 at 11:42 +0800, Huazhong Tan wrote:
> > > From: Jian Shen
> > >
> > > For some new device, it supports forwarding packet to queues
&
On 2020/12/10 13:40, Saeed Mahameed wrote:
On Thu, 2020-12-10 at 11:42 +0800, Huazhong Tan wrote:
From: Jian Shen
For some new device, it supports forwarding packet to queues
of specified TC when flow director rule hit. So extend the
command handle to support it.
...
static int
On Thu, 2020-12-10 at 11:42 +0800, Huazhong Tan wrote:
> From: Jian Shen
>
> For some new device, it supports forwarding packet to queues
> of specified TC when flow director rule hit. So extend the
> command handle to support it.
>
...
> static int hclge_config_action(s
From: Jian Shen
For some new device, it supports forwarding packet to queues
of specified TC when flow director rule hit. So extend the
command handle to support it.
Signed-off-by: Jian Shen
Signed-off-by: Huazhong Tan
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.c | 2 ++
.../net
From: Jian Shen
In order to be compatible with aRFS rules, this patch adds
spin_lock for flow director rule adding, deleting, querying,
and packages the rule configuration.
Signed-off-by: Jian Shen
Signed-off-by: Huazhong Tan
---
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 131
4.20-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 8edc2285b7285c5fbffe438dc8113260d3e76656 ]
When user disables flow director, all the rules will be disabled. But
when reset happens, it will restore all the rules again. It'
From: Jian Shen
In orginal codes, driver always enables flow director when
intializing. When user disable flow director with command
ethtool -K, the flow director will be enabled again after
resetting.
This patch fixes it by only enabling it when first initialzing.
Fixes: 6871af29b3ab (&quo
From: Jian Shen
[ Upstream commit 8edc2285b7285c5fbffe438dc8113260d3e76656 ]
When user disables flow director, all the rules will be disabled. But
when reset happens, it will restore all the rules again. It's not
reasonable. This patch fixes it by add flow director status check before
re
From: Jian Shen
When add flow director fule for vf, the vf id is used as array
subscript before valid checking, which may cause memory overflow.
Fixes: dd74f815dd41 ("net: hns3: Add support for rule add/delete for flow
director")
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
--
From: Jian Shen
When user disables flow director, all the rules will be disabled. But
when reset happens, it will restore all the rules again. It's not
reasonable. This patch fixes it by add flow director status check before
restore fules.
Fixes: 6871af29b3ab ("net: hns3: Add reset
From: Jian Shen
This patch adds support for querying rule number and rule details
by ethtool commands.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
Signed-off-by: Salil Mehta
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 6 +
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c
Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In p
On Sun, 24 Jun 2018, Reinette Chatre wrote:
> Will do. While tracking down the bisect issue related to
> copy_from_user() I managed to lose connectivity to my test system. I
> will continue the testing when I am back in the office on Monday.
No worry. Enjoy your weekend!
Thanks,
tglx
Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In p
On Sat, 23 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > I've also created a branch based on Davids mount-context branch, applied
> > the cleanup patch below to it and merged the for-vfs branch on top.
> >
> > David feel free to pull the result from
> >
> > git://git.kernel
On Sun, 24 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > - Stick the struct into the local header file and not at some random place
> > in
> >the source.
>
> Why? It's only used in that one file. There doesn't seem to be any
> particular need to share it around.
It's no
Thomas Gleixner wrote:
> - Stick the struct into the local header file and not at some random place in
>the source.
Why? It's only used in that one file. There doesn't seem to be any
particular need to share it around.
> - Get rid of the fugly camel case
It's not camel case. It's the
Thomas Gleixner wrote:
> I've also created a branch based on Davids mount-context branch, applied
> the cleanup patch below to it and merged the for-vfs branch on top.
>
> David feel free to pull the result from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git for-vfs-merged
I
On Sat, 23 Jun 2018, Thomas Gleixner wrote:
> Reinette!
>
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
> > The Cache Pseudo-Locking enabling series that was recently merged to the
> > x86/cache branch of tip was found to conflict with the new kernfs support
> > for mounting with fs_context.
> >
Reinette!
On Fri, 22 Jun 2018, Reinette Chatre wrote:
> The Cache Pseudo-Locking enabling series that was recently merged to the
> x86/cache branch of tip was found to conflict with the new kernfs support
> for mounting with fs_context.
>
> In preparation for a conflict-free merge between the two
Hi David,
On 6/22/2018 4:45 PM, David Howells wrote:
> Do you have a public git branch with these patches on it somewhere?
I just added them to branch cache-pseudo-locking/v7 of
https://github.com/rchatre/linux.git
Reinette
Do you have a public git branch with these patches on it somewhere?
Thanks,
David
_get() and -put() from the now obsolete
debugfs_use_file_start() and debugfs_use_file_finish() calls.
- Rebase on top of, and take into account, recent L2 CDP enabling.
- Simplify tracing output to print cache hits and miss counts on same line.
Dear Maintainers,
Cache Allocation Technology (
Hi Thomas,
On 6/19/2018 11:21 PM, Thomas Gleixner wrote:
> On Tue, 19 Jun 2018, Reinette Chatre wrote:
>> I am sorry for adding confusion by keeping the changelog from previous
>> versions with each new submission. v3 had 39 patches with the last patch
>> depending on Mike's work. I removed that f
Reinette,
On Tue, 19 Jun 2018, Reinette Chatre wrote:
> I am sorry for adding confusion by keeping the changelog from previous
> versions with each new submission. v3 had 39 patches with the last patch
> depending on Mike's work. I removed that final patch in v4, planning to
> resubmit it when Mik
Hi Thomas,
On 6/19/2018 9:57 AM, Thomas Gleixner wrote:
> On Tue, 29 May 2018, Reinette Chatre wrote:
>>
>> The last patch of this series depends on the series:
>> "[RFC PATCH 0/3] Interface for higher order contiguous allocations"
>> submitted at:
>> http://lkml.kernel.org/r/2018021056.9735-1
On Tue, 29 May 2018, Reinette Chatre wrote:
>
> The last patch of this series depends on the series:
> "[RFC PATCH 0/3] Interface for higher order contiguous allocations"
> submitted at:
> http://lkml.kernel.org/r/2018021056.9735-1-mike.krav...@oracle.com
> A new version of this was submitted
s depends on "mm: drop hotplug lock from lru_add_drain_all",
now in v4.16-rc1 as 9852a7212324fd25f896932f4f4607ce47b0a22f.
- Convert to debugfs_file_get() and -put() from the now obsolete
debugfs_use_file_start() and debugfs_use_file_finish() calls.
- Rebase on top of, and take into account, re
l",
now in v4.16-rc1 as 9852a7212324fd25f896932f4f4607ce47b0a22f.
- Convert to debugfs_file_get() and -put() from the now obsolete
debugfs_use_file_start() and debugfs_use_file_finish() calls.
- Rebase on top of, and take into account, recent L2 CDP enabling.
- Simplify tracing output to
Reinette,
On Wed, 25 Apr 2018, Reinette Chatre wrote:
> This third series of Cache Pseudo-Locking enabling addresses all feedback
> received during the upstream review of RFC V2.
A very well done patch series. Was a pleasure to read. It conflicts with
Vikas series which I just applied to tip::x8
y tracing output to print cache hits and miss counts on same line.
No changes below. It is verbatim from first submission (except for
diffstat at the end that reflects v3).
Dear Maintainers,
Cache Allocation Technology (CAT), part of Intel(R) Resource Director
Technology (Intel(R) RDT), enables a
On 02/15/2018 12:39 PM, Reinette Chatre wrote:
> On 2/14/2018 10:31 AM, Reinette Chatre wrote:
>> On 2/14/2018 10:12 AM, Mike Kravetz wrote:
>>> On 02/13/2018 07:46 AM, Reinette Chatre wrote:
Adding MM maintainers to v2 to share the new MM change (patch 21/22) that
enables large contiguou
On 2/14/2018 10:31 AM, Reinette Chatre wrote:
> On 2/14/2018 10:12 AM, Mike Kravetz wrote:
>> On 02/13/2018 07:46 AM, Reinette Chatre wrote:
>>> Adding MM maintainers to v2 to share the new MM change (patch 21/22) that
>>> enables large contiguous regions that was created to support large Cache
>>>
Hi Mike,
On 2/14/2018 10:12 AM, Mike Kravetz wrote:
> On 02/13/2018 07:46 AM, Reinette Chatre wrote:
>> Adding MM maintainers to v2 to share the new MM change (patch 21/22) that
>> enables large contiguous regions that was created to support large Cache
>> Pseudo-Locked regions (patch 22/22). This
On 02/13/2018 07:46 AM, Reinette Chatre wrote:
> Adding MM maintainers to v2 to share the new MM change (patch 21/22) that
> enables large contiguous regions that was created to support large Cache
> Pseudo-Locked regions (patch 22/22). This week MM team received another
> proposal to support large
ol L2_CDP
Cc: linux...@kvack.org
Cc: Andrew Morton
Cc: Mike Kravetz
Cc: Michal Hocko
Cc: Vlastimil Babka
No changes below. It is verbatim from first submission (except for
diffstat at the end that reflects v2).
Dear Maintainers,
Cache Allocation Technology (CAT), part of Intel(R) Resource Direct
On Mon, 12 Feb 2018, Reinette Chatre wrote:
> On 1/16/2018 3:38 AM, Thomas Gleixner wrote:
> All tests involve a user space application that allocates (malloc() with
> mlockall()) or in the case of Cache Pseudo-Locking maps using mmap()) a
> 256KB region of memory. The application then randomly acc
Hi Thomas,
On 1/16/2018 3:38 AM, Thomas Gleixner wrote:
> On Mon, 15 Jan 2018, Hindman, Gavin wrote:
>>> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
>>> ow...@vger.kernel.org] On Behalf Of Thomas Gleixner
>>> On Fri, 17 Nov 2017, Reinette Chatre wrote:
2) The most recent k
Hi Thomas,
On 1/16/2018 3:38 AM, Thomas Gleixner wrote:
> On Mon, 15 Jan 2018, Hindman, Gavin wrote:
>>> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
>>> ow...@vger.kernel.org] On Behalf Of Thomas Gleixner
>>> On Fri, 17 Nov 2017, Reinette Chatre wrote:
1) PALLOC is not
On Mon, 15 Jan 2018, Hindman, Gavin wrote:
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Thomas Gleixner
> > On Fri, 17 Nov 2017, Reinette Chatre wrote:
> > >
> > > 1) PALLOC is not upstream and while inquiring about the status of this
>
ny
> ; vikas.shiva...@linux.intel.com; Hansen, Dave
> ; mi...@redhat.com; h...@zytor.com;
> x...@kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [RFC PATCH 00/20] Intel(R) Resource Director Technology Cache
> Pseudo-Locking enabling
>
> On Fri, 17 Nov 2017, Reinette Chat
On Fri, 17 Nov 2017, Reinette Chatre wrote:
Sorry for the delay. You know why :)
> On 11/17/2017 4:48 PM, Thomas Gleixner wrote:
> > On Mon, 13 Nov 2017, Reinette Chatre wrote:
> > Did you compare that against the good old cache coloring mechanism,
> > e.g. palloc ?
>
> I understand where your
and telephone number your correct mailing
address where you want him to send the Draft to you. Contact Dr.PATRICE TEME of
MAGNUM PLC PAYMENT CENTER with your payment code:ST/DPI/829 immediately for
your Cheque at the given address below:
DIRECTOR IN CHARGE: DR.PATRICE TEME
E-MAIL:customerservice
look forward to your feedback.
>
>> Cache Allocation Technology (CAT), part of Intel(R) Resource Director
>> Technology (Intel(R) RDT), enables a user to specify the amount of cache
>> space into which an application can fill. Cache pseudo-locking builds on
>> the fact t
Reinette,
On Mon, 13 Nov 2017, Reinette Chatre wrote:
thanks for that interesting work. Before I start looking into the details
in the next days let me ask a few general questions first.
> Cache Allocation Technology (CAT), part of Intel(R) Resource Director
> Technology (Intel(R) RDT), e
Dear Maintainers,
Cache Allocation Technology (CAT), part of Intel(R) Resource Director
Technology (Intel(R) RDT), enables a user to specify the amount of cache
space into which an application can fill. Cache pseudo-locking builds on
the fact that a CPU can still read and write data pre-allocated
command line options for resource director technology
Command line options allow us to ignore features that we don't want.
Also we can re-enable options that have been disabled on a platform
(so long as the underlying h/w actually supports the option).
[ tglx: Marked the option array __initdata an
rt is enabled.
RAM RAM disk support is enabled.
+ RDT Intel Resource Director Technology.
S390S390 architecture is enabled.
SCSIAppropriate SCSI support is enabled.
A lot of drivers have their options described inside
diff --
From: Fenghua Yu
L3 cache allocation allows per task control over which areas of the last
level cache are available for allocation. It is the first resource that
can be controlled as part of Intel Resource Director Technology (RDT).
This patch series creates a framework that will make it easy to
From: Fenghua Yu
L3 cache allocation allows per task control over which areas of the last
level cache are available for allocation. It is the first resource that
can be controlled as part of Intel Resource Director Technology (RDT).
This patch series creates a framework that will make it easy to
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hello,
The Project is about the exportation of 100,000 barrels of Light CrudeOil daily
out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 a barrel. This amount to $9,200,000 daily. I ask for your
support as a foreigner to handle this business project with my
clien
Hello,
The Project is about the exportation of 100,000 barrels of Light CrudeOil daily
out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 a barrel. This amount to $9,200,000 daily. I ask for your
support as a foreigner to handle this business project with my
clien
62 matches
Mail list logo
