Tziporet Koren wrote:
> Hi,
>
> In two weeks delay we publish OFED 1.2-alpha1 on
> http://www.openfabrics.org/builds/ofed-1.2/
> File: OFED-1.2-alpha1.tgz
> BUILD_ID contains info on all packages sources location.
>
> Please report any issues in bugzilla https://bugs.openfabrics.org/
>
> Tziporet
Karun Sharma wrote:
> Not able to install OFED1.2 on SLES10 machines (x86_64) even after
> disabling ipath.
> Attached are the logs generated by install script. Observed some error
> with open-iscsi module. Disabling this module also doesn't help.
I made a fix in open-iscsi build. It should work o
[EMAIL PROTECTED] wrote:
> This email was generated automatically, please do not reply
>
>
> Common build parameters: --with-ipoib-mod --with-sdp-mod --with-srp-mod
> --with-user_mad-mod --with-user_access-mod --with-mthca-mod --with-core-mod
> --with-addr_trans-mod --with-cxgb3-mod
>
Vlad,
Tziporet Koren wrote:
> This is the full OFED 1.2 components list that we will review in the meeting
>
> Tziporet
>
> # Kernel
> ib_verbs (core)
> ib_mthca
> ib_ipoib
> ib_ipath - currently works on 2.6.20 only. Backport patches cannot applied
> ib_iser
> ib_sdp
> ib_srp
> ib_ehca - PPC only
> cxg
Hoang-Nam Nguyen wrote:
> [EMAIL PROTECTED] wrote on 27.01.2007 17:11:34:
>
>>> PS2: For backport on 2.6.16 resp. SLES10 I saw that there is a
>>> hvcall.h under backport/2.6.16/include/linux. However that one
>>> is not sufficient for ehca and include/linux is the wrong place.
>>> Hence, I'm pa
Roland Dreier wrote:
> Thanks, queued for 2.6.20. (And thanks for letting me know that this
> patch should go for 2.6.20)
>
Roland,
What do I need to do in order to insert this fix into the 2.6.19 stable
version (never done that before)?
Thanks,
Erez
___
> the max_conn(maximum no. of connections allowed per session ?) field in
> iscsi_transport structure is not initialised at all while registering with
> the iSCSI layer in the iSER initiator code.
> Is that variable is initialised to any default value? (like iSCSI/TCP has
> max_conn in iscsi_tr
Erez Zilber wrote:
> iSER limits the number of outstanding PDUs to send. When this threshold is
> reached, it should return an error code (-ENOBUFS) instead of setting the
> suspend_tx bit (which should be used only by libiscsi).
>
> Signed-off-by: Erez Zilber <[EMAIL PROTECTED]
iSER limits the number of outstanding PDUs to send. When this threshold is
reached, it should return an error code (-ENOBUFS) instead of setting the
suspend_tx bit (which should be used only by libiscsi).
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ul
>
> ___
> openib-general mailing list
> openib-general@openib.org
> http://openib.org/mailman/listinfo/openib-general
>
> To unsubscribe, please visit http://openib.org/mailman/l
ks and it looks ok.
--
____
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <http://www.voltaire.com/>
___
openib-general mailing list
openib-general@openib.org
http://openib.org
esn't reach the openib list. Therefore, I send it twice.
--
________
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <http://www.voltaire.com/>
_
When a connection is started (a new connection or a recovered one),
iSER should prepare its resources for full-featured mode and only
then notify the iSCSI layer that it is ready to start queueing
commands.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ul
When I ran the install script without having the kernel sources rpm on
SLES 10, I had to wait several minutes before it failed. Shouldn't the
script check such dependencies before starting the build process?
Erez
Vladimir Sokolovsky wrote:
>
> Hi,
> OFED installation script check that the direc
I reported the same problem last week:
http://openib.org/pipermail/openfabrics-ewg/2006-October/001714.html
--
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <h
atch) and didn't see any oops.
Thanks
--
____
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <http://www.voltaire.com/>
___
oblem here?
>
> - R.
>
Roland,
This cannot happen. If there's no data (dto_xfer_len <=
ISER_TOTAL_HEADERS_LEN), iSER & open-iscsi code will not try to look
into the NULL buffer. Just to be sure, I checked the possible paths from
iscsi_iser_recv and it seems ok.
Thanks
--
_
using the open-iscsi git
tree for submission of patches. I understood from Or that I need to 'git
pull' from your tree in order to sync with openib on my local tree. I'll
do that next time.
--
________
Erez Zilber | 972-9
Sean Hefty wrote:
> Erez Zilber wrote:
>> When stopping iSER, we run 'modprobe -r ib_iser'. Then, we see an
>> oops (below). In order to check which module caused that oops, I
>> replaced the 'modprobe -r' call with rmmod for each module:
>&
used for
executing this command. The pages associated with the
command must be unmapped before being touched.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.h |7
drivers/infiniband/ulp/iser/iser_initiator.c
after the iscsi_iser connection
pointed by it is destructed (eg one that is bounded to post
receive buffer which was flushed by the IB HW). Hence DTOs need
point to the lowest connection, which is struct iser_conn.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ul
fix the description of iSER in Kconfig. It is not accurate.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/Kconfig | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
e6a8887cad4e2270c5173451e8b706b907b88133
diff --git a/drivers/infiniba
unmapped before being are touched.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.h |7
drivers/infiniband/ulp/iser/iser_initiator.c | 49 +-
drivers/infiniband/ulp/iser/iser_memory.c
to post
receive buffer which was flushed by the IB HW). Hence DTOs need
point to the lowest connection, which is struct iser_conn.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.c |2 ++
drivers/infiniband/ulp/iser/iscsi_iser.h
Roland,
Here is a series of patches for iSER. Most of them are bug fixes. I hope
that they can be added to rc1.
Thanks
Erez
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, p
g: Aiee, killing interrupt handler!
--
____
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <http://www.voltaire.com/>
___
openib-general mailing list
openib-general@openib.org
http://openib
>> I think that we can throw away
>> https://openib.org/svn/gen2/branches/backport/sles10/. These patches
>> apply to SLES 10 beta 8. They are no longer needed. As for
>> https://openib.org/svn/gen2/branches/backport/2.6.16_sles10/, it
>> contains 2 iSER patches. Both affect only
Michael S. Tsirkin wrote:
> Quoting r. Erez Zilber <[EMAIL PROTECTED]>:
>
>> Subject: 2 SLES 10 backport directories
>>
>> Michael,
>>
>> I saw that there are 2 SLES 10 backport directories in the svn:
>>
>> https://openib.org/svn/gen2/bra
Roland Dreier wrote:
> Erez> There are 3 additional required config entries: NET, INET &
> Erez> INFINIBAND_RDMA_CM. Do you suggest to 'depned' on them or
> Erez> 'depned' on some of them and 'select' the rest?
>
> INET depends on NET, and INFINIBAND_RDMA_CM doesn't exist. So
> depend
connection establishment.
From reading the CMA code, I see that it does not negotiate these
values (responder resources & initiator depth). It expects the ULP to
negotiate it. Why? Shouldn't it be done by the CMA?
Thanks
--
____
Er
Roland Dreier wrote:
> Wouldn't it better just to depend on INET the way ISCSI_TCP does?
> 'select' is more fragile and harder to maintain than 'depends' since
> you always have to make sure you select the full dependency tree of
> every option you really need.
>
> - R.
>
There are 3 additional
Erez Zilber wrote:
> Roland Dreier wrote:
>
>> There is definitely a bug in the drivers/infiniband/ulp/iser/Kconfig
>> file. ISER only depends on INFINIBAND && SCSI. However it is easily
>> possible to enable INFINIBAND and SCSI without enabling INET (in fac
s.
Thanks
--
____
Erez Zilber | 972-9-971-7689
Software Engineer, Storage Team
Voltaire – _The Grid Backbone_
__
www.voltaire.com <http://www.voltaire.com/>
___
openib-general mailing list
openib-general@openib.org
http://op
he patch below covers all cases. It depends on the patch
that Or sent this morning for the config entry of the CMA.
fix the description of iSER in Kconfig. It is not accurate.
Also, iSER used the CMA and INET. It depends on SCSI_ISCSI_ATTRS
that depends on NET. Selecting NET, INET & INFINIBAN
Michael S. Tsirkin wrote:
> Quoting r. Bub Thomas <[EMAIL PROTECTED]>:
>
>> Subject: RE: [openib-general] Trouble installing OFED-1.1-rc3 on a x86_64
>> SLES 10 machine
>>
>> Michael,
>> I don't understand what you mean on the iser trouble.
>>
>
> Or Gerlitz from Voltaire is the iser main
Roland Dreier wrote:
> Thanks, applied 1-5 with this minor fix for a compile warning:
>
> --- a/drivers/infiniband/ulp/iser/iser_memory.c
> +++ b/drivers/infiniband/ulp/iser/iser_memory.c
> @@ -427,9 +427,9 @@ int iser_reg_rdma_mem(struct iscsi_iser_
> iser_err("page_vec: data
Roland Dreier wrote:
> There is definitely a bug in the drivers/infiniband/ulp/iser/Kconfig
> file. ISER only depends on INFINIBAND && SCSI. However it is easily
> possible to enable INFINIBAND and SCSI without enabling INET (in fact
> they can be enabled without NET as in the original config in
the dma mr instead of doing fmr when dma mapping
produces a single dma entry sg.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.h |1 +
drivers/infiniband/ulp/iser/iser_memory.c | 48 +
drivers/infiniband/ulp/i
fix and add some debug prints related to iser
handling of memory for rdma.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iser_memory.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
00703cf2800ce3ac864b149ce75435b00480d9d
R whose pages are of size 4KB
and to take that into account when processing the sg.
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iscsi_iser.h |6 +-
drivers/infiniband/ulp/iser/iser_memory.c | 31 +++--
drivers/infini
Currently, the data length of a command coming down from scsi-ml
is limited only by the size of its sg list (sg_tablesize). The
max data length may be different for different page size values.
By setting max_sectors, we limit the data length to
max_sectors*512 bytes.
Signed-off-by: Erez Zilber
ed (mem->size).
Signed-off-by: Erez Zilber <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iser_memory.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
5301a4bb4f73250a93bc0c103839ae527f6b4110
diff --git a/drivers/infiniband/ulp/iser/iser_memory.c
b/drivers/infiniband/ulp/is
Here is a series of patches that fix some bugs that were found in iSER
during testing (some were found while testing iSER on architectures
like ia64). All of them are related to memory registartion.
Thanks
Erez
___
openib-general mailing list
openib-
Toralf Förster wrote:
> Your're right, sorry,
>
> I forgot this to say that:
> - first I created a random .config file using "make rndconfig"
> - after that I removed all options not fitting my system
> - then I prepended some options commonly used by me on top of the .config file
> - and run final
Toralf Förster wrote:
> I copied the config file to .config, made then a "make oldconfig && make"
> against current sources 2.6.18-rc6-git3.
> BTW, I attach another .config where the similar problem occured
>
Where did you get this config file from? I don't think that this config
file was generat
Roland Dreier wrote:
Or> you need to have CONFIG_INFINIBAND_ADDR_TRANS=m defined also i
Or> think you are missing CONFIG_INET=m
Seems like a bug in the iSER Kconfig -- it shouldn't be possible to
select iSER without everything it needs to compile.
___
Title: Main Signature Signature
The attached patch fixes the description of iSER in Kconfig.
--
Erez
Zilber | 972-9-971-7689
Software
Engineer, Storage Team
Voltaire
– The Grid Backbone
www.voltaire.com
47 matches
Mail list logo