-Original Message-
From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
ow...@vger.kernel.org] On Behalf Of Steve Wise
Sent: Friday, July 18, 2014 1:39 AM
To: 'Hefty, Sean'; 'Shirley Ma'; Devesh Sharma; 'Roland Dreier'
Cc: linux-rdma@vger.kernel.org; chuck.le...@oracle.com
We can't really deal with a CM_DEVICE_REMOVE event while there are
active NFS mounts.
System shutdown ordering should guarantee (one would hope) that NFS
mount points are unmounted before the RDMA/IB core infrastructure is
torn down. Ordering shouldn't matter as long all NFS
On Jul 18, 2014, at 2:19 AM, Devesh Sharma devesh.sha...@emulex.com wrote:
-Original Message-
From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
ow...@vger.kernel.org] On Behalf Of Steve Wise
Sent: Friday, July 18, 2014 1:39 AM
To: 'Hefty, Sean'; 'Shirley Ma'; Devesh Sharma;
We should prefer `struct pci_device_id` over `DEFINE_PCI_DEVICE_TABLE` to meet
kernel coding style guidelines. This issue was reported by checkpatch.
Signed-off-by: Benoit Taine benoit.ta...@lip6.fr
---
Tested by compilation without errors.
drivers/infiniband/hw/mlx5/main.c |2 +-
1 file
We should prefer `const struct pci_device_id` over
`DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
This issue was reported by checkpatch.
A simplified version of the semantic patch that makes this change is as
follows (http://coccinelle.lip6.fr/):
// smpl
@@
identifier i;
On 07/18/2014 06:27 AM, Steve Wise wrote:
We can't really deal with a CM_DEVICE_REMOVE event while there are
active NFS mounts.
System shutdown ordering should guarantee (one would hope) that NFS
mount points are unmounted before the RDMA/IB core infrastructure is
torn down. Ordering
On Fri, 2014-07-18 at 17:26 +0200, Benoit Taine wrote:
We should prefer `const struct pci_device_id` over
`DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
This issue was reported by checkpatch.
What kernel coding style? checkpatch isn't the arbiter of style, if
that's the
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine wrote:
We should prefer `const struct pci_device_id` over
`DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
This issue was reported by checkpatch.
On Fri, Jul 18, 2014 at 09:54:32AM -0700, James Bottomley wrote:
On Fri, 2014-07-18 at 09:43 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine wrote:
We should prefer `const struct pci_device_id`
On Fri, 2014-07-18 at 11:17 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 09:54:32AM -0700, James Bottomley wrote:
On Fri, 2014-07-18 at 09:43 -0700, Greg KH wrote:
On Fri, Jul 18, 2014 at 12:22:13PM -0400, John W. Linville wrote:
On Fri, Jul 18, 2014 at 05:26:47PM +0200, Benoit Taine
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
tags/rdma-for-linus
InfiniBand/RDMA fixes for 3.16
- cxgb4 hardware driver regression fixes
- mlx5 hardware driver regression
Roland,
I see the merge window closed on Sunday and Linus has released 3.16-rc1.
Does that mean now is the time you will start accepting things destined for
3.17
while 3.16 bakes?
If that is the case would you like me to rebase the latest version of
following
patches onto your most
12 matches
Mail list logo