Should I do something to get subscribed to the new mailing list or I will be
automatically subscribed?
The only change is that I have to write messages to
[EMAIL PROTECTED], correct?
- Original Message -
From: "Jeff Squyres" <[EMAIL PROTECTED]>
To: "OpenFabrics General"
Sent: Monday
> When using the bonding driver, neighbours are created by the net stack on
> behalf
> of the bonding (master) device. On the tx flow the bonding code gets an skb
> such
> that skb->dev points to the master device, it changes this skb to point on the
> slave device and calls the slave hard_start_
> I have got a report on failure to create FMR mapping 1K pages (that is
> 4MB) on memfree.
>
> I don't have the exact details (ie if Arbel/Sinai / what FW / etc)
> nor which exact check fails in
> mthca_fmr_alloc, but what's clear is that the latter function returns
> -ENOMEM when attr.max
At 11:49 AM 2/21/2007, Sean Hefty wrote:
>I sent a message on this topic to the IBTA several days ago, but I am still
>awaiting details (likely early next week).
Unclear if that will occur. I just responded to some e-mail in the IBTA on
the router subject as well.Given that discussion, I sus
On Sun, 2007-02-25 at 16:48, Sasha Khapyorsky wrote:
> After gprof output analyzing, I noticed that current lmx (switch's lid
> matrix) implementation is extremely slow. This simple hops matrix
> reimplementation makes lid matrices build process two times faster.
Excellent!
> Signed-off-by: Sasha
> Yes. It would be good to reduce number of interrupts by changing all upper
> layer protocols to use:
>
> poll CQ
> notify CQ, rotting packet notification
> poll again
>
> instead of
> notify CQ
> poll CQ
>
> If possible this can be in OFED-1.2?
No way, it's way too late at this po
> On our cell blade + PCI-e Mellanox.
I don't see anything in arch/powerpc that looks like
dma_alloc_coherent() will do anything other than allocate some memory
and map it with DMA_BIDIRECTIONAL. So how does this altix fix help in
your situation? Am I misreading the Cell IOMMU code?
- R.
___
Roland Dreier <[EMAIL PROTECTED]> wrote on 02/26/2007 02:09:48 PM:
> > That would be great. We hit a similar problem in our cluster test --
data
> > corruption because of this race.
>
> On what platform?
>
> - R.
On our cell blade + PCI-e Mellanox.
Thanks
Shirley Ma
> Hmm, OK. Then I will do my best to make sure we get a fix for this
> into 2.6.22.
That would be great. We hit a similar problem in our cluster test -- data
corruption because of this race.
Thanks
Shirley Ma___
openib-general mailing list
openib-g
> That would be great. We hit a similar problem in our cluster test -- data
> corruption because of this race.
On what platform?
- R.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To uns
Roland,
Yes. It would be good to reduce number of interrupts by changing all upper
layer protocols to use:
poll CQ
notify CQ, rotting packet notification
poll again
instead of
notify CQ
poll CQ
If possible this can be in OFED-1.2?
Thanks
Shirley Ma
IBM Linux Technology Center
15300 SW Koll
If your subnet is already has a SM running. Please look at the ifconfig
output. If the interface ib0 is UP but not RUNNING, you can't ping since
the carrier is not ON. Also look at /var/log/messages to see whether there
is any errors.
Thanks
Shirley Ma
IBM Linux Technology Center
15300 SW Koll
Hi Ashish,
On Mon, 2007-02-26 at 16:04, Batwara, Ashish wrote:
> Hi,
> I am trying to bring up opensm, but it not letting me. When I look at
> the /var/log/messages, I see that it becomes UP for a moment and then
> again it goes down. Look for " SUBNET UP " in below logs. Can anyone
> know what t
Hi,
I am trying to bring up opensm, but it not letting me. When I look at
the /var/log/messages, I see that it becomes UP for a moment and then
again it goes down. Look for " SUBNET UP " in below logs. Can anyone
know what the problem is? I am using OFED-1.1.1 with patches almost 1
month ago.
Tha
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get various post-rc1 cleanups and fixes:
>
> During my tests I found that when running
>
> 1. modprobe -r ib_mthca (to delete IPoIB interfaces)
> 2. ping somewhere on the subnet of bond0
>
> I get this stack dump (which ends with kernel death)
>[] skb_under_panic+0x5c/0x60
>[] :ib_ipoib:ipoib_hard_header+0x
I think the following patch would make ipoib spec compliant.
ib_find_cached_pkey is called by ib_cm, rdma_cm, ib_srp, and ib_ipoib.
I'm not certain what this change would do to SRP, but the ib_cm and
rdma_cm look okay, given that non-reversible paths aren't supported
yet anyway.
--
ib_find_cached_
https://bugs.openfabrics.org/show_bug.cgi?id=390
--- Comment #1 from [EMAIL PROTECTED] 2007-02-26 12:15 ---
ib_rdma_lat works fine.
--
Configure bugmail: https://bugs.openfabrics.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee f
https://bugs.openfabrics.org/show_bug.cgi?id=390
Summary: perftools don't work on alpha1
Product: OpenFabrics Linux
Version: 1.2alpha1
Platform: Other
OS/Version: Other
Status: NEW
Severity: blocker
Priority: P1
oops - i fogot to CC openib-general.
On 2/26/07, Or Gerlitz <[EMAIL PROTECTED]> wrote:
> Hi Roland,
>
> I have got a report on failure to create FMR mapping 1K pages (that is
> 4MB) on memfree.
>
> I don't have the exact details (ie if Arbel/Sinai / what FW / etc)
> nor which exact check fails in
> int ib_init_ah_from_path(struct ib_device *device, u8 port_num,
> struct ib_sa_path_rec *rec, struct ib_ah_attr
> *ah_attr)
> {
> int ret;
> u16 gid_index;
>
> memset(ah_attr, 0, sizeof *ah_attr);
> ah_attr->dlid = be16_to_cpu(rec->dlid);
Vladimir Sokolovsky wrote:
> On Fri, 2007-02-23 at 12:15 -0800, Sean Hefty wrote:
> > I would like these fixes in OFED 1.2 as well. What git tree / branch
> do I
> > generate a patch against?
> >
> > - Sean
>
> git://git.openfabrics.org/~vlad/ofed_1_2/.git
> branch: ofed_1_2
Can you try pul
On Mon, 2007-02-26 at 09:00 -0800, Scott Weitzenkamp (sweitzen) wrote:
> I want a full OFED build, please. This was agreed to in one of the OFED
> bi-weekly calls.
>
> Scott
>
http://www.openfabrics.org/builds/ofed-1.2/OFED-1.2-20070226-1758.tgz
Re
Hi,
This post follows a previous one, regarding required changes to IPoIB to enable
it to work with bonding. Please find it here:
http://openib.org/pipermail/openib-general/2007-February/032598.html
This patch version adds fixes to the comments from Michael Tsirkin from the
last post.
IPoIB us
FYI. In case you missed it the Nth time: THIS LIST IS CHANGING ON
WEDNESDAY 2/28/2007 (2 days from now). Really. For sure this time.
Trust me. Honest.
Please update your addressbooks!
Begin forwarded message:
> From: "Lee, Michael Paichi" <[EMAIL PROTECTED]>
> Date: February 22, 2007
]
> > http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
>
> http://www.openfabrics.org/builds/ofa_1_2_kernel/
>
> The latest:
> http://www.openfabrics.org/builds/ofa_1_2_kernel/ofa_1_2_kerne
> l-20070226-0405.tgz
>
>
> --
> Vladimir Sokolovsky <[
ghtly builds?
>
> Scott
>
> ___
> ewg mailing list
> [EMAIL PROTECTED]
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
http://www.openfabrics.org/builds/ofa_1_2_kernel/
The latest:
http://www.openfabrics.org/builds/ofa_1_2_kernel/of
> Some of these might be fixed in recent nightly builds.
> Specifically I know 383 was fixed yesterday. Please check
> this and let us know.
Thanks, what is the URL for the nightly builds?
Scott
___
openib-general mailing list
openib-general@openib.or
nope, doesn't seem to make a difference.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
On Mon, 2007-02-26 at 10:37, Or Gerlitz wrote:
> Hal Rosenstock wrote:
> > On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
>
> >> Just to have us agree on the quote, it is from section 4 of rfc 4392
> >> (page 14) eg in http://www.ietf.org/rfc/rfc4392.txt
>
> >>> at the time of creating an IB mul
Hal Rosenstock wrote:
> On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
>> Just to have us agree on the quote, it is from section 4 of rfc 4392
>> (page 14) eg in http://www.ietf.org/rfc/rfc4392.txt
>>> at the time of creating an IB multicast group, multiple values such as the
>>> P_Key, Q_Key, S
On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
> Sean Hefty wrote:
> > I looked into this more...
> > RFC 4391 states (middle of page 5):
> > For a node to join a partition, one of its ports must be assigned the
> > relevant
> > P_Key by the SM [RFC4392].
>
> > Jumping to RFC 4392 (top of page 4)
On ssh.openfabrics.org:
Run
env git_url=/home/mst/scm/ofed_1_2_devel.git git_branch=ofed_1_2 \
CHECK_LOCAL=yes \
CHECK_KERNEL_ORG=yes \
CHECK_CROSS=yes /home/vlad/scripts/build_ofa_kernel.sh
--
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.
__
Hi all,
I wish to remind you that we have the OFED 1.2 coordination meeting today
(Monday Feb-26) at 9am PST.
Agenda:
1. Status update toward beta next week
Tziporet
Bridge info:
Meeting ID: 2106670
Meeting Password:
Global Access Numbers:
http://cisco.com/en/US/about/doing_bus
Hi
Can any one suggest me how to enable fast registration bit while
creation of queue pair
Thanks
manju
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://ope
On Sat, 2007-02-24 at 15:13, Sasha Khapyorsky wrote:
> There are various performance improvements for up/down routing engine:
> - updn_node object which is referenced by switch's priv pointer
> - ranking for switches only
> - replace time consuming cl_list by cl_qlist
> - reuse already collected up
On Sun, 2007-02-25 at 09:23, Yevgeny Kliteynik wrote:
> Hi Hal,
>
> OSM log should be flushed when OSM_SYS_LOG message is
> printed. We had this once, but somehow it has disappeared.
>
> This fix has to go both to trunk and to 1.2.
>
> Thanks,
>
> --Yevgeny
>
> Signed-off-by: Yevgeny Kliteynik
Hi Hal
Trivial data type change to remove compilation warning.
Please apply to the trunk and to the 1.2 branch.
Thanks.
Signed-off-by: Yevgeny Kliteynik <[EMAIL PROTECTED]>
---
osm/opensm/osm_ucast_updn.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/osm/opensm/osm
-2.6.14
Build failed on powerpc with linux-2.6.19
Log:
/home/vlad/tmp/ofa_1_2_kernel-20070226-0200_linux-2.6.19_powerpc_check/drivers/infiniband/ulp/vnic/vnic_control.c:1404:
error: implicit declaration of function âvmallocâ
/home/vlad/tmp/ofa_1_2_kernel-20070226-0200_linux-2.6.19_powerpc_check
40 matches
Mail list logo