Since create_comp_task() creates percpu kthread, it makes
sense to use kthread_create_on_node() to get proper NUMA affinity for
kthread stack.
Signed-off-by: Eric Dumazet eric.duma...@gmail.com
CC: Hoang-Nam Nguyen hngu...@de.ibm.com
CC: Christoph Raisch rai...@de.ibm.com
CC: Roland Dreier
Hi Hal,
On 11:23 Tue 26 Jul , Hal Rosenstock wrote:
for proper comparison and selector operation
Rate enum was never is ascending order of actual underlying rates
but even worse with newly added extended link speeds.
Signed-off-by: Hal Rosenstock h...@mellanox.com
---
diff --git
Hi Hal,
On 09:58 Thu 28 Jul , Hal Rosenstock wrote:
Signed-off-by: Hal Rosenstock h...@mellanox.com
---
Applied, thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi Hal,
On 09:59 Thu 28 Jul , Hal Rosenstock wrote:
Signed-off-by: Hal Rosenstock h...@mellanox.com
---
Applied. Thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 20:45 Mon 11 Jul , Alex Netes wrote:
Latest GCC 4.6 include -Wunused-* flags as part of the -Wall flag, causing
many warnings during OpenSM compilation.
This patch series tries to clean these warnings.
Where possible, unused variables were just deleted.
In other cases where some
Hi Alex,
On 7/29/2011 4:14 AM, Alex Netes wrote:
Hi Hal,
On 11:23 Tue 26 Jul , Hal Rosenstock wrote:
for proper comparison and selector operation
Rate enum was never is ascending order of actual underlying rates
but even worse with newly added extended link speeds.
Signed-off-by:
for proper comparison and selector operation
Rate enum was never is ascending order of actual underlying rates
but even worse with newly added extended link speeds.
Signed-off-by: Hal Rosenstock h...@mellanox.com
---
Changes since v1:
In find_ordered_rate, changed hard coded constant (2) into
On Fri, Jul 29, 2011 at 12:15 AM, Eric Dumazet eric.duma...@gmail.com wrote:
Since create_comp_task() creates percpu kthread, it makes
sense to use kthread_create_on_node() to get proper NUMA affinity for
kthread stack.
Seems eminently sane to me. ehca guys, any concern about this?
- R.
--
Hi Roland,
This patch looks fine to me.
Thanks
Nam
rol...@purestorage.com wrote on 29.07.2011 19:10:32:
[image removed]
Re: [PATCH] IB/ehca: use kthread_create_on_node
Roland Dreier
to:
Eric Dumazet
29.07.2011 19:11
Sent by:
rol...@purestorage.com
Cc:
Hoang-Nam Nguyen,
The -a mode of perfquery is intended to loop through all ports on a
single HCA and provide aggregated output across all ports.
The -l mode is intended to loop through all ports of a single HCA and
output non-aggregated data.
Neither mode addresses a machine with more than one HCA.
On 07/29/2011 05:57 PM, Doug Ledford wrote:
+ if (umad_get_ca(name_list[cur_name], ca))
+ /* We're done, the next name was
+* empty, just exit gracefully
+
On Fri, Jul 29, 2011 at 05:57:57PM -0400, Doug Ledford wrote:
The -a mode of perfquery is intended to loop through all ports on a
single HCA and provide aggregated output across all ports.
The -l mode is intended to loop through all ports of a single HCA
and output non-aggregated data.
On 07/29/2011 06:09 PM, Jason Gunthorpe wrote:
On Fri, Jul 29, 2011 at 05:57:57PM -0400, Doug Ledford wrote:
The -a mode of perfquery is intended to loop through all ports on a
single HCA and provide aggregated output across all ports.
The -l mode is intended to loop through all ports of a
On Fri, Jul 29, 2011 at 06:14:07PM -0400, Doug Ledford wrote:
On 07/29/2011 06:09 PM, Jason Gunthorpe wrote:
On Fri, Jul 29, 2011 at 05:57:57PM -0400, Doug Ledford wrote:
The -a mode of perfquery is intended to loop through all ports on a
single HCA and provide aggregated output across all
14 matches
Mail list logo