Re: rtnl_lock deadlock on 3.10

2013-07-02 Thread Hannes Frederic Sowa
On Wed, Jul 03, 2013 at 07:11:52AM +0200, Hannes Frederic Sowa wrote: > On Tue, Jul 02, 2013 at 01:38:26PM +, Cong Wang wrote: > > On Tue, 02 Jul 2013 at 08:28 GMT, Hannes Frederic Sowa > > wrote: > > > On Mon, Jul 01, 2013 at 09:54:56AM -0500, Shawn Bohrer wrote: > > >> I've managed to hit a

Re: [PATCH for-next 0/8] Add Mellanox mlx5 driver for Connect-IB devices

2013-07-02 Thread Or Gerlitz
On Mon, Jul 1, 2013 at 8:49 PM, Roland Dreier wrote: > So I'm inclined to apply the mlx5 driver for 3.11, since it's a > completely new driver. However, reading through it so far I had the > following comments, and I'd like these cleanups addressed along with Dave > Miller's: Roland, Working t

Re: [PATCH for-next 0/8] Add Mellanox mlx5 driver for Connect-IB devices

2013-07-02 Thread Or Gerlitz
On Mon, Jul 1, 2013 at 9:03 PM, Roland Dreier wrote: > In general I don't think overriding the CFLAGS (as you do in the mlx5 > Makefiles) is a good idea, and in particular here your -Wall -Werror > break the build, at least for my gcc 4.7.3: > > CC drivers/infiniband/hw/mlx5/qp.o > /home/ro

Re: [PATCH for-next 0/8] Add Mellanox mlx5 driver for Connect-IB devices

2013-07-02 Thread Or Gerlitz
On Mon, Jul 1, 2013 at 9:03 PM, Joe Perches wrote: > On Mon, 2013-07-01 at 10:49 -0700, Roland Dreier wrote: On Mon, Jul 1, 2013 at 9:03 PM, Joe Perches wrote: > On Mon, 2013-07-01 at 10:49 -0700, Roland Dreier wrote: [...] >> +struct mlx5_cmd { >> ... >> +struct mlx5_cmd_statsstats[0x8

Re: [PATCH for-next 0/8] Add Mellanox mlx5 driver for Connect-IB devices

2013-07-02 Thread Or Gerlitz
On Tue, Jul 2, 2013 at 12:22 AM, Roland Dreier wrote: > Also, sparse warns about [...] in mlx5_ib.h. Nor does it have any callers, > so it's a bit > hard to tell if it's really and truly a bug. removing this function for V2 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma

Re: [PATCH v2 14/15] IB/srp: Make transport layer retry count configurable

2013-07-02 Thread Jason Gunthorpe
On Mon, Jul 01, 2013 at 07:26:05AM -0400, David Dillow wrote: > > The InfiniBand specification mentions the following about differential > > receiver inputs (C6-11.2.1): "A BER of 10^-12 shall be achieved when > > connected to the worst case transmitter through any compliant channel". This test

[PATCH 00/13] Getting rid of get_unused_fd()

2013-07-02 Thread Yann Droneaud
dditionnaly, removing the macro is not going to break modules ABI. In linux-next tag 20130702, they're currently: - 15 calls to get_unused_fd_flags() not counting get_unused_fd() and anon_inode_getfd() - 14 calls to get_unused_fd() - 11 calls to anon_inode_getfd() The following patchs

[PATCH 03/13] infiniband: use get_unused_fd_flags(0) instead of get_unused_fd()

2013-07-02 Thread Yann Droneaud
Macro get_unused_fd() is used to allocate a file descriptor with default flags. Those default flags (0) can be "unsafe": O_CLOEXEC must be used by default to not leak file descriptor across exec(). Instead of macro get_unused_fd(), functions anon_inode_getfd() or get_unused_fd_flags() should be us

[PATCH V2] libibverbs: Allow arbitrary int values for MTU

2013-07-02 Thread Jeff Squyres
(Previous patch did not include updates for the man pages) Keep IBV_MTU_* enums values as they are, but pass MTU values around as a struct containing a single int. Per lengthy discusson on the linux-rdma list, this patch introdces a source code incompatibility. Although legacy applications can

Re: [PATCH v2 04/15] IB/srp: Fail I/O fast if target offline

2013-07-02 Thread Sebastian Riemer
On 28.06.2013 14:49, Bart Van Assche wrote: > If reconnecting failed we know that no command completion will > be received anymore. Hence let the SCSI error handler fail such > commands immediately. Acked-by: Sebastian Riemer -- To unsubscribe from this list: send the line "unsubscribe linux-rdma

Re: [PATCH for/net-next 3/8] net/mlx5: Mellanox Connect-IB, core driver part 3/3

2013-07-02 Thread Jack Morgenstein
On Monday 01 July 2013 22:18, David Miller wrote: > Actually, you should adjust both decrements to read "i--". > OK, will do it. -Jack -- 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 http://vger

Re: [PATCH V2 0/4] Add IPv6 support for iWARP

2013-07-02 Thread Vipul Pandya
On 02-07-2013 12:37, David Miller wrote: > From: Vipul Pandya > Date: Tue, 02 Jul 2013 12:17:57 +0530 > >> I upgraded my GCC version from 4.4.6-4 to 4.8.1 and after that I am able >> to see that warning. I will resubmit this series soon. > > That's fine, but realize it is too late to submit th

Re: [PATCH V2 0/4] Add IPv6 support for iWARP

2013-07-02 Thread David Miller
From: Vipul Pandya Date: Tue, 02 Jul 2013 12:17:57 +0530 > I upgraded my GCC version from 4.4.6-4 to 4.8.1 and after that I am able > to see that warning. I will resubmit this series soon. That's fine, but realize it is too late to submit this for the current merge window. -- To unsubscribe from