Re: [openib-general] modules compilation status for OFED 1.2
OK with me Tziporet From: Ramachandra Kuchimanchi [mailto:[EMAIL PROTECTED] Sent: Saturday, January 27, 2007 9:45 AM To: Tziporet Koren; EWG; Hoang-Nam Nguyen; Bryan O'Sullivan Cc: OPENIB; Betsy Zeller Subject: RE: modules compilation status for OFED 1.2 Tziporet, We investigated supporting the VNIC driver on SLES 9 SP3 and it looks like the backport patch for this may not be completed by the Jan 31st code freeze. Thus for now, VNIC driver will not be supported on SLES 9 SP3. Regards, Ram From: Tziporet Koren [mailto:[EMAIL PROTECTED] Sent: Wed 1/24/2007 9:17 PM To: EWG; Hoang-Nam Nguyen; Bryan O'Sullivan Cc: OPENIB; Betsy Zeller; Ramachandra Kuchimanchi Subject: modules compilation status for OFED 1.2 Hi All, We are approaching code freeze and I want to make sure that all kernel modules indeed will compile on the supported OSes of OFED 1.2: * Redhat EL4 up5 (currently tested on up4) * Redhat EL5 - if will be available * SLES9 SP3 * SLES10 SP1 * kernel.org: 2.6.19.x and 2.6.20.x The status is that all modules (except ehca) pass compilation on kernel 2.6.19. The following modules have issues with support for some distros: * vnic (Ram) - SLES9 * ipath driver (Bryan) : SLES9, Redhat EL4 up4, SLES10 SP1 * ehca driver (Nam) - SLES9, Redhat EL4 up4, SLES10 SP1, 2.6.19 Owners of these modules: Please take an action to fix as soon as possible or reply if you don't want your module to be supported on some of the distros Thanks, Tziporet ___ 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
[openib-general] patch for -stable
Roland, went over the logs, and I think the following is severe enough to go into -stable: commit bf628dc22a09ed2022abb32c76011ae5f99ad6b0 Author: Roland Dreier [EMAIL PROTECTED] Date: Fri Dec 15 14:01:49 2006 -0800 IB/srp: Fix FMR mapping for 32-bit kernels and addresses above 4G What do you think? Can you send it or do you want me to? -- MST ___ 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
[openib-general] ofa_1_2_kernel 20070128-0200 daily build status
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 Passed: Passed on i686 with 2.6.15-23-server Passed on i686 with linux-2.6.17 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.13 Passed on i686 with linux-2.6.12 Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.15 Passed on i686 with linux-2.6.16 Passed on i686 with linux-2.6.14 Passed on x86_64 with linux-2.6.19 Passed on powerpc with linux-2.6.19 Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.15 Passed on x86_64 with linux-2.6.16 Passed on x86_64 with linux-2.6.12 Passed on x86_64 with linux-2.6.14 Passed on x86_64 with linux-2.6.17 Passed on powerpc with linux-2.6.18 Passed on powerpc with linux-2.6.17 Passed on ppc64 with linux-2.6.14 Passed on powerpc with linux-2.6.13 Passed on x86_64 with linux-2.6.13 Passed on powerpc with linux-2.6.12 Passed on ia64 with linux-2.6.19 Passed on ppc64 with linux-2.6.19 Passed on ppc64 with linux-2.6.12 Passed on powerpc with linux-2.6.16 Passed on powerpc with linux-2.6.15 Passed on ppc64 with linux-2.6.16 Passed on powerpc with linux-2.6.14 Passed on ppc64 with linux-2.6.15 Passed on ppc64 with linux-2.6.17 Passed on ppc64 with linux-2.6.13 Passed on ia64 with linux-2.6.18 Passed on ia64 with linux-2.6.13 Passed on ppc64 with linux-2.6.18 Passed on ia64 with linux-2.6.17 Passed on ia64 with linux-2.6.16 Passed on ia64 with linux-2.6.14 Passed on ia64 with linux-2.6.15 Passed on ia64 with linux-2.6.12 Failed: ___ 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
Re: [openib-general] Add bonding suuport to OFED
Vladimir Sokolovsky wrote:
Hi Moni,
Please review the following patch to ib-bonding.spec:
Use %{_prefix} in RPM spec file instead of hard-coded /usr/local/ofed.
Signed-off-by: Vladimir Sokolovsky [EMAIL PROTECTED]
---
diff --git a/ib-bonding.spec b/ib-bonding.spec
index db02fe8..77e51e0 100644
--- a/ib-bonding.spec
+++ b/ib-bonding.spec
@@ -5,6 +5,8 @@
%define _build_name_fmt
%%{ARCH}/%%{NAME}-%%{VERSION}-%%{RELEASE}-%%{DISTRIBUTION}-%%{ARCH}.rpm
+%{!?_prefix: %define _prefix /usr/local/ofed}
+
Summary : ib_bonding patch and modules.
Name: %{name}
Version : %{version}
@@ -39,11 +41,11 @@ fi
%install
[ ${RPM_BUILD_ROOT} != / -a -d ${RPM_BUILD_ROOT} ] rm -rf
${RPM_BUILD_ROOT}
mkdir -p
${RPM_BUILD_ROOT}/lib/modules/%{kversion}/kernel/drivers/net/bonding/
-mkdir -p ${RPM_BUILD_ROOT}/usr/local/ofed/bin
-mkdir -p ${RPM_BUILD_ROOT}/usr/local/ofed/docs
+mkdir -p ${RPM_BUILD_ROOT}%{_prefix}/bin
+mkdir -p ${RPM_BUILD_ROOT}%{_prefix}/docs
install -m 755 linux/drivers/net/bonding/bonding.ko
${RPM_BUILD_ROOT}/lib/modules/%{kversion}/kernel/drivers/net/bonding/
-install -m 755 bin/bond-init.sh ${RPM_BUILD_ROOT}/usr/local/ofed/bin
-install -m 755 docs/ib-bonding.txt ${RPM_BUILD_ROOT}/usr/local/ofed/docs
+install -m 755 bin/bond-init.sh ${RPM_BUILD_ROOT}%{_prefix}/bin
+install -m 755 docs/ib-bonding.txt ${RPM_BUILD_ROOT}%{_prefix}/docs
@@ -51,7 +53,7 @@ install -m 755 docs/ib-bonding.txt ${RP
if [ ! -z $STACK_PREFIX ] ; then
backup_dir=$STACK_PREFIX/backup
else
-backup_dir=/usr/local/ofed/backup
+backup_dir=%{_prefix}/backup
fi
@@ -69,7 +71,7 @@ STACK_PREFIX=$(test -x /etc/infiniband/i
if [ ! -z $STACK_PREFIX ] ; then
backup_dir=$STACK_PREFIX/backup
else
-backup_dir=/usr/local/ofed/backup
+backup_dir=%{_prefix}/backup
fi
cd $backup_dir
found_file=$(find -name bonding.ko)
@@ -81,6 +83,6 @@ fi
%files
/lib/modules/%{kversion}/kernel/drivers/net/bonding/bonding.ko
-/usr/local/ofed/bin/bond-init.sh
-/usr/local/ofed/docs/ib-bonding.txt
+%{_prefix}/bin/bond-init.sh
+%{_prefix}/docs/ib-bonding.txt
Thabks.
I applied that.
___
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
[openib-general] oops at device removal
We have observed the following crash:
Unable to handle kernel paging request at 00100108 RIP:
8823af5f{:ib_core:ib_unregister_event_handler+31}
PGD 117034067 PUD 102047067 PMD 0
Oops: 0002 [1] SMP
last sysfs file: /devices/pci:00/:00:06.0/:08:00.0/subsystem_device
CPU 2
Modules linked in: autofs4 ipv6 raw ib_sa ib_uverbs ib_umad nfs lockd nfs_acl
sunrpc ib_mt
hca ib_mad ib_core memtrack af_packet button battery ac apparmor aamatch_pcre
loop dm_mod
ehci_hcd uhci_hcd ide_cd cdrom i8xx_tco usbcore shpchp e1000 pci_hotplug floppy
ext3 jbd e
dd fan thermal processor sg mptspi mptscsih mptbase scsi_transport_spi piix
sd_mod scsi_mo
d ide_disk ide_core
Pid: 9241, comm: modprobe Tainted: G U 2.6.16.21-0.8-smp #1
RIP: 0010:[8823af5f]
8823af5f{:ib_core:ib_unregister_event_handler+31}
RSP: :810100801e68 EFLAGS: 00010046
RAX: 00200200 RBX: 883282e0 RCX: 883282f0
RDX: 00100100 RSI: 0282 RDI: 810119836058
RBP: 8101119ce480 R08: 8101119ce608 R09: 810100801e40
R10: 0001 R11: 81010f493e38 R12:
R13: 88324020 R14: 810119af9080 R15: 0292
FS: 2b7fa92af6d0() GS:81011c06b340() knlGS:
CS: 0010 DS: ES: CR0: 8005003b
CR2: 00100108 CR3: 000101a04000 CR4: 06e0
Process modprobe (pid: 9241, threadinfo 81010080, task 81011b1b0080)
Stack: 8101119ce490 8831f036 810119af9070 810119836000
810111ab2de0 8823b615 810110005820 8033da60
88324080 0080
Call Trace: 8831f036{:ib_sa:mcast_remove_one+43}
8823b615{:ib_core:ib_unregister_client+55}
8831efc8{:ib_sa:mcast_cleanup+16}
8832001d{:ib_sa:ib_sa_cleanup
+9}
8014aa3c{sys_delete_module+540}
80167e37{do_munmap+619}
801e7e6b{__up_write+33} 8010a7be{system_call+126}
Code: 48 89 42 08 48 89 10 48 c7 41 08 00 02 20 00 48 8b 3b 48 c7
RIP 8823af5f{:ib_core:ib_unregister_event_handler+31} RSP
810100801e68
CR2: 00100108
Address ib_unregister_event_handler+31 is here:
/tmp/openib_gen2/last_stable/gen2_devel_kernel/drivers/infiniband/core/device.c:450
list_del():
/usr/src/linux-2.6.16.21-0.8/include/linux/list.h:165
__list_del():
/usr/src/linux-2.6.16.21-0.8/include/linux/list.h:153
1cdb: 48 89 42 08 mov%rax,0x8(%rdx)
--
MST
___
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
Re: [openib-general] oops at device removal
We have observed the following crash: OK, I think I see a reason for this. I notice the following in code, file multicast.c, function mcast_add_one: ib_set_client_data(device, mcast_client, dev); INIT_IB_EVENT_HANDLER(event_handler, device, mcast_event_handler); ib_register_event_handler(event_handler); So it seems like if I have 2 devices, event_handler will be registered twice. This will trigger data corruption as same entry will be added to list twice. Or so it seems. Sean, what's the idea here? -- MST ___ 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
Re: [openib-general] [PATCH] ofed_1_2 Backport Chelsio to rhel5 (2.6.18_FC6).
Quoting Steve Wise [EMAIL PROTECTED]: Subject: Re: [PATCH] ofed_1_2 Backport Chelsio to rhel5 (2.6.18_FC6). On Fri, 2007-01-26 at 09:35 +0200, Michael S. Tsirkin wrote: Quoting Steve Wise [EMAIL PROTECTED]: Subject: [PATCH] ofed_1_2 Backport Chelsio to rhel5 (2.6.18_FC6). Backport Chelsio to rhel5 (2.6.18_FC6). BTW, steve, is FC4 supported? I don't see a backport ... I haven't done that one. I wasn't planning on it since its not one of the OFED 1.2 supported distros. It's trivial to add it, but I don't have the kernel src. Actually, what's the reason to keep these backports around still? Vlad, let's remove. -- MST ___ 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
Re: [openib-general] oops at device removal
Quoting Michael S. Tsirkin [EMAIL PROTECTED]:
Subject: Re: oops at device removal
We have observed the following crash:
OK, I think I see a reason for this.
I notice the following in code, file multicast.c, function mcast_add_one:
ib_set_client_data(device, mcast_client, dev);
INIT_IB_EVENT_HANDLER(event_handler, device,
mcast_event_handler);
ib_register_event_handler(event_handler);
So it seems like if I have 2 devices, event_handler will be registered twice.
This will trigger data corruption as same entry will be added to list twice.
Or so it seems. Sean, what's the idea here?
It seems something like the following would fix it (untested).
Make new multicast code not crash on platforms with multiple HCAs.
Signed-off-by: Michael S. Tsirkin [EMAIL PROTECTED]
---
diff --git a/drivers/infiniband/core/multicast.c
b/drivers/infiniband/core/multicast.c
index fde977e..e51a078 100644
--- a/drivers/infiniband/core/multicast.c
+++ b/drivers/infiniband/core/multicast.c
@@ -51,7 +51,6 @@ static struct ib_client mcast_client = {
};
static struct ib_sa_client sa_client;
-static struct ib_event_handler event_handler;
static struct workqueue_struct *mcast_wq;
static union ib_gid mgid0;
@@ -71,6 +70,7 @@ struct mcast_device {
int start_port;
int end_port;
struct mcast_port port[0];
+ struct ib_event_handler event_handler;
};
enum mcast_state {
@@ -793,8 +793,8 @@ static void mcast_add_one(struct ib_device *device)
dev-device = device;
ib_set_client_data(device, mcast_client, dev);
- INIT_IB_EVENT_HANDLER(event_handler, device, mcast_event_handler);
- ib_register_event_handler(event_handler);
+ INIT_IB_EVENT_HANDLER(dev-event_handler, device, mcast_event_handler);
+ ib_register_event_handler(dev-event_handler);
}
static void mcast_remove_one(struct ib_device *device)
@@ -807,7 +807,7 @@ static void mcast_remove_one(struct ib_device *device)
if (!dev)
return;
- ib_unregister_event_handler(event_handler);
+ ib_unregister_event_handler(dev-event_handler);
flush_workqueue(mcast_wq);
for (i = 0; i = dev-end_port - dev-start_port; i++) {
--
MST
___
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
Re: [openib-general] [RFC/BUG] libibverbs: DMA vs. CQ race
Here's a first cut at a patch. I'd appreciate comments.
(The patch is against 1.1-rc7, and doesn't quite apply to
1.2.)
The attached patches cause CQ allocation to (unconditionally)
be done using dma_alloc_coherent(). The mmap() interface is
(ab)used to allow access to user-level CQs.
Is this going in the right direction? Should the allocations
be done conditionally (i.e., should user-level CQs continue
to be allocated with a plain old malloc(), or something
similar, unless the platform requires otherwise)?
This is the first time I've done anything beyond minor first
aid to OFED code, so please let me know if I've broken
anything, too.
--
Arthur
diff -rup openib-1.1/drivers/infiniband/hw/mthca/mthca_allocator.c
openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_allocator.c
--- openib-1.1/drivers/infiniband/hw/mthca/mthca_allocator.c2006-10-05
06:07:01.0 -0700
+++ openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_allocator.c 2007-01-28
14:16:41.859588954 -0800
@@ -194,7 +194,7 @@ void mthca_array_cleanup(struct mthca_ar
*/
int mthca_buf_alloc(struct mthca_dev *dev, int size, int max_direct,
- union mthca_buf *buf, int *is_direct, struct mthca_pd *pd,
+ union mthca_buf *buf, int *is_direct, u32 pdn,
int hca_write, struct mthca_mr *mr)
{
int err = -ENOMEM;
@@ -259,9 +259,7 @@ int mthca_buf_alloc(struct mthca_dev *de
}
}
- err = mthca_mr_alloc_phys(dev, pd-pd_num,
- dma_list, shift, npages,
- 0, size,
+ err = mthca_mr_alloc_phys(dev, pdn, dma_list, shift, npages, 0, size,
MTHCA_MPT_FLAG_LOCAL_READ |
(hca_write ? MTHCA_MPT_FLAG_LOCAL_WRITE : 0),
mr);
diff -rup openib-1.1/drivers/infiniband/hw/mthca/mthca_cq.c
openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_cq.c
--- openib-1.1/drivers/infiniband/hw/mthca/mthca_cq.c 2006-10-05
06:07:01.0 -0700
+++ openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_cq.c2007-01-28
14:05:18.585901589 -0800
@@ -342,7 +342,8 @@ void mthca_cq_resize_copy_cqes(struct mt
get_cqe(cq, i cq-ibcq.cqe), MTHCA_CQ_ENTRY_SIZE);
}
-int mthca_alloc_cq_buf(struct mthca_dev *dev, struct mthca_cq_buf *buf, int
nent)
+int mthca_alloc_cq_buf(struct mthca_dev *dev, struct mthca_cq_buf *buf,
+ int nent, u32 pdn)
{
int ret;
int i;
@@ -350,7 +351,7 @@ int mthca_alloc_cq_buf(struct mthca_dev
ret = mthca_buf_alloc(dev, nent * MTHCA_CQ_ENTRY_SIZE,
MTHCA_MAX_DIRECT_CQ_SIZE,
buf-queue, buf-is_direct,
- dev-driver_pd, 1, buf-mr);
+ pdn, 1, buf-mr);
if (ret)
return ret;
@@ -813,11 +814,10 @@ int mthca_init_cq(struct mthca_dev *dev,
cq_context = mailbox-buf;
- if (cq-is_kernel) {
- err = mthca_alloc_cq_buf(dev, cq-buf, nent);
- if (err)
- goto err_out_mailbox;
- }
+ err = mthca_alloc_cq_buf(dev, cq-buf, nent,
+ctx ? pdn : dev-driver_pd.pd_num);
+ if (err)
+ goto err_out_mailbox;
spin_lock_init(cq-lock);
cq-refcount = 1;
@@ -873,8 +873,7 @@ int mthca_init_cq(struct mthca_dev *dev,
return 0;
err_out_free_mr:
- if (cq-is_kernel)
- mthca_free_cq_buf(dev, cq-buf, cq-ibcq.cqe);
+ mthca_free_cq_buf(dev, cq-buf, cq-ibcq.cqe);
err_out_mailbox:
mthca_free_mailbox(dev, mailbox);
@@ -950,12 +949,10 @@ void mthca_free_cq(struct mthca_dev *dev
wait_event(cq-wait, !get_cq_refcount(dev, cq));
- if (cq-is_kernel) {
- mthca_free_cq_buf(dev, cq-buf, cq-ibcq.cqe);
- if (mthca_is_memfree(dev)) {
- mthca_free_db(dev, MTHCA_DB_TYPE_CQ_ARM,
cq-arm_db_index);
- mthca_free_db(dev, MTHCA_DB_TYPE_CQ_SET_CI,
cq-set_ci_db_index);
- }
+ mthca_free_cq_buf(dev, cq-buf, cq-ibcq.cqe);
+ if (mthca_is_memfree(dev)) {
+ mthca_free_db(dev, MTHCA_DB_TYPE_CQ_ARM,cq-arm_db_index);
+ mthca_free_db(dev, MTHCA_DB_TYPE_CQ_SET_CI,
cq-set_ci_db_index);
}
mthca_table_put(dev, dev-cq_table.table, cq-cqn);
diff -rup openib-1.1/drivers/infiniband/hw/mthca/mthca_dev.h
openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_dev.h
--- openib-1.1/drivers/infiniband/hw/mthca/mthca_dev.h 2006-10-05
06:07:01.0 -0700
+++ openib-1.1.cq/drivers/infiniband/hw/mthca/mthca_dev.h 2007-01-28
13:58:46.069861105 -0800
@@ -120,6 +120,8 @@ enum {
MTHCA_CMD_NUM_DBELL_DWORDS = 8
};
+#define MTHCA_MAGIC_CQ_OFFSET 0xcffe
+
struct mthca_cmd {
struct pci_pool
[openib-general] [PATCH TRIVIAL] opensm: remove unused p_subn-node_lid_tbl field
This removes unused node_lid_tbl field in osm_subn_t structure.
Signed-off-by: Sasha Khapyorsky [EMAIL PROTECTED]
---
osm/include/opensm/osm_subnet.h |1 -
osm/opensm/osm_subnet.c | 15 ---
2 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/osm/include/opensm/osm_subnet.h b/osm/include/opensm/osm_subnet.h
index c256621..a6ffd45 100644
--- a/osm/include/opensm/osm_subnet.h
+++ b/osm/include/opensm/osm_subnet.h
@@ -512,7 +512,6 @@ typedef struct _osm_subn
cl_list_tlight_sweep_physp_list;
cl_qlist_t sa_sr_list;
cl_qlist_t sa_infr_list;
- cl_ptr_vector_t node_lid_tbl;
cl_ptr_vector_t port_lid_tbl;
ib_net16_t master_sm_base_lid;
ib_net16_t sm_base_lid;
diff --git a/osm/opensm/osm_subnet.c b/osm/opensm/osm_subnet.c
index 221a367..f2e909b 100644
--- a/osm/opensm/osm_subnet.c
+++ b/osm/opensm/osm_subnet.c
@@ -73,7 +73,6 @@ osm_subn_construct(
IN osm_subn_t* const p_subn )
{
memset( p_subn, 0, sizeof(*p_subn) );
- cl_ptr_vector_construct( p_subn-node_lid_tbl );
cl_ptr_vector_construct( p_subn-port_lid_tbl );
cl_qmap_init( p_subn-sw_guid_tbl );
cl_qmap_init( p_subn-node_guid_tbl );
@@ -113,8 +112,6 @@ osm_subn_destroy(
osm_node_delete( p_node );
}
- cl_ptr_vector_destroy( p_subn-node_lid_tbl );
-
p_next_port = (osm_port_t*)cl_qmap_head( p_subn-port_guid_tbl );
while( p_next_port != (osm_port_t*)cl_qmap_end( p_subn-port_guid_tbl ) )
{
@@ -186,23 +183,12 @@ osm_subn_init(
p_subn-p_osm = p_osm;
- status = cl_ptr_vector_init( p_subn-node_lid_tbl,
- OSM_SUBNET_VECTOR_MIN_SIZE,
- OSM_SUBNET_VECTOR_GROW_SIZE );
- if( status != CL_SUCCESS )
-return( status );
-
status = cl_ptr_vector_init( p_subn-port_lid_tbl,
OSM_SUBNET_VECTOR_MIN_SIZE,
OSM_SUBNET_VECTOR_GROW_SIZE );
if( status != CL_SUCCESS )
return( status );
- status = cl_ptr_vector_set_capacity( p_subn-node_lid_tbl,
- OSM_SUBNET_VECTOR_CAPACITY );
- if( status != CL_SUCCESS )
-return( status );
-
status = cl_ptr_vector_set_capacity( p_subn-port_lid_tbl,
OSM_SUBNET_VECTOR_CAPACITY );
if( status != CL_SUCCESS )
@@ -212,7 +198,6 @@ osm_subn_init(
LID zero is not valid. NULL out this entry for the
convenience of other code.
*/
- cl_ptr_vector_set( p_subn-node_lid_tbl, 0, NULL );
cl_ptr_vector_set( p_subn-port_lid_tbl, 0, NULL );
p_subn-opt = *p_opt;
--
1.5.0.rc2.g11a3
___
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
Re: [openib-general] patch for -stable
Roland, went over the logs, and I think the following is severe enough to go into -stable: commit bf628dc22a09ed2022abb32c76011ae5f99ad6b0 Author: Roland Dreier [EMAIL PROTECTED] Date: Fri Dec 15 14:01:49 2006 -0800 IB/srp: Fix FMR mapping for 32-bit kernels and addresses above 4G I sent this back in December (although I see I didn't CC anyone other than stable@), and looking at the changelog I see it's already in 2.6.19.2. - R. ___ 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
Re: [openib-general] [Patch ofed1.2 0/3]libehca: cleanup and adjust mmap
This 3 patches changes the libehca coding style to kernel coding and kernel tracing style.The userspace mmap code needs to be adjusted to the changed userspace mapping introduced in kernel patch [PATCH/RFC 2.6.21 0/5] ehca: remove use of do_mmap() from kernel space. Note that ofed 1.2 has not branched yet, so any changes just need to be merged up to maintainer's tree. applied to ~hnguyen/libehca Regards Nam ___ 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
[openib-general] You have 1 new secure message !
You have 1 new ALERT message Please login to your RegionsNet Online Banking and visit the Message Center section in order to read the message. To Login, please click the link below: Go To RegionsNet Online © 2007 Regions Bank. All rights reserved ___ 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
[openib-general] nightly osm_sim report 2007-01-29:normal completion
OSM Simulation Regression Summary OpenSM rev = Sat_Jan_27_11:46:49_2007 85cb73 ibutils rev = Wed_Jan_3_11:42:12_2007 913448 Total=410 Pass=409 Fail=1 Pass: 30 Stability IS1-16.topo 30 Pkey IS1-16.topo 30 OsmTest IS1-16.topo 30 OsmStress IS1-16.topo 30 Multicast IS1-16.topo 30 LidMgr IS1-16.topo 10 Stability IS3-loop.topo 10 Stability IS3-128.topo 10 Pkey IS3-128.topo 10 OsmTest IS3-loop.topo 10 OsmTest IS3-128.topo 10 OsmStress IS3-128.topo 10 Multicast IS3-loop.topo 10 Multicast IS3-128.topo 10 FatTree part-4-ary-3-tree.topo 10 FatTree merge-roots-reorder-4-ary-2-tree.topo 10 FatTree merge-roots-4-ary-2-tree.topo 10 FatTree merge-root-4-ary-3-tree.topo 10 FatTree merge-root-12-ary-2-tree.topo 10 FatTree merge-2-ary-4-tree.topo 10 FatTree half-4-ary-3-tree.topo 10 FatTree blend-4-ary-2-tree.topo 10 FatTree 4-ary-4-tree.topo 10 FatTree 4-ary-3-tree.topo 10 FatTree 32nodes-3lvl-is1.topo 10 FatTree 2-ary-4-tree.topo 10 FatTree 12-node-spaced.topo 10 FatTree 12-ary-2-tree.topo 9 LidMgr IS3-128.topo Failures: 1 LidMgr IS3-128.topo ___ 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
[openib-general] סליחה... את מחפשת עבו דה כמנהלת בכירה?
Title: דרושה מנהלת אדמיניסטרטיבית דרושה מנהלת אדמיניסטרטיבית לחברה מובילה בתחום ניקיון ושירותים למשקי בית הממוקמת ברמת גן התפקיד משלב משימות : ניהול ובקרת צוות המשרד והמנהלים בשטח, ראיונות עובדים לצוות הניהולי, משנה למנכל, גבייה, ניהול תזרימים, עדכון נתונים ותיוקים מדויקים, הכנת חשבוניות, משכורות, שרות לקוחות, קשרי ספקים, הפקדות, דואר, אחריות על מקורות פרסום באופן יומיומי ו... מכירות דרישות התפקיד: רצון מתמיד ללמוד ולשפר הישגים יכולת דחיפה של צוות העובדים לשיפור הישגים יכולת אנליטית ועיבוד נתונים באופן זריז ומדוייק. יכולת עבודה ברמת ריכוז גבוהה, לאורך זמן מול מחשב עמידה במצבי לחץ גישה שירותית, תקשורתיות, אכפתיות, יוזמה אישית, רמה אתית גבוהה יכולות ארגון וסדר, מולטיטסקיות, אנרגטיות ובעלת רצון להצליח יכולת מכירה ושירות גבוהה מהרגיל דוברת עברית רוסית ושפות נוספות יתרון השתלבות בסביבת עבודה נעימה,08.00-17.00 ימי שישי 08.00-12.00 אם הצלחנו לסקרן אותך שלחי מייד פקס עם קורות חיים לפקס 03-7524033 או למייל [EMAIL PROTECTED] ___ 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
