Hi Linus,
This should hopefully be the last request for 4.1-rc for the RDMA stack.
It contains some late ocrdma fixes that I'm including because they are
small and self contained. It also contains two bug fixes that are
simple and easily verified.
git://git.kernel.org/pub/scm/linux/kernel/git
Hi Linus,
The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
Linux 4.1-rc4 (2015-05-18 10:13:47 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git tags/for-linus
for you to fetch changes up to 8e4349d13f3
Hi Linus,
This comprises a number of various fixes (including the ones you've
requested):
The following changes since commit bc197aad0daa:
Linux 4.2-rc2 (2015-07-12 15:10:30 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
tags/
The following changes since commit d8b2ba7c5928173fe1c12bd2545f5ed85d1c3c7a:
IB/core: Destroy ocrdma_dev_id IDR on module exit (2015-07-14 13:20:16
-0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
tags/for-linus
for you to fetch
Hi Linus,
I have a single bug fix for you to pull:
The following changes since commit b8f5595eb96c9fce1c907d13e89581e5061edf2e:
RDMA/ocrdma: update ocrdma module license string (2015-07-24 11:34:41 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git
Hi Linus,
This is a fairly sizeable set of changes. I've put them through a
decent amount of testing prior to sending the pull request due to
that. There are still a few fixups that I know are coming, but I
wanted to go ahead and get the big, sizable chunk into your hands
sooner rather than wait
Hi Linus,
This is a move only, no functional changes. I tried to get it in prior
to the rc1 release, but we were waiting on IBM to get back to us that
they were OK with the deprecation and eventual removal of this driver.
That OK didn't materialize until last week, so integration and testing
time
Hi Linus,
The new hfi1 driver in staging/rdma has had a number of fixup patches
since being added to the tree. This is the first batch of those fixes.
The following changes since commit 447e9a4d27484175a84daaa8e03d35c650f443b7:
IB/ehca: Deprecate driver, move to staging, schedule deletion (20
Hi Linus,
I have a few -rc fixes for you. One fix in particular, for the NFSoRDMA
code, relied upon changes that went in during the 4.3 merge window to
apply cleanly, but also relied on a group of related commits in this
set, making it need to come through my tree. So I merged up to 4.3-rc2,
and
Hi Linus,
We have four batched up patches for the current rc kernel.
Two of them are small fixes that are obvious.
One of them is larger than I would like for a late stage rc pull, but we
found an issue in the namespace lookup code related to RoCE and this
works around the issue for now (we allo
Hi Linus,
It's late in the game, I know, but these fixes seemed important enough
to warrant a late pull request. They all involve oopses or use after
frees or corruptions. Explanation of each in the tag message. Thanks!
The following changes since commit 0b5c9279e568d90903acedc2b9b832d8d78e828
Hi Linus,
This is my initial round of 4.4 merge window patches. There are a few
other things I wish to get in for 4.4 that aren't in this pull, as this
represents what has gone through merge/build/run testing and not what is
the last few items for which testing is not yet complete.
The following
Hi Linus,
The following changes since commit 527e9316f8ec44bd53d90fb9f611fa752bb9:
Linux 4.4-rc4 (2015-12-06 15:43:12 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
tags/for-linus
for you to fetch changes up to ab5cdc31630
Hi Linus,
This should be the last pull request for the 4.4 cycle. There are three
fixes here. The first two were very small in terms of number of lines,
the third is more lines of change than I like this late in the cycle,
but there are positive test results from Avagotech and from my own test
s
On Tue, Jul 14, 2015 at 12:42 PM, Doug Ledford wrote:
>
> This comprises a number of various fixes (including the ones you've
> requested):
Hmm. I've pulled this, but quite frankly, I don't think this was
appropriate for post-merge-window. It's not at all obvious that that
"rdma_cap_ib_switch hel
On Wed, Jul 15, 2015 at 05:07:46PM -0700, Linus Torvalds wrote:
> Hmm. I've pulled this, but quite frankly, I don't think this was
> appropriate for post-merge-window. It's not at all obvious that that
> "rdma_cap_ib_switch helper" thing is a bugfix, and that goes for a few
> of the other commits t
On 07/16/2015 03:55 AM, Christoph Hellwig wrote:
> On Wed, Jul 15, 2015 at 05:07:46PM -0700, Linus Torvalds wrote:
>> Hmm. I've pulled this, but quite frankly, I don't think this was
>> appropriate for post-merge-window. It's not at all obvious that that
>> "rdma_cap_ib_switch helper" thing is a bu
Hi Doug,
the point is that there is no driver that even set the is_switch
flag in-tree and I can't find a publicly available one elsewhere
either.
So it's plain and simple dead code. I'll send a patch to kill this
untestable code off once I find a little spare time.
--
To unsubscribe from this l
On 07/16/2015 08:45 AM, Christoph Hellwig wrote:
> Hi Doug,
>
> the point is that there is no driver that even set the is_switch
> flag in-tree and I can't find a publicly available one elsewhere
> either.
Try looking on Mellanox.com for their source code. I know they use
upstream linux kernels
On 7/16/2015 8:50 AM, Doug Ledford wrote:
> On 07/16/2015 08:45 AM, Christoph Hellwig wrote:
>> Hi Doug,
>>
>> the point is that there is no driver that even set the is_switch
>> flag in-tree and I can't find a publicly available one elsewhere
>> either.
>
> Try looking on Mellanox.com for their s
On Thu, Jul 16, 2015 at 01:59:37PM +, Suri Shelvapille wrote:
> Thanks Hal, we indeed do. And we would like to continue to do so, be it by
> setting a flag or otherwise. I hope removing that functionality from the
> kernel is not an option, as it would be a major inconvenience for us.
Hi Sur
...@dev.mellanox.co.il]
Sent: Thursday, July 16, 2015 9:23 AM
To: Doug Ledford
Cc: Christoph Hellwig; Linus Torvalds; linux-rdma; Suri Shelvapille
Subject: Re: [PULL REQUEST] Please pull rdma.git
On 7/16/2015 8:50 AM, Doug Ledford wrote:
> On 07/16/2015 08:45 AM, Christoph Hellwig wrote:
>>
Suri
-Original Message-
From: Christoph Hellwig [mailto:h...@infradead.org]
Sent: Thursday, July 16, 2015 10:02 AM
To: Suri Shelvapille
Cc: Hal Rosenstock; Doug Ledford; Christoph Hellwig; Linus Torvalds; linux-rdma
Subject: Re: [PULL REQUEST] Please pull rdma.git
On Thu, Jul 16, 2015 at 01:59:37PM
On Tue, Sep 8, 2015 at 9:24 AM, Doug Ledford wrote:
>
> Matan Barak (5):
> net: Add info for NETDEV_CHANGEUPPER event
Why the hell is this coming in through the infiniband tree? Especially
with the networking tree having done the same thing differently?
I see that Stephen Rothwell reported
On Tue, Sep 8, 2015 at 5:21 PM, Linus Torvalds
wrote:
>
> This needs a good explanation, because for now this pull request is dead to
> me.
Just to clarify: it's really the combination of:
(a) you were told about this
(b) you rebased your commit series after it
(c) you didn't fix it and ne
On 09/08/2015 08:21 PM, Linus Torvalds wrote:
> On Tue, Sep 8, 2015 at 9:24 AM, Doug Ledford wrote:
>>
>> Matan Barak (5):
>> net: Add info for NETDEV_CHANGEUPPER event
>
> Why the hell is this coming in through the infiniband tree? Especially
> with the networking tree having done the same
On 09/08/2015 08:35 PM, Linus Torvalds wrote:
> On Tue, Sep 8, 2015 at 5:21 PM, Linus Torvalds
> wrote:
>>
>> This needs a good explanation, because for now this pull request is dead to
>> me.
>
> Just to clarify: it's really the combination of:
>
> (a) you were told about this
With a comment
On Tue, Sep 8, 2015 at 7:50 PM, Doug Ledford wrote:
>
> Because the tree isn't buildable, let alone testable, without it.
You're missing the ENTIRE POINT.
> Well, I expected it to be handled without much effort on your part and
> the existing network infrastructure to be the final version.
Ther
On 09/08/2015 11:08 PM, Linus Torvalds wrote:
> On Tue, Sep 8, 2015 at 7:50 PM, Doug Ledford wrote:
>>
>> Because the tree isn't buildable, let alone testable, without it.
>
> You're missing the ENTIRE POINT.
>
>> Well, I expected it to be handled without much effort on your part and
>> the exis
On Tue, Sep 8, 2015 at 8:08 PM, Doug Ledford wrote:
>
> With a comment that said "I can carry this merge forward, no further
> action is necessary on your part". That combined with my lack of deep
> internal knowledge of what it is that Stephen is doing made me go "Ok,
> he says don't do anything
Wed, Sep 09, 2015 at 05:33:28AM CEST, torva...@linux-foundation.org wrote:
>On Tue, Sep 8, 2015 at 8:08 PM, Doug Ledford wrote:
>>
>> With a comment that said "I can carry this merge forward, no further
>> action is necessary on your part". That combined with my lack of deep
>> internal knowledge
On 9/9/2015 9:41 AM, Jiri Pirko wrote:
Wed, Sep 09, 2015 at 05:33:28AM CEST, torva...@linux-foundation.org wrote:
On Tue, Sep 8, 2015 at 8:08 PM, Doug Ledford wrote:
With a comment that said "I can carry this merge forward, no further
action is necessary on your part". That combined with m
On 9/9/2015 11:09 AM, Matan Barak wrote:
On 9/9/2015 9:41 AM, Jiri Pirko wrote:
Wed, Sep 09, 2015 at 05:33:28AM CEST,
torvalds@linux-foundation.orgwrote:
On Tue, Sep 8, 2015 at 8:08 PM, Doug Ledford
wrote:
With a comment that said "I can carry this merge forward, no further
action is necessa
Side note: it's very annoying to have Time Warner Cable decide to take
your internet down in the middle of writing a reply :-/
On 09/08/2015 11:33 PM, Linus Torvalds wrote:
> On Tue, Sep 8, 2015 at 8:08 PM, Doug Ledford wrote:
>>
>> With a comment that said "I can carry this merge forward, no fur
On Wed, Sep 9, 2015 at 5:03 AM, Doug Ledford wrote:
>
> Me telling Matan to Cc: netdev on patches related to their subsystem:
> http://marc.info/?l=linux-rdma&m=143398479529819&w=4
>
> Above was v5 of the patchset. Both the v6 and v7 of the patchset had
> netdev Cc:ed on the cover letter and at l
On 09/09/2015 11:44 AM, Linus Torvalds wrote:
> Yes, I see them, thanks for the links.
>
> It would have helped if the commit logs had had a record of this
> somehow (ie a "Cc: netdev" etc so that I could tell during the merge
> that this was actually something the networking people knew about).
On Wed, Sep 9, 2015 at 8:44 AM, Linus Torvalds
wrote:
>
> Ok. I've merged it in my tree now, it's just waiting for the usual
> compile-test.
Compile-test finished, and pushed out.
Can somebody check that my conversion of roce_gid_mgmt.c actually
_works_ though? It compiles, but that's all I'm t
On 09/09/2015 12:10 PM, Linus Torvalds wrote:
> On Wed, Sep 9, 2015 at 8:44 AM, Linus Torvalds
> wrote:
>>
>> Ok. I've merged it in my tree now, it's just waiting for the usual
>> compile-test.
>
> Compile-test finished, and pushed out.
>
> Can somebody check that my conversion of roce_gid_mgmt
Hi Doug,
On Tue, 8 Sep 2015 23:08:47 -0400 Doug Ledford wrote:
>
> On 09/08/2015 08:35 PM, Linus Torvalds wrote:
>
> > (b) you rebased your commit series after it
>
> Yes. I rebased my tree a bunch of times. I keep two different git
> repos. The one on kernel.org and one on github. I rebas
On 09/09/2015 05:45 PM, Stephen Rothwell wrote:
> Hi Doug,
>
> On Tue, 8 Sep 2015 23:08:47 -0400 Doug Ledford wrote:
>>
>> On 09/08/2015 08:35 PM, Linus Torvalds wrote:
>>
>>> (b) you rebased your commit series after it
>>
>> Yes. I rebased my tree a bunch of times. I keep two different git
>>
Hi Doug,
On Wed, 9 Sep 2015 18:32:17 -0400 Doug Ledford wrote:
>
> On 09/09/2015 05:45 PM, Stephen Rothwell wrote:
> >
> > The only branch of yours that I have ever fetched is
> > git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git#for-next
Turns out that that "branch", is actually
On 9/9/2015 7:11 PM, Doug Ledford wrote:
On 09/09/2015 12:10 PM, Linus Torvalds wrote:
On Wed, Sep 9, 2015 at 8:44 AM, Linus Torvalds
wrote:
Ok. I've merged it in my tree now, it's just waiting for the usual compile-test.
Compile-test finished, and pushed out.
Can somebody check that my
42 matches
Mail list logo
