Thanks Chuck Lever for the valuable feedback and suggestions.
This is a rework of the following patch sent almost a year back:
http://www.mail-archive.com/linux-rdma%40vger.kernel.org/msg20730.html
In presence of active mount if someone tries to rmmod vendor-driver, the
command remains stuck fore
Doug,
No problem. I found the patch picked up.
thanks,
wengang
在 2015年07月29日 22:36, Doug Ledford 写道:
On 07/12/2015 09:18 PM, Wengang Wang wrote:
Hi Doug,
How do you think about this patch?
Sorry, I picked this up already. I must have missed sending out the
acknowledgment on this one.
tha
On Jul 29, 2015, at 5:15 PM, Jason Gunthorpe
wrote:
> On Wed, Jul 29, 2015 at 04:47:59PM -0400, Chuck Lever wrote:
>
>> Apparently this is true for some providers, and not for others, and
>> I misunderstood that when I put this together last year.
>
> Really? In kernel providers? Interesting,
On Wed, Jul 29, 2015 at 04:47:59PM -0400, Chuck Lever wrote:
> Apparently this is true for some providers, and not for others, and
> I misunderstood that when I put this together last year.
Really? In kernel providers? Interesting, those are probably wrong...
> > The idea that you can completely
Hi Jason-
On Jul 24, 2015, at 4:46 PM, Jason Gunthorpe
wrote:
> On Fri, Jul 24, 2015 at 04:26:00PM -0400, Chuck Lever wrote:
>> Basically RPC work flow stopped because an RPC reply never
>> arrived.
>
> Oh, that is what I expect to see.. Remebmer the cq upcall is edge
> triggered, so if you l
On 07/23/2015 02:47 PM, Jason Gunthorpe wrote:
> On Thu, Jul 23, 2015 at 11:42:11AM -0700, Bart Van Assche wrote:
>>> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
>>> b/drivers/infiniband/ulp/srp/ib_srp.c
>>> index fb9fed0fac28..a1e3818d0791 100644
>>> +++ b/drivers/infiniband/ulp/srp/ib_srp.c
On 07/01/2015 11:17 AM, Christoph Lameter wrote:
> Is there any release schedule and/or upstream repo where I can see changes
> for libibverbs and libmlx4?
>
I'm working on libibverbs right now. The upstream git repo has not
changed, it's the same as it always was.
Or, Jason asked for some (IMO
On 07/29/2015 10:44 AM, Steve Wise wrote:
> The HW hasn't been sold since 2005, and the SW has definite bit rot.
> Its time to remove it. So move it to staging for a few releases and
> then remove it after that.
>
> Signed-off-by: Steve Wise
Thanks, applied.
--
Doug Ledford
GP
On 07/29/2015 07:06 AM, Haggai Eran wrote:
> Here's an updated patchset with the changes requested by Sean and Jason.
> Thanks
> for your comments.
Hi Haggai,
This doesn't apply on to a clean 4.2-rc4 kernel tree. Can you please
rebase against either that or my to-be-rebase/for-4.3 branch of my
The HW hasn't been sold since 2005, and the SW has definite bit rot.
Its time to remove it. So move it to staging for a few releases and
then remove it after that.
Signed-off-by: Steve Wise
---
drivers/infiniband/Kconfig |1 -
drivers/infiniband/hw/Makefile
On 07/29/2015 10:31 AM, Steve Wise wrote:
>
>
>> -Original Message-
>> From: Doug Ledford [mailto:dledf...@redhat.com]
>> Sent: Wednesday, July 29, 2015 9:28 AM
>> To: Dennis Dalessandro
>> Cc: Steve Wise; linux-rdma@vger.kernel.org
>> Subject: Re: deprecating amso1100
>>
>> On 07/21/2015
On 07/12/2015 09:18 PM, Wengang Wang wrote:
> Hi Doug,
>
> How do you think about this patch?
Sorry, I picked this up already. I must have missed sending out the
acknowledgment on this one.
> thanks,
> wengang
>
> 在 2015年07月06日 14:35, Wengang Wang 写道:
>> Fixes: 3e0249f9c05c ("RDS/IB: add refco
On 07/21/2015 06:22 PM, dennis.dalessan...@intel.com wrote:
> From: Dennis Dalessandro
>
> It is now time for the ipath driver to begin to be phased out of the kernel.
> This patch moves the ipath driver from the Infiniband sub tree to the staging
> area where it will remain until the code is rem
> -Original Message-
> From: Doug Ledford [mailto:dledf...@redhat.com]
> Sent: Wednesday, July 29, 2015 9:28 AM
> To: Dennis Dalessandro
> Cc: Steve Wise; linux-rdma@vger.kernel.org
> Subject: Re: deprecating amso1100
>
> On 07/21/2015 04:45 PM, Doug Ledford wrote:
> >
> >> On Jul 21, 20
On 07/21/2015 04:45 PM, Doug Ledford wrote:
>
>> On Jul 21, 2015, at 4:42 PM, Dalessandro, Dennis
>> wrote:
>>
>>> -Original Message-
>>> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
>>> ow...@vger.kernel.org] On Behalf Of Doug Ledford
>>> Sent: Tuesday, July 21, 2015 2:49
Use ib_cm_insert_listen to create listening IB CM IDs or share existing
ones if needed. When given a request on a specific CM ID, the code now
matches the request to the RDMA CM ID based on the request parameters, so
it no longer needs to rely on the ib_cm's private data matching
capabilities.
Sig
Expose the service ID on an incoming CM or SIDR request to the event
handler. This will allow the RDMA CM module to de-multiplex connection
requests based on the information encoded in the service ID.
Acked-by: Sean Hefty
Signed-off-by: Haggai Eran
---
drivers/infiniband/core/cm.c | 3 +++
incl
When receiving a connection request, rdma_cm needs to associate the request
with a network device, in order to disambiguate requests. To do this, it
needs to know the request's destination IP. For this the module needs to
allow getting this information from the private data in the request packet,
i
From: Yotam Kenneth
In the case of IPoIB, and maybe in other cases, the network device is
managed by an upper-layer protocol (ULP). In order to expose this
network device to other users of the IB device, let ULPs implement
a callback that returns network device according to connection parameters.
Enabling network namespaces for RDMA CM will allow processes on different
namespaces to listen on the same port. In order to leave namespace support
out of the CM layer, this requires that multiple RDMA CM IDs will be able
to share a single CM ID.
This patch adds infrastructure to retrieve an exis
The rdma_cm module will later use the P_Key from the BTH to de-mux
requests.
See discussion at:
http://www.spinics.net/lists/netdev/msg336067.html
Cc: Jason Gunthorpe
Cc: Liran Liss
Signed-off-by: Haggai Eran
---
drivers/infiniband/core/cm.c | 20
include/rdma/ib_cm.h
When receiving a new connection in cma_req_handler, we actually already
know the net_dev that is used for the connection's creation. Instead of
calling cma_translate_addr to resolve the new connection id's source
address, just use the net_dev that was found.
Signed-off-by: Haggai Eran
---
driver
Now that there are no ib_cm clients using the compare_data feature for
matching IB CM requests' private data, remove the compare_data parameter of
ib_cm_listen and remove the code implementing the feature.
Signed-off-by: Haggai Eran
---
drivers/infiniband/core/cm.c| 109 ++---
Add helper functions to access the IDRs by port-space and port number.
Pass around the port-space enum in cma.c instead of using pointers to
port-space IDRs.
Signed-off-by: Haggai Eran
Signed-off-by: Yotam Kenneth
Signed-off-by: Shachar Raindel
Signed-off-by: Guy Shapiro
---
drivers/infiniba
Pass incoming request parameters through the relevant IPv4/IPv6 routing
tables and make sure the network stack is configured to handle such
requests.
Signed-off-by: Haggai Eran
---
drivers/infiniband/core/cma.c | 95 +--
1 file changed, 92 insertions(+), 3
An ib_client callback that is called with the lists_rwsem locked only for
read is protected from changes to the IB client lists, but not from
ib_unregister_device() freeing its client data. This is because
ib_unregister_device() will remove the device from the device list with
lists_rwsem locked fo
From: Guy Shapiro
Implement the get_net_device_by_port_pkey_ip callback that returns network
device to ib_core according to connection parameters. Check the ipoib
device and iterate over all child devices to look for a match.
For each IPoIB device we iterate through all upper devices when search
Here's an updated patchset with the changes requested by Sean and Jason. Thanks
for your comments.
Changes from v2:
- added missing reviewed-bys
- Patch 5: remove service_mask as a parameter from ib_cm_insert_listen()
- Patch 9:
* move cma_req_info struct near other structs
* put GID by value
Instead of relying on a the ib_cm module to check an incoming CM request's
private data header, add these checks to the RDMA CM module. This allows a
following patch to to clean up the ib_cm interface and remove the code that
looks into the private headers. It will also allow supporting namespaces
ADMINISTRATOR Verifizierung LAUFENDEN :: sehr wichtig
Wir sind derzeit ein Upgrade unserer Datenbank Zentrum und E-Mail-Konto. denn
letzten Sicherheitskontrolle auf.
Zur Schließung Ihres Kontos zu vermeiden, müssen Sie folgenden aktualisieren, so
dass wir den Status wissen, wie das Konto derz
On Wed, Jul 29, 2015 at 1:03 PM, Christoph Hellwig wrote:
> Hi Devesh,
>
> I don't understand your use of "vendor driver" here. It seems your'e
> talking about the HCA driver.
Yes, I mean to say HCA driver. I will change this in next revision,
its confusing rigth now.
>
--
To unsubscribe from t
Hi Devesh,
I don't understand your use of "vendor driver" here. It seems your'e
talking about the HCA driver.
--
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.kernel.org/majordomo-in
Thanks Chuck Lever for the valuable feedback and suggestions.
This is a rework of the following patch sent almost a year back:
http://www.mail-archive.com/linux-rdma%40vger.kernel.org/msg20730.html
In presence of active mount if someone tries to rmmod vendor-driver, the
command remains stuck fore
Thanks Chuck Lever for the valuable feedback and suggestions.
This is a rework of the following patch sent almost a year back:
http://www.mail-archive.com/linux-rdma%40vger.kernel.org/msg20730.html
In presence of active mount if someone tries to rmmod vendor-driver, the
command remains stuck fore
34 matches
Mail list logo
