> Roland Dreier wrote:
>> Linus pull my for-2.6.18 branch today, so the RDMA CM is upstream
>> now. He still has not pulled scsi-misc-2.6 so AFAIK there is still
>> more required before we can merge iSER.
Roland,
I see now that Linus has pulled the scsi-misc-2.6 updates for 2.6.18 -
which means
>librdmacm/examples/mckey.c: Fix example name in messages
>
>Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Thanks, Hal. Do you mind committing this change?
- Sean
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/
James,
Fix bug in dapls_ib_get_dat_event() call after adding new unreachable event.
-arlin
Signed-off by: Arlin Davis [EMAIL PROTECTED]
Index: dapl/openib_cma/dapl_ib_cm.c
===
--- dapl/openib_cma/dapl_ib_cm.c(revision 8166
On Wed, Jun 21, 2006 at 03:48:57AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.17-rc6-mm2:
>...
> git-infiniband.patch
>...
> git trees
>...
This patch makes some needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/scsi/qla2xxx/qla_gbl.h |
librdmacm/examples/mckey.c: Fix example name in messages
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Index: ../../librdmacm/examples/mckey.c
===
--- ../../librdmacm/examples/mckey.c(revision 8166)
+++ ../../librdmacm/exampl
Most of the folks capable of reviewing networking changes
listen in on the netdev@vger.kernel.org mailing list, not
here.
Thanks.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscrib
This patch uses notifier blocks to implement a network event
notifier mechanism.
Clients register their callback function by calling
register_netevent_notifier() like this:
static struct notifier_block nb = {
.notifier_call = my_callback_func
};
...
register_netevent_notifier(&nb);
---
This patch adds event calls for neighbour change, route update, and
routing redirect events.
TODO: PMTU change events.
---
net/core/Makefile|2 +-
net/core/neighbour.c |8
net/ipv4/fib_semantics.c |7 +++
net/ipv4/route.c |6 ++
4 files chang
This patch implements a mechanism that allows interested clients to
register for notification of certain network events. The intended use
is to allow RDMA devices (linux/drivers/infiniband) to be notified of
neighbour updates, ICMP redirects, path MTU changes, and route changes.
The reason these
Hi Eitan,
On Wed, 2006-06-21 at 03:34, Eitan Zahavi wrote:
> Hi Hal
>
> Following the OFED 1.0 release I think it will be very handy to
> user to see OpenSM release notes accumulate in the doc dir.
>
> As release notes always refer back to old releases - by not specifying
> all features just n
> ok pci posting...
>
> basically, if you use writel() and co, the PCI bridges in the middle are
> allowed (and the more fancy ones do) cache the write, to see if more
> writes follow, so that the bridge can do the writes as a single burst to
> the device, rather than as individual writes. This i
On Wed, Jun 21, 2006 at 11:32:51AM -0500, Steve Wise wrote:
> Um, what's a 'PCI posting flush'? Can you point me where its
> described/used so I can see if we need it? Thanx.
I've written this up before:
http://iou.parisc-linux.org/ols_2002/4Posted_vs_Non_Posted.html
grant
> 0;
> > > +
> > > + __raw_writew(0, elem->hw_desc + C2_RXP_STATUS);
> > > + __raw_writew(0, elem->hw_desc + C2_RXP_COUNT);
> > > + __raw_writew(0, elem->hw_desc + C2_RXP_LEN);
> >
> > you seem to be a fan of the __raw_write() functions... any reason why?
> > __raw_ is not
On Tue, 2006-06-20 at 22:43 +0200, Arjan van de Ven wrote:
> On Tue, 2006-06-20 at 15:30 -0500, Steve Wise wrote:
>
> > +/*
> > + * Allocate TX ring elements and chain them together.
> > + * One-to-one association of adapter descriptors with ring elements.
> > + */
> > +static int c2_tx_ring_alloc
On Tue, 20 Jun 2006, Hal Rosenstock wrote:
> > > The SM does not know the IP addresses unless they are registered
> > > by DAPL (via ServiceRecords) but I'm not sure that is done
> > > anymore or whether DAPL runs in your environment.
> > >
> >
> > if i run DAPL in my environment will it wor
Tziporet, Thanks. I also opened a bug on this. Bug # 142.Regards.On 6/20/06, Tziporet Koren <
[EMAIL PROTECTED]> wrote:Paul wrote:> Michael,> I performed the same work-around in bash (not so good with perl
> these days) it gets past the prior point. Thanks. Should something> that takes car
>
> As I mentioned in the previous email on this, my preference would be
to
> name the release notes by that version string. Any objections ?
>
> What was the OpenSM version string for this ?
[EZ] It was 2.0.1
>
___
openib-general mailing list
openib-
On Wed, 2006-06-21 at 10:27, Eitan Zahavi wrote:
> > > This patch adds the two latest releases notes.
> > > One from Jan 2006 and one from Jun 2006.
> >
> > What was the Jan 2006 release ?
> [EZ] That was the first gen2 distribution.
As I mentioned in the previous email on this, my preference w
> > This patch adds the two latest releases notes.
> > One from Jan 2006 and one from Jun 2006.
>
> What was the Jan 2006 release ?
[EZ] That was the first gen2 distribution.
>
> -- Hal
___
openib-general mailing list
openib-general@openib.org
http
Hi Amith,
On Wed, 2006-06-21 at 10:07, amith rajith mamidala wrote:
> Hi,
>
> I have a quick question. I updated the infiniband kernel modules and while
> compiling them got this error.
> (Redhat AS 4, linux-2.6.16.20 on IA-32 platform )
>
> drivers/infiniband/ulp/ipoib/ipoib_main.c: In function
Hi,
I have a quick question. I updated the infiniband kernel modules and while
compiling them got this error.
(Redhat AS 4, linux-2.6.16.20 on IA-32 platform )
drivers/infiniband/ulp/ipoib/ipoib_main.c: In function
`ipoib_neigh_setup_dev':
drivers/infiniband/ulp/ipoib/ipoib_main.c:794: error: str
Thanks,
Committed with minor change to always ack events before exiting.
trunk: revision 8159
iwarp branch: revision 8160
Steve.
On Tue, 2006-06-20 at 18:53 +0300, Dotan Barak wrote:
> Added checks to the return values of all of the functions that may
> fail
> (in order to add this test to th
Hi Sasha,
On Wed, 2006-06-21 at 08:49, Sasha Khapyorsky wrote:
> Hi Hal,
>
> The lower block of pkey tables' 'blocks' vector may be not initialized
> due to lost MADs. We need to check it for NULL. Some duplicated code
> removal as well.
>
> Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
T
Since 'blocks' pkey vector is updated only by receiver, remove it from
osm_pkey_tbl_set_new_entry(), as well as osm_pkey_tbl_make_block_pair().
Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
---
osm/include/opensm/osm_pkey.h | 35
osm/opensm/osm_pkey.c |
Hi Hal,
The lower block of pkey tables' 'blocks' vector may be not initialized
due to lost MADs. We need to check it for NULL. Some duplicated code
removal as well.
Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
---
osm/opensm/osm_pkey.c | 33 +++--
1 files ch
Hi Eitan,
On Wed, 2006-06-21 at 03:34, Eitan Zahavi wrote:
> Hi Hal
>
> Following the OFED 1.0 release I think it will be very handy to
> user to see OpenSM release notes accumulate in the doc dir.
Sure; that seems reasonable.
> As release notes always refer back to old releases - by not spec
Hi Eitan,
On Wed, 2006-06-21 at 02:10, Eitan Zahavi wrote:
> Hi Hal,
>
> Thanks for applying the patch.
>
> Regarding the issues :
>
> Hal Rosenstock wrote:
> >>+
> >>+ CL_ASSERT( p_pkey_tbl );
> >
> >
> > Should the other routines also assert on this or should this be
> > consistent with t
27 matches
Mail list logo
