from:"Vladimir Sokolovsky"

[openib-general] Re: [mvapich-discuss] RE: [openfabrics-ewg] Current OFED kernel snapshot

2006-05-08 Thread Vladimir Sokolovsky


Sayantan Sur wrote:

Hi,

* On May,10 Roland Dreier<[EMAIL PROTECTED]> wrote :
  

Abhinav> By referring to the PPC64 architecture, i was mentioning
Abhinav> about the IBM HCAs(4x/12x) running on GX/GX+ Bus. To the
Abhinav> best of my knowledge, these HCAs do not support the
Abhinav> features mentioned above.

Hmm, making this a compile-time thing seems like a problem then.  Some
ppc64 systems have IBM eHCAs and some have Mellanox and/or PathScale
HCAs.  Shouldn't the same MPI package work on all of these systems?



We've just incorporated an autodetection utility as a part of our build
script (make.mvapich.gen2). It essentially reads the type of HCA from
the standard location /sys/class/infiniband//hca_type. Using this
script, we have decoupled the choice of architecture and the InfiniBand
card in the system. We believe using this script, MVAPICH will be able
to work on PPC64 systems connected with Mellanox/Pathscale cards.

On our installation of the IBM PPC64 systems, there is no `hca_type'
file present. If that file is there, then the above mentioned
"decoupling" thing can be done easily by trivially modifying our script.
Does anyone have a PPC64 installation which has that file?

With OpenIB/Gen2 standardized method of exporting HCA types, we will
soon have runtime detection and optimization.

Thanks,
Sayantan.

  


Sayantan,
1. What if HCA driver is not loaded, it can happen when you are going to 
install OFED for the first time and HCA driver is not present?
I think, you should rely on "lspci" instead of /sys/... .

2. There is an option to build RPMs using OFED build.sh script on machine without HCAs. 
So, in this case HCA type should be passed as a parameter.


Regards,
Vladimir



___
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] OFED-1.0-rc4 need db-devel

2006-05-17 Thread Vladimir Sokolovsky


Zhu,
db-devel package is required to build open_iscsi package RPM.
This package is not relevant for RHEL 4.3.
There are two options to install OFED-1.0-rc4 on RHEL 4.3 without 
open_iscsi:

1. Select "Custom installation" and don't choose to install open_iscsi.
2. Edit ofed.conf (created automatically under OFED-1.0-rc4 directory 
when you run install.sh or build.sh) and set *open_iscsi=n*.

   Then run:
   ./install.sh -c ofed.conf

Regards,
Vladimir

zhu shi song wrote:

I have downloaded OFED-1.0-rc4 for my RHEL 4.3.  But I
can't build all modules because it needs db-devel.
RHEL 4.3 just have db4-devel there is no db-devel.  Is
there anything I don't know?

  tks
  zhu

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___

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 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] OFED-1.0-rc4 need db-devel

2006-05-17 Thread Vladimir Sokolovsky


Scott Weitzenkamp (sweitzen) wrote:

db-devel package is required to build open_iscsi package RPM.
This package is not relevant for RHEL 4.3.
There are two options to install OFED-1.0-rc4 on RHEL 4.3 without 
open_iscsi:
1. Select "Custom installation" and don't choose to install 
open_iscsi.
2. Edit ofed.conf (created automatically under OFED-1.0-rc4 directory 
when you run install.sh or build.sh) and set *open_iscsi=n*.

Then run:
./install.sh -c ofed.conf



Why don't we ignore these packages on RHEL4 U3, just like we ignore
uDAPL on ppc64?

Scott

  

We will do this in OFED-1.0-rc5.

Vladimir
___
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] Compilation issues on rhel4 u3 ppc64 sysfs.o

2006-05-25 Thread Vladimir Sokolovsky

In OFED-1.0-rc5 all binaries and libraries will be compiled on *ppc64 
*with *-m64* flag.
This requires sysfsutils and sysfsutils-devel 64-bit RPM to be installed 
(in order to build libibverbs).

Also pciutils and pciutils-devel 64-bit required for tvflash package.

libsdp will be built both 32 and 64 bit libraries.

Note: in order to build sysfsutils 64-bit RPM run:
CC="gcc -m64" rpmbuild --rebuild sysfsutils-1.3.0-1.2.1.src.rpm
 (This was tested on Fedora C4 PPC64)

Regards,
Vladimir

Scott Weitzenkamp (sweitzen) wrote:
I know Vlad made some changes for rc5 in this area, at least for 
libsdp, not sure if other libs got changed as well.
 
Scott Weitzenkamp

SQA and Release Manager
Server Virtualization Business Unit
Cisco Systems
 



*From:* Paul [mailto:[EMAIL PROTECTED]
*Sent:* Wednesday, May 24, 2006 11:00 AM
*To:* Scott Weitzenkamp (sweitzen)
*Cc:* openib-general@openib.org
*Subject:* Re: [openib-general] Compilation issues on rhel4 u3
ppc64 sysfs.o

Scott,
  Upon further inspection the build.sh and install.sh scripts
built 32bit libraries and binaries. If I export CFLAGS (and the
like) to include -m64 then the build dies while looking for a
64bit libsysfs. rhel4 u3 does not include a ppc64 sysfsutils, nor
have I been able to find an actual 64bit version of it. Is there a
workaround for getting things to build actual ppc64
binaries/libraries ?

The actual error is:
checking for dlsym in -ldl... yes
checking for pthread_mutex_init in -lpthread... yes
checking for sysfs_open_class in -lsysfs... no
configure: error: sysfs_open_class() not found. libibverbs
requires libsysfs. 



___
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] [openfabrics-ewg] OFED 1.1 release - schedule and features

2006-07-20 Thread Vladimir Sokolovsky

Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor structure) 
and it fixes the issue Roland was talking about.

Meanwhile I have tested the following flow:
/*_Setup description:_*/

host1 - 2 IB ports connected to IB switch.
ib0: 11.0.0.1
ib1: 12.0.0.1

host2 - port 1 connected to the IB switch.
ib0: 11.0.0.2
opensm over port1

/*_Flow description:_*/
- ping host2 -> 11.0.0.1 (passed)
- set port1 of the host1 to 'DOWN' state (disconnect the port from 
IB subnet)
- ping host2 -> 11.0.0.1 (failed)
- ifconfig ib0 0.0.0.0 (on host1)
- ifconfig ib1 11.0.0.1 (on host1)
- arping -I ib1 11.0.0.1 (on host1)
- ping host2 -> 11.0.0.1 (passed)

arping in this case was not really necessary because ping issues ARP 
requests by himself.

Also, I have tested ssh over IPoIB with the same flow. In this case 
arping also wasn't necessary , but it makes an update of neighbors with 
the new MAC address (of ib1 interface) more quickly.
Note: I updated the original arping to be able to send broadcast using 
ipv4_bcast_addr.

We should decide about initial configuration of the IPoIB interfaces for 
high availability: should they be in a different IP subnets or stay in 
the same one.

Regards,
Vladimir

Eitan Zahavi wrote:
> Hi Roland,
>
> We are trying this approach and will probably be done with it tomorrow.
> So I guess Vlad will be able to update the group soon.
>
> Eitan Zahavi
>
>   
>> -Original Message-
>> From: Roland Dreier
>> Sent: Thursday, July 13, 2006 11:11 PM
>> To: Or Gerlitz
>> Cc: Tziporet Koren; OpenFabricsEWG; openib
>> Subject: Re: [openib-general] OFED 1.1 release - schedule and features
>>
>>  > So if the link which ib0 maps to is DOWN you move the ib0 IPv4
>> 
> address  > to
>   
>> another device whose link is UP (eg ib1) and you somehow have ib1  >
>> 
> send a
>   
>> gratuitous ARP?
>>
>> I think there may be a problem in the way IPoIB deals with gratuitous
>> 
> ARPs.  Because
>   
>> if a neighbour structure is updated by the networking core, there's no
>> 
> way for IPoIB
>   
>> to know about that and update the associated IB path.
>>
>> Has anyone actually tried this failover approach?
>>
>>  - R.
>> 
>
>
> ___
> openfabrics-ewg mailing list
> [EMAIL PROTECTED]
> http://openib.org/mailman/listinfo/openfabrics-ewg
>
>   

___
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] [openfabrics-ewg] OFED 1.1 release - schedule and features

2006-07-23 Thread Vladimir Sokolovsky

Hi Or,
See below,

Regards,
Vladimir

Or Gerlitz wrote:

Vladimir Sokolovsky wrote:

Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor 
structure) and it fixes the issue Roland was talking about.

Meanwhile I have tested the following flow:
/*_Setup description:_*/

   host1 - 2 IB ports connected to IB switch.
   ib0: 11.0.0.1
   ib1: 12.0.0.1

   host2 - port 1 connected to the IB switch.
   ib0: 11.0.0.2
   opensm over port1

/*_Flow description:_*/
   - ping host2 -> 11.0.0.1 (passed)
   - set port1 of the host1 to 'DOWN' state (disconnect the port from 
IB subnet)

   - ping host2 -> 11.0.0.1 (failed)
   - ifconfig ib0 0.0.0.0 (on host1)
   - ifconfig ib1 11.0.0.1 (on host1)
   - arping -I ib1 11.0.0.1 (on host1)
   - ping host2 -> 11.0.0.1 (passed)

arping in this case was not really necessary because ping issues ARP 
requests by himself.

Hi Vlad,

Did you have any special reason to assign host1:ib1 an IP address 
***before*** the failover? is the reason for that happen to be having 
it joins the IPv4 multicast group at "batch time", that is not during 
the failover?
ib1 interface is loaded in any case (with or without configuration) if 
ib0 is loaded by /etc/init.d/network or /etc/init.d/openibd. It can't be 
configured with IP 0.0.0.0 - it fails to start with this configuration.

So, I gave it some IP in a different IP subnet.

>- arping -I ib1 11.0.0.1 (on host1)

-U  Unsolicited ARP mode to update neighbours' ARP caches. No replies 
are expected

-A  The same as -U, but ARP REPLY packets used instead of ARP REQUEST.

I think we want arping to send a gratuitous arp with the MAC of ib1
so weren't you need to provide the -U or -A command line to arping?

You are right I used 'arping -A ...' (fogot to insert it in the email). 
Actually, I have added my flag '-R' which means '-A over IPoIB'
If i understand correct, gratuitous arp was not sent in your usage 
case so i am not sure Michael's patch was exercised.

> Note: I updated the original arping to be able to send broadcast using
> ipv4_bcast_addr.

Can you please send the patch to arping?

Attached (arping_full_ib.c - arping.c with changes for IPoIB).

> Also, I have tested ssh over IPoIB with the same flow. In this case
> arping also wasn't necessary , but it makes an update of neighbors
> with the new MAC address (of ib1 interface) more quickly.

Two interesting test cases you might want to validate your approach 
with is something "long" ie that delivers much traffic before and 
after the failover ie: iperf or netperf over TCP AND UDP. I have not 
validated it but i think UDP would not generate ARP so the gratuitous 
is the only way   to update the remote system with the MAC change.

I will test it later.

Or.

/*
 * arping.c
 *
 *  This program is free software; you can redistribute it and/or
 *  modify it under the terms of the GNU General Public License
 *  as published by the Free Software Foundation; either version
 *  2 of the License, or (at your option) any later version.
 *
 * Authors: Alexey Kuznetsov, <[EMAIL PROTECTED]>
 */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include 

#include "SNAPSHOT.h"

static void usage(void) __attribute__((noreturn));

int quit_on_reply=0;
char *device="eth0";
int ifindex;
char *source;
struct in_addr src, dst;
char *target;
int dad, unsolicited, advert;
int quiet;
int count=-1;
int timeout;
int unicasting;
int s;
int broadcast_only;
int ib_arprep;

struct sockaddr_ll me;
struct sockaddr_ll he;

struct timeval start, last;

int sent, brd_sent;
int received, brd_recv, req_recv;

static const u8 ipv4_bcast_addr[] = {
0x00, 0xff, 0xff, 0xff,
0xff, 0x12, 0x40, 0x1b, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0xff, 0xff, 0xff, 0xff
};

#define MS_TDIFF(tv1,tv2) ( ((tv1).tv_sec-(tv2).tv_sec)*1000 + \
   ((tv1).tv_usec-(tv2).tv_usec)/1000 )

void usage(void)
{
fprintf(stderr,
"Usage: arping [-fqbDUAV] [-c count] [-w timeout] [-I device] 
[-s source] destination\n"
"  -f : quit on first reply\n"
"  -q : be quiet\n"
"  -b : keep broadcasting, don't go unicast\n"
"  -D : duplicate address detection mode\n"
"  -U : Unsolicited ARP mode, update your neighbours\n"
"  -A : ARP answer mode, update your neighbours\n"
"  -V : print version and exit\n"
"  -c count : how many packets to send\n&quo

Re: [openib-general] [openfabrics-ewg] OFED 1.1 release - schedule and features

2006-07-24 Thread Vladimir Sokolovsky

Or Gerlitz wrote:
>> Or Gerlitz wrote:
>>> Vladimir Sokolovsky wrote:
>
>>> Did you have any special reason to assign host1:ib1 an IP address 
>>> ***before*** the failover? is the reason for that happen to be 
>>> having it joins the IPv4 multicast group at "batch time", that is 
>>> not during the failover?
>
>> ib1 interface is loaded in any case (with or without configuration) 
>> if ib0 is loaded by /etc/init.d/network or /etc/init.d/openibd. It 
>> can't be configured with IP 0.0.0.0 - it fails to start with this 
>> configuration.
>> So, I gave it some IP in a different IP subnet.
>
> Not sure what you mean by "loaded": the trigger for IPoIB to registers 
> network devices is plain IB, that is "device (not link!) up" event it 
> gets through the ib stack client register hotplug mechanism, for 
> exampe if the HCA has two ports, IPoIB will register ib0 and ib1 (same 
> for two HCAs each of them with one port etc).
> However, I think the trigger for IPoIB to attempt doing the SA Q to 
> have the port GID associated with IPoIB netdevice join an mcast group 
> is the user action towards having this device being "UP" (eg the 
> assignment of IP address to it).
>
> Not sure what you mean by "start", you can just do nothing before the 
> failure of ib0 and during the failover from ib0 to ib1, assign ib1 the 
> address which used to be of ib0.
By "loaded" I meant that ib1 is configured with IP address and other 
parameters after executing '/etc/init.d/network start' or 
'/etc/init.d/openibd start'
I worked on SuSE 10 and I saw that even if ifcfg-ib1 does not exist then 
ib1 get the same configuration as ib0. This does not happens on RedHat 4.0.

>
>>> I think we want arping to send a gratuitous arp with the MAC of ib1
>>> so weren't you need to provide the -U or -A command line to arping?
>
>> You are right I used 'arping -A ...' (fogot to insert it in the 
>> email). Actually, I have added my flag '-R' which means '-A over IPoIB'
>
> thanks for the patch, i am not sure to fully follow the code path when 
> the "unsolicited" flag is set, but i do see what unlike in the -A/-U 
> options you have made the -R option not to set the "unsolicited" flag, 
> can you explain what was the issue?
There was no issue, it just a drop version. So, you can change it as you 
wish.
>
> Or.
>

Regards,
Vladimir

___
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] [RFC] IPoIB high availability daemon

2006-08-14 Thread Vladimir Sokolovsky

Hi,
The first version of the IPoIB high availability daemon can be found at: 
https://openib.org/svn/trunk/contrib/mellanox/ipoibtools

The daemon is a perl script ipoib_ha.pl that should get the primary and 
the backup IPoIB interfaces as a parameters (default values are ib0 as a 
primary and ib1 as a backup).

The basic steps performed by IPoIB High Availability (HA) daemon:

- Get names of the IPoIB primary and backup interfaces.
- Get configuration of the primary interface from its standard place
  (ifcfg-ib from /etc/sysconfig/{network,network-scripts}).
- Run 'ip monitor link all' and parse its output to monitor IPoIB 
primary interface.
- When "NO-CARRIER" occur, check if it is a primary IPoIB interface and 
if "yes"
  then migrate its IPoIB configuration to the backup IPoIB interface.
- Run 'arpingib' utility if configured to update neighbors with a new 
MAC address
- Get the list of multicast groups from /proc/net/dev_mcast
  that the primary IPoIB interface was registered to. Then register the
  backup IPoIB interface to these multicast groups (using ipmaddr utility).

Currently there is an issue with join to IPoIB multicast group using 
both ip and ipmaddr utilities.

This daemon is going to be added to the OFED-1.1 release.
Please comment.
Thanks,

Regards,
Vladimir


___
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] [openfabrics-ewg] OFED 1.1-rc1 is available

2006-08-15 Thread Vladimir Sokolovsky

The OFED-1.1-rc1 source tar ball (openib-1.1.tgz ) created by build_ofed.sh 
script (from https://openib.org/svn/gen2/branches/1.1/ofed/build)

build_ofed.sh script takes userspace libraries/binaries after executing:
 
autogen.sh
configure
make dist

Therefor, autogen.sh is not a part of it and also it is the reason that you see 
Makefiles there.

Regards,
Vladimir



Ira Weiny wrote:
> Why is the OFED 1.1-rc1 source tar ball missing files when compared with the 
> 1.1 branch?
>
> Of specific question is the absence of autogen.sh in libibverbs.
>
> Ira
>
> On Sun, 13 Aug 2006 16:14:10 +0300
> "Tziporet Koren" <[EMAIL PROTECTED]> wrote:
>
>   
>> Hal Rosenstock wrote:
>> 
 Target release date: 12-Sep 

 Intermediate milestones:
 1. Create 1.1 branch of user level: 27-Jul - done
 2. RC1: 8-Aug - done
 3. Feature freeze (RC2): 17-Aug
 
 
>>> What is the start build date for RC2 ? When do developers need to have
>>> their code in by to make RC2 ?
>>>   
>>>   
>> We will start on Tue 15-Aug. Is this OK with you?
>> 
>>>  
>>>   
>>>   
 4. Code freeze (rc-x): 6-Sep
 
 
>>> Is this 1 or 2 RCs beyond RC2 in order to make this ?
>>>
>>>   
>>>   
>> I hope one but I guess it will be two more RCs.
>>
>> 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
>>
>> 
>
> ___
> openfabrics-ewg mailing list
> [EMAIL PROTECTED]
> http://openib.org/mailman/listinfo/openfabrics-ewg
>
>   


___
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] IPoIB high availability daemon

2006-08-15 Thread Vladimir Sokolovsky

When I run:
# ip maddres add 224.0.0.9 dev ib0
I got (dmesg):
ib0: joining MGID :::::7eb5:25c0:40f1
ib0: multicast join failed for: :::::7eb5:25c0:40f1, 
status -22

And from the SM side:
ERR 1B01: Wrong MGID Prefix 0x00 must be 0xFF

Regards,
Vladimir

Roland Dreier wrote:
> Vladimir> Currently there is an issue with join to IPoIB multicast
> Vladimir> group using both ip and ipmaddr utilities.
>
> What's the issue?
>
>  - 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] [RFC] IPoIB high availability daemon

2006-08-15 Thread Vladimir Sokolovsky

MGID from the log:
Aug 15 17:57:20 737657 [40796BB0] -> MCMember Record dump:

MGID0x : 0x7eb525c040f1

PortGid.0xfe80 : 0x0002c9020020d8ed
qkey0xB1B
mlid0x0
mtu.0x0
TClass..0x0
pkey0x
rate0x0
pkt_life0x0
SLFlowLabelHopLimit.0x0
ScopeState..0x1
ProxyJoin...0x0
Aug 15 17:57:20 737735 [40796BB0] -> osm_mcmr_rcv_create_new_mgrp: [
Aug 15 17:57:20 737755 [40796BB0] -> __get_new_mlid: [
Aug 15 17:57:20 737776 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC000 MGID: 0xff12401b : 0x
Aug 15 17:57:20 737797 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC001 MGID: 0xff12401b : 0x0001
Aug 15 17:57:20 737817 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC002 MGID: 0xff12601b : 0x0001ff20d8ee
Aug 15 17:57:20 737836 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC003 MGID: 0xff12601b : 0x0001
Aug 15 17:57:20 737856 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC004 MGID: 0xff12601b : 0x0001ff20d8ed
Aug 15 17:57:20 737876 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC005 MGID: 0xff12401b : 0x00fb
Aug 15 17:57:20 737895 [40796BB0] -> __get_new_mlid: Found mgrp with 
lid:0xC006 MGID: 0xff12601b : 0x0001ff20d901
Aug 15 17:57:20 737916 [40796BB0] -> __get_new_mlid: Found available 
mlid:0xC007 at idx:7
Aug 15 17:57:20 737936 [40796BB0] -> __get_new_mlid: ]

Regards,
Vladimir

Hal Rosenstock wrote:
> On Tue, 2006-08-15 at 10:30, Vladimir Sokolovsky wrote:
>   
>> When I run:
>> # ip maddres add 224.0.0.9 dev ib0
>> I got (dmesg):
>> ib0: joining MGID :::::7eb5:25c0:40f1
>> ib0: multicast join failed for: :::::7eb5:25c0:40f1, 
>> status -22
>>
>> And from the SM side:
>> ERR 1B01: Wrong MGID Prefix 0x00 must be 0xFF
>> 
>
> That means that something is forming the MGID improperly (from the IPmc
> address 224.0.0.9). Specifically, the MGID must start with 0xFF in the
> first byte. Is the MGID displayed slightly earlier in the log ? If no,
> can you run with -V and it should be there to see what the SM is seeing
> for the invalid MGID.
>
> -- Hal
>
>   
>> Regards,
>> Vladimir
>>
>> Roland Dreier wrote:
>> 
>>> Vladimir> Currently there is an issue with join to IPoIB multicast
>>> Vladimir> group using both ip and ipmaddr utilities.
>>>
>>> What's the issue?
>>>
>>>  - 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
>>
>> 
>
>   


___
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] IPoIB high availability daemon

2006-08-15 Thread Vladimir Sokolovsky

It is the same result for link level address.

- Vladimir

Roland Dreier wrote:
> Vladimir> When I run: # ip maddres add 224.0.0.9 dev ib0
>
> It's poorly documented, but "ip maddr add" needs a link level address,
> not an IP address.
>
>  - 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] [openfabrics-ewg] OFED 1.1-rc1 is available

2006-08-16 Thread Vladimir Sokolovsky

autogen.sh and some other autotools files are not included because they 
are not listed in the corresponding Makefile.am (EXTRA_DIST variable).
They weren't  included in OFED-1.0 also.

If openib sources will be taken as is (without running 'make dist') then 
it will require from users to install updated autotools :
(autoconf-2.59, automake-1.9.6, libtool-1.5.20, m4-1.4.4)

Regards,
Vladimir

Hal Rosenstock wrote:
> On Tue, 2006-08-15 at 09:28, Vladimir Sokolovsky wrote:
>   
>> The OFED-1.1-rc1 source tar ball (openib-1.1.tgz ) created by build_ofed.sh 
>> script (from https://openib.org/svn/gen2/branches/1.1/ofed/build)
>>
>> build_ofed.sh script takes userspace libraries/binaries after executing:
>>  
>> autogen.sh
>> configure
>> make dist
>>
>> Therefor, autogen.sh is not a part of it and also it is the reason 
>> that you see Makefiles there.
>> 
>
> Why shouldn't they be included ? Weren't they included in OFED 1.0 ?
>
> This makes life difficult for those who want to rebuild based on the
> OFED released sources.
>
> -- Hal
>
>   
>> Regards,
>> Vladimir
>>
>>
>>
>> Ira Weiny wrote:
>> 
>>> Why is the OFED 1.1-rc1 source tar ball missing files when compared with 
>>> the 1.1 branch?
>>>
>>> Of specific question is the absence of autogen.sh in libibverbs.
>>>
>>> Ira
>>>
>>> On Sun, 13 Aug 2006 16:14:10 +0300
>>> "Tziporet Koren" <[EMAIL PROTECTED]> wrote:
>>>
>>>   
>>>   
>>>> Hal Rosenstock wrote:
>>>> 
>>>> 
>>>>>> Target release date: 12-Sep 
>>>>>>
>>>>>> Intermediate milestones:
>>>>>> 1. Create 1.1 branch of user level: 27-Jul - done
>>>>>> 2. RC1: 8-Aug - done
>>>>>> 3. Feature freeze (RC2): 17-Aug
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> What is the start build date for RC2 ? When do developers need to have
>>>>> their code in by to make RC2 ?
>>>>>   
>>>>>   
>>>>>   
>>>> We will start on Tue 15-Aug. Is this OK with you?
>>>> 
>>>> 
>>>>>  
>>>>>   
>>>>>   
>>>>>   
>>>>>> 4. Code freeze (rc-x): 6-Sep
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> Is this 1 or 2 RCs beyond RC2 in order to make this ?
>>>>>
>>>>>   
>>>>>   
>>>>>   
>>>> I hope one but I guess it will be two more RCs.
>>>>
>>>> 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
>>>>
>>>> 
>>>> 
>>> ___
>>> openfabrics-ewg mailing list
>>> [EMAIL PROTECTED]
>>> http://openib.org/mailman/listinfo/openfabrics-ewg
>>>
>>>   
>>>   
>> ___
>> openfabrics-ewg mailing list
>> [EMAIL PROTECTED]
>> http://openib.org/mailman/listinfo/openfabrics-ewg
>>
>> 
>
>   


___
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] [openfabrics-ewg] OFED 1.1-rc2 is ready (how do I enable madeye)?

2006-09-07 Thread Vladimir Sokolovsky

Madeye build will be available in OFED-1.1-rc4.

To build madeye run:
*export OPENIB_PARAMS="--with-madeye-mod"*

(or put it into ofed.conf file for unattended installation)

Run */install.sh
/*( or /./install.sh -c openib.conf/ for unattended installation)

Regards,
Vladimir


Scott Weitzenkamp (sweitzen) wrote:
>> 5. Added Madeye utility
>> 
>
> How do I build madeye?  I don't see any reference to it to install.sh.
> Is there any documentation for madeye?
>
> Scott Weitzenkamp
> SQA and Release Manager
> Server Virtualization Business Unit
> Cisco Systems
>  
>
> ___
> 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 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] [openfabrics-ewg] Problems with OFED IPoIB HA on SLES10

2006-10-03 Thread Vladimir Sokolovsky

Hi Scott,
Please see my comments below:

On Mon, 2006-10-02 at 23:24 -0700, Scott Weitzenkamp (sweitzen) wrote:

Vlad,

I filed a bug for these issues.

1) If I start IPoIB HA with ib0 IB port shut down (from IB switch) and ib1 IB port enabled, then IPoIB does not work because "ip monitor link all" does not report NO-CARRIER at startup like ipoib_ha.pl is looking for.  This is a major hole.

Fixed, will be updated in OFED-1.1-rc7.

2) /etc/init.d/openibd runs ipoib_ha.pl with its stdout and stderr redirected to /dev/null, should we run with -v for verbose instead and redirect log file to /var/log?

# fgrep ipoib_ha.pl /etc/init.d/openibd
    ipoib_ha.pl -p ${PRIMARY_IPOIB_DEV} -s ${SECONDARY_IPOIB_DEV} --
with-arping --with-multicast > /dev/null 2>&1 &

Added /var/log/ipoib_ha.log and the verbose output of ipoib_ha.pl redirected into this log file.

3) I got IPoIB HA working on SLES 10, but the documentation is a little lacking.   Looks like I have to put the same IP address in ifcfg-ib0 and ifcfg-ib1, is this correct?

Yes, IP address should be the same. Actually the configuration of the secondary interface does not matter. 
The High Availability daemon reads the configuration of the primary interface and migrates it between the interfaces in case of failure.

# pwd
/etc/sysconfig/network
# cat ifcfg-ib0
DEVICE=ib0
BOOTPROTO=static
IPADDR=192.168.2.46
NETMASK=255.255.255.0
>
# cat ifcfg-ib1
DEVICE=ib1
BOOTPROTO=static
IPADDR=192.168.2.46
NETMASK=255.255.255.0
>

4) If I shutdown ib0 IB port, I see this from "/usr/local/ofed/bin/ipoib_ha.pl -v --with-arping --with-multicast"

    Use of uninitialized value in concatenation (.) or string at /usr/local/ofed/bin/ipoib_ha.pl line 287.

Fixed.

Scott Weitzenkamp

SQA and Release Manager

Server Virtualization Business Unit

Cisco Systems

___
openfabrics-ewg mailing list
[EMAIL PROTECTED]
http://openib.org/mailman/listinfo/openfabrics-ewg

Best Regards, 
Vladimir Sokolovsky 
Software Integration Engineer 
Mellanox Technologies Ltd. 
Tell: +972 (4) 909-7200 ext. 338   

___
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] [openfabrics-ewg] Problems with OFED IPoIB HA on SLES10

2006-10-03 Thread Vladimir Sokolovsky

Hi Scott,
You have an old version of ipoibtools package (ipoib_ha.pl).
All issues you are talking about were fixed in the new version which will be available in OFED-1.1-rc7.
You can also download it from SVN: https://openib.org/svn/gen2/branches/1.1/src/userspace/ipoibtools

Thanks,

Regards,
Vladimir

On Tue, 2006-10-03 at 14:53 -0700, Scott Weitzenkamp (sweitzen) wrote:

Vlad, thaks for the fast response.  I have some followup questions about configuring IPoIB HA, see below.

        3) I got IPoIB HA working on SLES 10, but the documentation is a little lacking.   Looks like I have to put the same IP address in ifcfg-ib0 and ifcfg-ib1, is this correct?

    Yes, IP address should be the same. Actually the configuration of the secondary interface does not matter.
    The High Availability daemon reads the configuration of the primary interface and migrates it between the interfaces in case of failure.

If I don't have an ifcfg-ib1 file, then ipoib_ha.pl won't start.

If I don't have an ifcfg-ib1, then ipoib_ha.pl won't start.  I would prefer to not configure ifcfg-ib1 since I don't plan to use it.

# ipoib_ha.pl --with-arping --with-multicast -v
Can't open conf /etc/sysconfig/network/ifcfg-ib1: No such file or directory
Can't open conf /etc/sysconfig/network/ifcfg-ib1: No such file or directory
Can't open conf /etc/sysconfig/network/ifcfg-ib1: No such file or directory
Can't open conf /etc/sysconfig/network/ifcfg-ib1: No such file or directory
Can't open conf /etc/sysconfig/network/ifcfg-ib1: No such file or directory
...

If I put different IP addresses in ifcfg-ib0 and ifcfg-ib1, then the ifcfg-ib1 IP address is used for both ib0 and ib1!

# pwd
/etc/sysconfig/network
# cat ifcfg-ib0
DEVICE=ib0
BOOTPROTO=static
IPADDR=192.168.2.46
NETMASK=255.255.255.0
>
# cat ifcfg-ib1
DEVICE=ib1
BOOTPROTO=static
IPADDR=192.168.6.46
NETMASK=255.255.255.0
>
# /etc/init.d/openibd start
Loading HCA driver and Access Layer:   [  OK  ]
Setting up InfiniBand network interfaces:
    ib0   device: Mellanox Technologies MT25208 InfiniHost III Ex (Tavor com
patibility mode) (rev 20)
    ib0   configuration: ib1
Bringing up interface ib0: [  OK  ]
    ib1   device: Mellanox Technologies MT25208 InfiniHost III Ex (Tavor com
patibility mode) (rev 20)
Bringing up interface ib1: [  OK  ]
Setting up service network . . .   [  done  ]
# ifconfig ib0
ib0   Link encap:UNSPEC  HWaddr 00-00-04-04-FE-80-00-00-00-00-00-00-00-00-00
-00
  inet addr:192.168.6.46  Bcast:192.168.6.255  Mask:255.255.255.0
  inet6 addr: fe80::202:c902:21:700d/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:2044  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:128
  RX bytes:0 (0.0 b)  TX bytes:224 (224.0 b)

# ifconfig ib1
ib1   Link encap:UNSPEC  HWaddr 00-00-04-05-FE-80-00-00-00-00-00-00-00-00-00
-00
  inet addr:192.168.6.46  Bcast:192.168.6.255  Mask:255.255.255.0
  inet6 addr: fe80::202:c902:21:700e/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:2044  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:128
  RX bytes:0 (0.0 b)  TX bytes:304 (304.0 b)

Notice how both ib0 and ib1 have the IP address from ifcfg-ib1.  This contradicts this info from ipoib_release_notes.txt:

   b.   The ib1 interface uses the configuration script of ib0.

Scott

___
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] [openfabrics-ewg] mpitests-2.0-0.src.rpm compile error on ppc64 sles10 js21

2006-10-05 Thread Vladimir Sokolovsky

Title: Message




Hi Moshe,
I got the same error on SLES10 PPC64.
It was already fixed in install.sh script. 
Please take the updated version of install.sh from https://openib.org/svn/gen2/branches/1.1/ofed/scripts/

Regards,
Vladimir


On Thu, 2006-10-05 at 10:32 +0200, Moshe Kazir wrote:

Any one saw this error  ?

 

Moshe

 

 

/usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/bin/mpicc  -I/usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/include   -DMPI1 -O -g -c IMB_cpu_exploit.c
/usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/bin/mpicc   -o IMB-MPI1 IMB.o IMB_declare.o  IMB_init.o IMB_mem_manager.o IMB_parse_name_mpi1.o  IMB_benchlist.o IMB_strgs.o IMB_err_handler.o IMB_g_info.o  IMB_warm_up.o IMB_output.o IMB_pingpong.o IMB_pingping.o IMB_allreduce.o IMB_reduce_scatter.o IMB_reduce.o IMB_exchange.o IMB_bcast.o IMB_barrier.o IMB_allgather.o IMB_allgatherv.o IMB_alltoall.o IMB_sendrecv.o IMB_init_transfer.o  IMB_chk_diff.o IMB_cpu_exploit.o  -L/usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/lib/shared -L/usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/lib -L/var/tmp/OFED//usr/local/lib64 -L/var/tmp/OFED//usr/local/lib
/usr/bin/ld: skipping incompatible /usr/local/ofed/mpi/gcc/openmpi-1.1.1-1/lib64/libmpi.so when searching for -lmpi
/usr/bin/ld: cannot find -lmpi
collect2: ld returned 1 exit status
make[2]: *** [MPI1] Error 1
make[2]: Leaving directory `/var/tmp/OFEDRPM/BUILD/mpitests-2.0/IMB-2.3/src'
make[1]: *** [IMB-MPI1] Error 2
make[1]: Leaving directory `/var/tmp/OFEDRPM/BUILD/mpitests-2.0/IMB-2.3/src'
make: *** [pmb] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.81774 (%install)


RPM build errors:
    user pasha does not exist - using root
    user pasha does not exist - using root
    Bad exit status from /var/tmp/rpm-tmp.81774 (%install)
ERROR: Failed executing "rpmbuild --rebuild --define '_topdir /var/tmp/OFEDRPM' --define '_name mpitests_openmpi_gcc' --define 'path_to_mpihome /usr/local/ofed/mpi/gcc/openmpi-1.1.1-1' --define 'root_path /var/tmp/OFED' /tmp/GridStack-4.1.1_OFED_1.1_rc6_js21/OFED-1.1-rc6/SRPMS/mpitests-2.0-0.src.rpm"
 




 




Moshe Katzir   |  +972-9971-8639 (o)   |   +972-52-860-6042  (m)

 

Voltaire – The Grid Backbone

 

 www.voltaire.com

  




 



___
openfabrics-ewg mailing list
[EMAIL PROTECTED]
http://openib.org/mailman/listinfo/openfabrics-ewg





___
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] [openfabrics-ewg] OFED 1.1 RC7

2006-10-11 Thread Vladimir Sokolovsky

Hi Arlin,
This patch is in OFED-1.1-rc7 and applied during installation.


Regards,
Vladimir

On Tue, 2006-10-10 at 22:50 -0700, Arlin Davis wrote:
> Aviram Gutman wrote:
> 
> >OFED-1.1-rc7 is available on
> >https://openib.org/svn/gen2/branches/1.1/ofed/releases/
> >File: OFED-1.1-rc7.tgz
> >Please report any issues in bugzilla http://openib.org/bugzilla/
> >
> >  
> >
> Aviram,
> 
> Can you verify that the sean_cm_drep_on_not_found.patch is actually 
> applied in RC7? Our delayed disconnect problems still exist.
> 
> I don't see the new symbol "cm_issue_drep" in ib_cm.ko on our RC7 
> installed systems so I don't think the patch applied.
> 
> Thanks,
> 
> -arlin
> 
> ___
> openfabrics-ewg mailing list
> [EMAIL PROTECTED]
> http://openib.org/mailman/listinfo/openfabrics-ewg

___
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] [openfabrics-ewg] OFED 1.1 RC7

2006-10-11 Thread Vladimir Sokolovsky

Hi Scott,
You can check OFED compilation log file to see if this patch was applied
and compiled.

To get the relevant log file:
ls -ltr /tmp/OFED*log | tail -2 

One of them will be the compilation log.

Search for sean_cm_drep_on_not_found.patch inside...

Regards,
Vladimir

On Wed, 2006-10-11 at 08:37 -0700, Scott Weitzenkamp (sweitzen) wrote:
> Vlad, do you have symbol cm_issue_drep in any .ko files, because I
> don't.  Looks like the patch is not getting compiled in for some reason.
> 
> Scott Weitzenkamp
> SQA and Release Manager
> Server Virtualization Business Unit
> Cisco Systems
>  
> 
> > -Original Message-
> > From: Vladimir Sokolovsky [mailto:[EMAIL PROTECTED] 
> > Sent: Wednesday, October 11, 2006 2:00 AM
> > To: Arlin Davis
> > Cc: Aviram Gutman; Scott Weitzenkamp (sweitzen); Supalov, 
> > Alexander; Magro, Bill; EWG; Openib-General@Openib.Org
> > Subject: Re: [openfabrics-ewg] [openib-general] OFED 1.1 RC7
> > 
> > Hi Arlin,
> > This patch is in OFED-1.1-rc7 and applied during installation.
> > 
> > 
> > Regards,
> > Vladimir
> > 
> > On Tue, 2006-10-10 at 22:50 -0700, Arlin Davis wrote:
> > > Aviram Gutman wrote:
> > > 
> > > >OFED-1.1-rc7 is available on
> > > >https://openib.org/svn/gen2/branches/1.1/ofed/releases/
> > > >File: OFED-1.1-rc7.tgz
> > > >Please report any issues in bugzilla http://openib.org/bugzilla/
> > > >
> > > >  
> > > >
> > > Aviram,
> > > 
> > > Can you verify that the sean_cm_drep_on_not_found.patch is actually 
> > > applied in RC7? Our delayed disconnect problems still exist.
> > > 
> > > I don't see the new symbol "cm_issue_drep" in ib_cm.ko on our RC7 
> > > installed systems so I don't think the patch applied.
> > > 
> > > Thanks,
> > > 
> > > -arlin
> > > 
> > > ___
> > > openfabrics-ewg mailing list
> > > [EMAIL PROTECTED]
> > > http://openib.org/mailman/listinfo/openfabrics-ewg
> > 
> 
> ___
> openfabrics-ewg mailing list
> [EMAIL PROTECTED]
> http://openib.org/mailman/listinfo/openfabrics-ewg

___
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] [openfabrics-ewg] OFED 1.1-RC7 build problem on SLES10

2006-10-18 Thread Vladimir Sokolovsky

Hi,
OFED installation script check that the directory 
/lib/modules/`uname -r`/build/ and the file 
/lib/modules/`uname -r`/build/Makefle exist. 
It does not check for kernel-source RPM because of kernels from
kernel.org support.


-- 

Regards,
Vladimir

On Tue, 2006-10-17 at 15:45 -0700, Scott Weitzenkamp (sweitzen) wrote:
> You need the kernel-source RPM, I guess the OFED install.sh should check
> for that RPM.
> 
> svbu-qa-opteron-1:~ # uname -a
> Linux svbu-qa-opteron-1 2.6.16.21-0.8-smp #1 SMP Mon Jul 3 18:25:39 UTC
> 2006 i68
> 6 athlon i386 GNU/Linux
> svbu-qa-opteron-1:~ # rpm -qa | fgrep kernel
> kernel-source-2.6.16.21-0.8
> kernel-smp-2.6.16.21-0.8
> kernel-ib-1.1-2.6.16.21_0.8_smp
> kernel-ib-devel-1.1-2.6.16.21_0.8_smp
> svbu-qa-opteron-1:~ # ls /usr/src/linux-2.6.16.21-0.8-obj/i386/smp
> .config Makefilearch include2
> .kernelrelease  Module.symvers  include  scripts
> 
> Scott Weitzenkamp
> SQA and Release Manager
> Server Virtualization Business Unit
> Cisco Systems
>  
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf Of Chris Dennett
> > Sent: Tuesday, October 17, 2006 12:46 PM
> > To: [EMAIL PROTECTED]; openib-general@openib.org
> > Subject: [openib-general] OFED 1.1-RC7 build problem on SLES10
> > 
> > I've been trying to install OFED 1.1 RC7 on an x86 server 
> > with a fresh install 
> > of SLES10 (32-bit).  It errors out when trying to build the 
> > kernel modules.  
> > I've included what I think are the relevant log messages 
> > below.  I've tried 
> > installing everything (minus iser and tvflash) or just the 
> > modules needed for 
> > SRP.  I've installed 1.1 RC7 successfully on other RedHat 
> > servers without any 
> > problems.  I am installing as root.  Any help would be appreciated.
> > 
> > Thanks.
> > 
> > -Chris
> > 
> > ==
> > + make kernel
> > Building kernel modules
> > Kernel version: 2.6.16.21-0.8-smp
> > Modules directory: //lib/modules/2.6.16.21-0.8-smp
> > Kernel sources: /lib/modules/2.6.16.21-0.8-smp/build
> > env EXTRA_CFLAGS=" -I/var/tmp/OFEDRPM/BUILD/openib-1.1/include 
> > -I/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/include \
> > 
> > -I/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/ulp/ipoib \
> > 
> > -I/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/debug" \
> > make -C /lib/modules/2.6.16.21-0.8-smp/build 
> > SUBDIRS="/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband" 
> > KERNELRELEASE=2.6.16.21-0.8-smp \
> > EXTRAVERSION=.21-0.8-smp V=1  \
> > CONFIG_INFINIBAND=m \
> > CONFIG_INFINIBAND_IPOIB=m \
> > CONFIG_INFINIBAND_SDP= \
> > CONFIG_INFINIBAND_SRP=m \
> > CONFIG_INFINIBAND_USER_MAD=m \
> > CONFIG_INFINIBAND_USER_ACCESS=m \
> > CONFIG_INFINIBAND_ADDR_TRANS=y \
> > CONFIG_INFINIBAND_MTHCA=m \
> > CONFIG_INFINIBAND_IPOIB_DEBUG=y \
> > CONFIG_INFINIBAND_ISER= \
> > CONFIG_INFINIBAND_EHCA= \
> > CONFIG_INFINIBAND_RDS= \
> > CONFIG_INFINIBAND_RDS_DEBUG= \
> > CONFIG_INFINIBAND_IPOIB_DEBUG_DATA= \
> > CONFIG_INFINIBAND_SDP_SEND_ZCOPY= \
> > CONFIG_INFINIBAND_SDP_RECV_ZCOPY= \
> > CONFIG_INFINIBAND_SDP_DEBUG= \
> > CONFIG_INFINIBAND_SDP_DEBUG_DATA= \
> > CONFIG_INFINIBAND_IPATH= \
> > CONFIG_INFINIBAND_MTHCA_DEBUG=y \
> > CONFIG_INFINIBAND_MADEYE= \
> > LINUXINCLUDE='-I/var/tmp/OFEDRPM/BUILD/openib-1.1/include \
> > 
> > -I/var/tmp/OFEDRPM/BUILD/openib-1.1/drivers/infiniband/include \
> > -Iinclude \
> > $(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include) \
> > -include include/linux/autoconf.h \
> > -include 
> > /var/tmp/OFEDRPM/BUILD/openib-1.1/include/linux/autoconf.h \
> > ' \
> > modules
> > make[1]: Entering directory 
> > `/usr/src/linux-2.6.16.21-0.8-obj/i386/smp'
> > make[1]: *** No rule to make target `modules'.  Stop.
> > make[1]: Leaving directory `/usr/src/linux-2.6.16.21-0.8-obj/i386/smp'
> > make: *** [kernel] Error 2
> > error: Bad exit status from /var/tmp/rpm-tmp.92052 (%install)
> > 
> > 
> > RPM build errors:
> > user vlad does not exist - using root
> > group mtl does not exist - using root
> > user vlad does not exist - using root
> > group mtl does not exist - using root
> > Bad exit status from /var/tmp/rpm-tmp.92052 (%install)
> > ERROR: Failed executing "rpmbuild --rebuild --define '_topdir 
> > /var/tmp/OFEDRPM' --define '_prefix /usr/local/ofed' --define 
> > 'build_root 
> > /var/tmp/OFED' --define 'configure_options --with-libibcommon 
> > --with-libibmad 
> > --with-libibumad --with-libibverbs --with-libmthca --with-opensm 
> > --with-librdmacm --with-openib-diags --with-srptools --with-mstflint 
> > --with-perftest --with-ipoib-mod --with-mthca-mod --with-srp-mod 
> > --with-core-mod --with-us

Re: [openib-general] building OFED package from git and svn

2006-10-19 Thread Vladimir Sokolovsky




Hi 
Yossi,
It 
should be fixed in OFED-1.1-pre1.
 

Regards,
Vladimir
 


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of yosef 
etiginSent: Monday, October 16, 2006 11:35 AMTo: 
openib-general@openib.orgSubject: [openib-general] building OFED 
package from git and svn
Hello,I have been trying to build OFED source package (1.1 rev 
9820) as was described in the HOWTO.build_ofed wiki. The package was built 
successfully, however i had trouble compilng it. The error I get is a missing 
library inside OFED's temporary build tree. The error is during the compilation 
of DAPL: 
gcc: 
  /tmp/OFED-1.1-rev9725/SOURCES/openib-1.1/src/userspace/librdmacm/src/.libs/.libs/librdmacm.so: 
  No such file or directorylog of the make process is 
attached.When I changed the top-level Makefile of open-ib sources, line 
306: from: 
AM_LDFLAGS="-L../libibverbs/src 
  -libverbs -L../librdmacm/src/.libs -lrdmacm -lsysfs" to:
AM_LDFLAGS="-L../libibverbs/src 
  -libverbs -L../librdmacm/src/ -lrdmacm -lsysfs" 
It compiled OK.Is this really a problem in this Makefile or 
this fix covers up for something more 
deep?Yossi 
___
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.1-rc7] libehca configure: fix missing check of libsysfs

2006-10-19 Thread Vladimir Sokolovsky

Hi Nam,
Can this patch be saved for the next OFED-1.2 release?

Note: OFED installation script checks that sysfsutils package installed.


Regards,
Vladimir

-Original Message-
From: Hoang-Nam Nguyen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 18, 2006 7:02 PM
To: Vladimir Sokolovsky; Michael S. Tsirkin
Cc: [EMAIL PROTECTED]; openib-general@openib.org
Subject: [PATCH OFED-1.1-rc7] libehca configure: fix missing check of
libsysfs

Hello,
here is the patch of configure in libehca as a result of the patch
"libehca configure.in and config.h.in". It is generated by autogen.sh
and pretty lengthy. Hence, I'm attaching it here for completeness.
Vlad, do you want me to check it in svn or send you the whole file?
Thanks!
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

Re: [openib-general] some OFED source/build questions

2006-10-19 Thread Vladimir Sokolovsky

Hi Or,
Please see below,

Regards,
Vladimir
 

> 2) OPENIB_PARAMS documentation
> 
>   Doing some probing, i undersrand that to set this or that 
> option to the
>   build i need to set this or that --with or --without 
> directive to the
>   SOURCES/openib-1.1/ofed_scripts/configure script and this is done by
>   setting the OPENIB_PARAMS env var while running the 
> install.sh script.
> 
>   Some of these  --with/out options which need to be 
> documented somewhere
>   are not, for example to set CONFIG_INFINIBAND_IPOIB_DEBUG i need to
>   add --with-ipoib_debug-mod to the build, correct?
> 
OPENIB_PARAMS supports only the following options:
--with-memtrack
--without-modprobe
--with-madeye-mod
--without-ipoibconf

CONFIG_INFINIBAND_IPOIB_DEBUG option is set by default if IPoIB selected


>   Also, is there a way to see after building with which exact
>   CONFIG_INFINIBAND_ directives OFED was built?

You can see all configuration options in the following way:
Run: /etc/infiniband/info
Alternatively, you can check 'prefix'/src/openib/configure.mk file.


> 
> Or.
> 
> 
> 
> ___
> 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 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] [openfabrics-ewg] [PATCH OFED-1.1-rc7] libehca configure: fix missing check of libsysfs

2006-10-19 Thread Vladimir Sokolovsky

Hi Nam,
The code that fixes lib/lib64 issue on ppc64 and libehca.so to be in
libehca RPM is in OFED-1.1.


Regards,
Vladimir
 

> -Original Message-
> From: Hoang-Nam Nguyen [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, October 19, 2006 4:41 PM
> To: Tziporet Koren
> Cc: Michael S. Tsirkin; [EMAIL PROTECTED]; 
> openib-general@openib.org; Vladimir Sokolovsky; Chet Mehta
> Subject: Re: [openfabrics-ewg] [PATCH OFED-1.1-rc7] libehca 
> configure: fix missing check of libsysfs
> 
> Hi,
> > The release is closed. We only updating the documents now (will be 
> > closed in the coming few hours only).
> > Since ehca is in technology preview state these issues are 
> not blockers.
> > Please document all issues in ehca release_notes (or send 
> me parts you 
> > want to include).
> Even though ehca is in technology preview state, there are 
> certainly some ones who would like to use it. In current ofed 
> the build process is incomplete for ehca user space. We did 
> send the patches yesterday as discussed w/ Vladimir and 
> Michael and considered to be on the category "2. Small 
> updates for the install". It's very important for us that one 
> can get ehca compiled and built with ofed. Since those 
> patches do not touch any other components and we were one day 
> before todays deadline, we're very surprised that you reject 
> this code now. What should be the next steps?
> 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

Re: [openib-general] [openfabrics-ewg] [PATCH OFED-1.1-rc7] libehca configure: fix missing check of libsysfs

2006-10-19 Thread Vladimir Sokolovsky

No, the updated configure.in and config.h.in are not in OFED-1.1.

In any case, I believe that most of the checks you have added to
configure scripts are provided by OFED installation scripts.
So, in case OFED installation fails, ehca configure would fail as well.

Regards,
Vladimir
 

> -Original Message-
> From: Hoang-Nam Nguyen [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, October 19, 2006 4:56 PM
> To: Vladimir Sokolovsky
> Cc: Michael S. Tsirkin; [EMAIL PROTECTED]; 
> [EMAIL PROTECTED]; 
> openib-general@openib.org; Tziporet Koren; Christoph Raisch
> Subject: Re: [openfabrics-ewg] [PATCH OFED-1.1-rc7] libehca 
> configure: fix missing check of libsysfs
> 
> Hi Vlad,
> > The code that fixes lib/lib64 issue on ppc64 and libehca.so 
> to be in 
> > libehca RPM is in OFED-1.1.
> Thanks! Can you pls confirm if configure.in and config.h.in are in
> OFED-1.1 as well?
> 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

Re: [openib-general] OFED1.1-rc7 build failure on 2.6.9-prep (RH4 U3 hand built) system

2006-10-19 Thread Vladimir Sokolovsky

Hi Or,
I think that required for 2.6.9-34.EL kernel backport patches from
kernel_patches/backport/2.6.9_U3 directory are not applied by configure
script.
You should change kernel name to be  2.6.9-34*.

Regards,
Vladimir
 

> -Original Message-
> From: Or Gerlitz [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, October 19, 2006 5:30 PM
> To: Vladimir Sokolovsky
> Cc: openib-general@openib.org; [EMAIL PROTECTED]
> Subject: OFED1.1-rc7 build failure on 2.6.9-prep (RH4 U3 hand 
> built) system
> 
> Vlad,
> 
> I am trying to build OFED1.1-rc7 on a system where i have 
> built the RH4 U3 kernel manually from its source rpm (that 
> prepared kernel-2.6.9-34.EL.src.rpm for being built and then 
> did make, make modules_install, make install and reboot) and 
> get the errors below.
> 
> Do you have any idea what i am doing wrong? If i don't 
> build/install/boot in this kernel but rather only do the 
> initial setting of the kernel sources (ie make 
> modules_prepare etc), OFED gets built fine.
> 
> The configure line i was using is:
> 
> ./configure --with-mthca-mod --with-core-mod --with-ipoib-mod 
> --with-ipoib_debug-mod
> 
> I have created the directory OFED-1.1-rc7/SOURCES/2.6.9 by 
> hand and opened there the tgz file.
> 
> Or.
> 
> # uname -a
> Linux excell01.voltaire.com 2.6.9-prep #1 SMP Thu Oct 19 
> 18:02:31 IST 2006 x86_64 x86_64 x86_64 GNU/Linux
> 
> # ls -l /lib/modules/2.6.9-prep/
> total 592
> lrwxrwxrwx  1 root root 46 Oct 19 18:10 build -> 
> /usr/src/redhat/BUILD/kernel-2.6.9/linux-2.6.9
> drwxr-xr-x  2 root root   4096 Oct 18 16:17 extra
> drwxr-xr-x  9 root root   4096 Oct 19 18:10 kernel
> -rw-r--r--  1 root root 113700 Oct 19 18:10 modules.alias
> -rw-r--r--  1 root root 69 Oct 19 18:10 modules.ccwmap
> -rw-r--r--  1 root root 112864 Oct 19 18:10 modules.dep
> -rw-r--r--  1 root root 73 Oct 19 18:10 modules.ieee1394map
> -rw-r--r--  1 root root357 Oct 19 18:10 modules.inputmap
> -rw-r--r--  1 root root235 Oct 19 18:10 modules.isapnpmap
> -rw-r--r--  1 root root 104476 Oct 19 18:10 modules.pcimap
> -rw-r--r--  1 root root  62764 Oct 19 18:10 modules.symbols
> -rw-r--r--  1 root root 155849 Oct 19 18:10 modules.usbmap
> lrwxrwxrwx  1 root root 46 Oct 19 18:10 source -> 
> /usr/src/redhat/BUILD/kernel-2.6.9/linux-2.6.9
> 
> 
> # make kernel
> 
> Building kernel modules
> Kernel version: 2.6.9-prep
> Modules directory: //lib/modules/2.6.9-prep Kernel sources: 
> /lib/modules/2.6.9-prep/build env EXTRA_CFLAGS=" 
> -I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/include
>  
> -I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drivers
> /infiniband/include \
>   
> -I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drivers
> /infiniband/ulp/ipoib \
>   
> -I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drivers
> /infiniband/debug" \
>   make -C /lib/modules/2.6.9-prep/build 
> SUBDIRS="/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/
> drivers/infiniband" KERNELRELEASE=2.6.9-prep \
>   EXTRAVERSION=-prep V=1  \
>   CONFIG_INFINIBAND=m \
>   CONFIG_INFINIBAND_IPOIB=m \
>   CONFIG_INFINIBAND_SDP= \
>   CONFIG_INFINIBAND_SRP= \
>   CONFIG_INFINIBAND_USER_MAD= \
>   CONFIG_INFINIBAND_USER_ACCESS= \
>   CONFIG_INFINIBAND_ADDR_TRANS= \
>   CONFIG_INFINIBAND_MTHCA=m \
>   CONFIG_INFINIBAND_IPOIB_DEBUG=y \
>   CONFIG_INFINIBAND_ISER= \
>   CONFIG_INFINIBAND_EHCA= \
>   CONFIG_INFINIBAND_RDS= \
>   CONFIG_INFINIBAND_RDS_DEBUG= \
>   CONFIG_INFINIBAND_IPOIB_DEBUG_DATA= \
>   CONFIG_INFINIBAND_SDP_SEND_ZCOPY= \
>   CONFIG_INFINIBAND_SDP_RECV_ZCOPY= \
>   CONFIG_INFINIBAND_SDP_DEBUG= \
>   CONFIG_INFINIBAND_SDP_DEBUG_DATA= \
>   CONFIG_INFINIBAND_IPATH= \
>   CONFIG_INFINIBAND_MTHCA_DEBUG=y \
>   CONFIG_INFINIBAND_MADEYE= \
>   
> LINUXINCLUDE='-I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/open
> ib-1.1/include \
>   
> -I/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drivers
> /infiniband/include \
>   -Iinclude \
>   $(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include) \
>   -include include/linux/autoconf.h \
>   -include 
> /home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/include/l
> inux/autoconf.h \
>   ' \
>   modules
> make[1]: Entering directory 
> `/usr/src/redhat/BUILD/kernel-2.6.9/linux-2.6.9'
> mkdir -p 
> /home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drivers/i
> nfiniband/.tmp_versions
> make -f scripts/Makefile.build 
> obj=/home/ogerlitz/OFED-1.1-rc7/SOURCES/2.6.9/openib-1.1/drive
> rs/infiniband

Re: [openib-general] problems using the ipoib ha package of RH4 U3

2006-10-24 Thread Vladimir Sokolovsky

Hi Or,
Try to disconnect the port 1 of HCA from IB subnet and then check if ib1
became active.

Regards,
Vladimir
 

> -Original Message-
> From: Or Gerlitz [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 24, 2006 10:36 AM
> To: Vladimir Sokolovsky
> Cc: openib-general@openib.org
> Subject: problems using the ipoib ha package of RH4 U3
> 
> Hi Vlad,
> 
> I am trying to test the ipoib ha package on OFED 1.1 over RH4 
> U3 and does not manage to get it working fine. I am running 
> the following commands:
> 
> ifup ib0
> ifup ib1
> ipoib_ha_log="/var/log/ipoib_ha.log"
> sleep 2
> ./ipoib_ha.pl -p ib0 -s ib1 --with-arping --with-multicast -v 
> > ${ipoib_ha_log} 2>&1 &
> 
> and have ib0 working fine, then i cause the ib port 
> associated with ib0 (port 1 of the hca) to get into 
> initialized state but i don't see any failover happening.
> 
> After the port state is changed, the HA script prints the following
> 
>   Got CARRIER-ON event on ib0.
>   Got CARRIER-ON event on ib1.
>   Got CARRIER-ON event on ib1.
> 
> but it does seem to do any fail-over (ie does not configure 
> ib1 with the address of ib0, etc)
> 
> Below is the full output of the ha script 
> (/var/log/ipoib_ha.log) and my ifcfg config scripts.
> 
> I think there might was an issue with the version of the 
> iproute package, i see that my RH4 U3 system uses 
> iproute-2.6.9-3, is this the issue?
> 
> Or.
> 
> Date:Tue Oct 24 13:25:02 2006
> ib0:
> ==
> NETMASK = 255.255.255.0
> BOOTPROTO = static
> IPADDR = 192.168.3.61
> status =
> ONBOOT = yes
> HA = 0
> DEVICE = ib0
> 
> Date:Tue Oct 24 13:25:02 2006
> Bond:
> ==
> NETMASK = 255.255.255.0
> BOOTPROTO = static
> IPADDR = 192.168.3.61
> status =
> ONBOOT = yes
> HA = 0
> DEVICE = ib0
> Got CARRIER-ON event on ib0.
> Got CARRIER-ON event on ib1.
> Got CARRIER-ON event on ib1.
> 
> 
> 
> 
> [EMAIL PROTECTED] ipoibtools]# cat 
> /etc/sysconfig/network-scripts/ifcfg-ib0
> # Static settings; all values provided by this file 
> DEVICE=ib0 BOOTPROTO=static ONBOOT=yes
> IPADDR=192.168.3.61
> NETMASK=255.255.255.0
> 
> [EMAIL PROTECTED] ipoibtools]# cat 
> /etc/sysconfig/network-scripts/ifcfg-ib1
> # Static settings; all values provided by this file
> DEVICE=ib1
> BOOTPROTO=static
> ONBOOT=yes
> IPADDR=192.168.3.61
> NETMASK=255.255.255.0
> 

___
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] problems using the ipoib ha package of RH4 U3

2006-10-24 Thread Vladimir Sokolovsky

The HA service (ipoib_ha.pl) is looking for "NO-CARRIER" in the "ip"
utility output.
Ipoib_ha.pl use an updated "ip" utility which is a part of ipoibtools
RPM and located under 'prefix'/utils directory.

The fail-over flow is the following:

On every event received from 'ip monitor link' check if the primary
IPoIB interface has NO-CARRIER using 'ip link show' command.
If "yes" then check the status of the secondary interface using the same
command. And if the secondary interface has no NO-CARRIER 
then migrate IPoIB configuration from primary to the secondary
interface.

Regards,
Vladimir

> -Original Message-
> From: Or Gerlitz [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 24, 2006 10:53 AM
> To: Vladimir Sokolovsky
> Cc: openib-general@openib.org
> Subject: Re: problems using the ipoib ha package of RH4 U3
> 
> Vladimir Sokolovsky wrote:
> > Try to disconnect the port 1 of HCA from IB subnet and then 
> check if 
> > ib1 became active.
> 
> OK, i will be able to do it later today, anyway, something bothers me
> here: the script is based on parsing the output of
> 
> $ /sbin/ip monitor link
> 
> and this output should be the same for both the cases (ie 
> unplug the ib cable or make the port state down) since it is 
> in the **ip** and not
> **ib** level.
> 
> Or.
> 

___
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] problems using the ipoib ha package of RH4 U3

2006-10-24 Thread Vladimir Sokolovsky


> -Original Message-
> From: Or Gerlitz [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 24, 2006 3:43 PM
> To: Vladimir Sokolovsky
> Cc: openib-general@openib.org
> Subject: Re: problems using the ipoib ha package of RH4 U3
> 
> Vlad,
> 
> On a related issue, i think it was mentioned at some point 
> that the ipoib ha package does not support devices which use 
> the non standard pkey, is it correct? why?
> 
> My thinking was that if the pkey 8001 is configured for both 
> port 1 and
> port2 of the hca, the user hacks /etc/init.d/openibd to 
> create ib0:8001 and ib1:8001 child devices **before** the ha 
> service is started and then tells the ha service to use 
> ib0:8001 as primary and ib1:8001 as secondary, it should 
> work, what do you think?
> 

Probably you are right, but it should be tested.
In any case pkey support should be added to the openibd script.

> Or.
> 
> 
> 

Regards,
Vladimir

___
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] fix two typos in ipoib HA documentation

2006-10-24 Thread Vladimir Sokolovsky

Thanks,
Applied.

Regards,
Vladimir
 

> -Original Message-
> From: Or Gerlitz [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 24, 2006 4:36 PM
> To: Vladimir Sokolovsky
> Cc: openib-general@openib.org
> Subject: [PATCH] fix two typos in ipoib HA documentation
> 
> diff -up 
> SOURCES/openib-1.1/src/userspace/ipoibtools-orig/README 
> SOURCES/openib-1.1/src/userspace/ipoibtools/README
> --- SOURCES/openib-1.1/src/userspace/ipoibtools-orig/README   
> 2006-10-19 16:21:08.0 +0200
> +++ SOURCES/openib-1.1/src/userspace/ipoibtools/README
> 2006-10-24 17:35:29.0 +0200
> @@ -28,7 +28,7 @@ perform the following steps:
> 
>  The HA service may also be activated manually, via the 
> following command:
> 
> -ipoib_ha.pl -p ${PRIMARY_IPOIB_DEV} -b ${SECONDARY_IPOIB_DEV} \
> +ipoib_ha.pl -p ${PRIMARY_IPOIB_DEV} -s ${SECONDARY_IPOIB_DEV} \
>   --with-arping --with-multicast
> 
> 
> diff -up docs-orig/ipoib_release_notes.txt 
> docs/ipoib_release_notes.txt
> --- docs-orig/ipoib_release_notes.txt 2006-10-19 
> 11:22:25.0 +0200
> +++ docs/ipoib_release_notes.txt  2006-10-24 
> 17:33:34.0 +0200
> @@ -112,7 +112,7 @@ DHCP Notes
> 
> 
>  
> ==
> =
> -5. High Availability (HA) Servicey
> +5. High Availability (HA) Service
>  
> ==
> =
>  High Availability (HA) service for IPoIB interfaces is 
> provided via the  ipoibtools package. Ipoibtools currently 
> includes a perl script, ipoib_ha.pl, Only in docs: 
> ipoib_release_notes.txt.bak
> 
> 
> 

___
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] OFED 1.1 Build Issue

2006-10-31 Thread Vladimir Sokolovsky

The alternative way to resolve this issue is the following:
Save Modules.symvers file generated by OFED kernel modules compilation 
(drivers/infiniband/Modules.symvers).
It can be added to the kernel-ib-devel RPM in the next OFED release.
Then in order to compile external module copy this Modules.symvers to 
the directory where external module is build.

Regards,
Vladimir


Moni Shoua wrote:
> We managed to avoid rebuilding the kernel to solve this issue.
>
> Before building any IB dependant modules (out of OFED) it is required to
> update the Module.symvers.
> The new values for the symbol CRCs can be taken from the modules
> themselves ( nm IB_MODULE |grep __crc_)
> When Module.symvers is up-to-date, there should be no problem building
> and installing the IB dependant modules.
>
> The solution step-by-step
> 1. The procedure should run after installing the kerne-ib-devel RPM. It
> is possible to run it in %pre section of the spec file.
> 2. Foreach IB module (ko) which is listed in $(rpm -ql kernel-ib) - 
>   2.1 take out the __crc_ sybbols 
>   2.2 extract the symbol name and it's CRC value (simple parsing)
>   2.3 add  it (or replace the existing) to Module.symvers (usually
> under /lib/modules/$(uname -r)/build/ or /lib/modules/$(uname
> -r)/source/ )
> 3. Save the diff of the current Module.symvers from the original (for
> future restore)
> 4. When kernel-ib-devel RPM is uninstalled use the patch from (3) to
> restore Module.symvers. This can be done in the %postun of the spec
> file)
>
> I'd be glad to get comments about this.
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Tucker
> Sent: Friday, October 27, 2006 5:30 PM
> To: openib-general
> Subject: [openib-general] OFED 1.1 Build Issue
>
>
> I've been testing some code against the OFED 1.1 release and noticed
> that if you build anything that depends on IB (RNFS in this case) into
> the kernel, that the OFED kit doesn't work correctly. This is because
> the dependent modules (ib_core, etc...) get sucked into the kernel
> automagically and will cause the subsequent modprobe of the OFED module
> to fail.
>
> I don't think you can fix this without rebuilding the kernel so it
> should probably be listed in the OFED_release_notes as a known issue.
> Providing a mechanism to rebuild the kernel as part of the OFED install
> would be great too, sorry if it's already there and I missed it.
>
> Tom
>
>
> ___
> 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 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 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] OFED 1.1 Build Issue

2006-10-31 Thread Vladimir Sokolovsky


Ramachandra K wrote:
> Moni Shoua wrote:
>
>> We already tried to go this way and found that a local Module.symvers 
>> is not always generated (but we might have missed something though).
>> I suggest that you check that this alternative way works under all 
>> OSs compilation (SuSE and RedHat to be precise)...
>>  
>>
> I think Module.symvers generation for external modules was added sometime
> around 2.6.16, so its not generated on the older kernels (for eg 2.6.9 
> kernels
> on RHEL)
>
> In this scenario, when there is no Module.symvers file, I guess the other
> option is to use a single Kbuild file to build both modules,
> as explained in section 7.3 of Documentation/kbuild/modules.txt.
>
> But this may not be feasible always. Come to think of it, why does the
> OFED installation procedure not update the kernel Module.symvers file
> when it replaces the old kernel modules present in /lib/modules/
> with the new ones ?
>
>> BTW, Why not updating the kernel Module.symvers when kernel-ib-devel 
>> is installed? This will free the developer from copying it to 
>> his/hers private directory.
>>  
>>
> It might be a good idea to update the Module.symvers file as part of the
> normal installation and not only kernel-ib-devel. Because if the kernel
> modules are being replaced (or new modules are being added), shouldn't
> the Module.symvers file also be updated ?
> Regards,
> Ram
Agree,
Module.symvers should be updated by kernel-ib RPM.
So, need to implement Moni's suggestion with light changes: update 
kernel-ib RPM %post and %preun sections instead of kernel-ib-devel RPM 
%pre and %postun.

Regards,
Vladimir

___
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] Error inserting ib_umad

2006-11-05 Thread Vladimir Sokolovsky

Hi Vishal,
Try to run '/etc/init.d/openibd restart' or reboot this server .
I guess, that you have IB modules which came with SUSE 10.1 loaded.

Regards,
Vladimir

vishal wrote:
> Hi,
>  
>   I have installed OFED-1.1 rc7.  Got the following error on trying
> 'modprobe ib_umad':-
>
> FATAL: Error inserting ib_umad
> (/lib/modules/2.6.16.13-4-smp/kernel/drivers/infiniband/core/ib_umad.ko): 
> Unknown symbol in module, or unknown parameter (see dmesg)
>
> dmesg output:-
>
> ib_umad: module not supported by Novell, setting U taint flag.
> ib_umad: disagrees about version of symbol ib_unregister_client
> ib_umad: Unknown symbol ib_unregister_client
> ib_umad: Unknown symbol ib_get_mad_data_offset
> ib_umad: disagrees about version of symbol ib_modify_port
> ib_umad: Unknown symbol ib_modify_port
> ib_umad: disagrees about version of symbol ib_create_ah
> ib_umad: Unknown symbol ib_create_ah
> ib_umad: disagrees about version of symbol ib_register_client
> ib_umad: Unknown symbol ib_register_client
> ib_umad: disagrees about version of symbol ib_unregister_mad_agent
> ib_umad: Unknown symbol ib_unregister_mad_agent
> ib_umad: Unknown symbol ib_response_mad
> ib_umad: disagrees about version of symbol ib_post_send_mad
> ib_umad: Unknown symbol ib_post_send_mad
> ib_umad: disagrees about version of symbol ib_create_send_mad
> ib_umad: Unknown symbol ib_create_send_mad
> ib_umad: disagrees about version of symbol ib_set_client_data
> ib_umad: Unknown symbol ib_set_client_data
> ib_umad: disagrees about version of symbol ib_get_client_data
> ib_umad: Unknown symbol ib_get_client_data
> ib_umad: Unknown symbol ib_is_mad_class_rmpp
> ib_umad: disagrees about version of symbol ib_free_send_mad
> ib_umad: Unknown symbol ib_free_send_mad
> ib_umad: disagrees about version of symbol ib_destroy_ah
> ib_umad: Unknown symbol ib_destroy_ah
> ib_umad: Unknown symbol ib_get_rmpp_segment
> ib_umad: disagrees about version of symbol ib_register_mad_agent
> ib_umad: Unknown symbol ib_register_mad_agent
>
>
> I am using SUSE 10.1 Enterprise x86_64.
>
> Thanks!
>
> Vishal
>
>
> ___
> 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 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] hi, I tried to install OFED-1.1 on SLES 10 , but failed....

2006-11-07 Thread Vladimir Sokolovsky

Hi,
You need to install kernel-source-2.6.16.21-0.8 RPM.

Regards,
Vladimir

lee momo wrote:
> hi,
> I am using SLED 10 LINUX, and I tried to install OFED-1.1..
>
> first. I inputed 
>
> -
> #]./install.sh
> -
>
> so, I could see screen like below
>
> -
> Checking dependencies. Please wait
>
> There are no sources for 2.6.16.21_0.8_smp kernel installed.
> Please installed  2.6.16.21_0.8_smp sources to build RPM in this system.
> -
>
> So, I inputed these commands...
>
> -
> #]rpm -qa | fgrep kernel
> #]kernel-smp-2.6.16.21_0.8
> #]kernel-xen-2.6.16.21_0.8
> -
>
> How I would do?
>
> I have to do kernel compile ?
>
> please let me know how to do for install OFED-1.1
>
> _
> MSN Messenger를 통해 온라인상에 있는 친구와 대화를 나누세요.   
> http://www.msn.co.kr/messenger 
>
>
> ___
> 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 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] Installation on openSUSE 10.2 Beta1 fails

2006-11-09 Thread Vladimir Sokolovsky

Hello Diego,
Check that you have libstdc++, libstdc++-devel and compat-libstdc++ RPMs 
installed.

Regards,
Vladimir

Diego Guella wrote:
>
> From: "Tziporet Koren"
>> The failing is utility is used for IPoIB high availability. If you 
>> don't need to use them you can just change this line in ofed.conf:
>> ipoibtools=n
>>
>> Tziporet
>>
> Thanks Tziporet for your answer.
>
>
> Tried just right now, i disabled ipoibtools. I get another, more 
> strange error:
> (attached OFED.3816.log)
> -
> /bin/rm -f /var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache
> cd /var/tmp/OFEDRPM/BUILD/openib-1.1/src/userspace/examples
> cd /var/tmp/OFEDRPM/BUILD/openib-1.1/src/userspace/libibverbs
> Running: ./configure 
> --cache-file=/var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache 
> --disable-libcheck --prefix /usr/local/ofed --libdir 
> /usr/local/ofed/lib CPPFLAGS="-I../libibverbs/include"
> configure: creating cache 
> /var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking for C compiler default output file name... configure: error: 
> C compiler cannot create executables
> See `config.log' for more details.
> Failed to execute: ./configure 
> --cache-file=/var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache 
> --disable-libcheck --prefix /usr/local/ofed --libdir 
> /usr/local/ofed/lib CPPFLAGS="-I../libibverbs/include"
> error: Bad exit status from /var/tmp/rpm-tmp.46102 (%install)
> -
>
> Am I right? It says my C compiler cannot create executables Is it 
> joking me
> In the log file, line 6393, it says:
> -
> checking for C compiler default output file name... a.out
> -
>
> I don't understand!
> Is there something I can do to fix this?
>
>
> Thanks,
> Diego
> 
>
> ___
> 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 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] Installation on openSUSE 10.2 Beta1 fails

2006-11-13 Thread Vladimir Sokolovsky

Hi Diego,
OFED-1.1.1 includes fixed libehca package.
So, if you are not going to use eHCA driver then you can stay with OFED-1.1.

Regards,
Vladimir

Diego Guella wrote:
> Hello Moni,
> Thanks for your answer.
>
> I had installed:
> glibc-devel (2.5-17)
> glibc-devel-32bit (2.5-17)
>
> when i tried to install the OFED package.
>
> I saw in the mailing list that is available OFED 1.1.1, should I try 
> and install it?
>
>
> Thanks,
> Diego
>
>
> - Original Message - From: "Moni Levy" <[EMAIL PROTECTED]>
> To: "Diego Guella" <[EMAIL PROTECTED]>
> Cc: "Vladimir Sokolovsky" <[EMAIL PROTECTED]>; "Dotan Barak" 
> <[EMAIL PROTECTED]>; 
> Sent: Sunday, November 12, 2006 1:44 PM
> Subject: Re: [openib-general] Installation on openSUSE 10.2 Beta1 fails
>
>
>> On 11/10/06, Diego Guella <[EMAIL PROTECTED]> wrote:
>>> Hi Vladimir,
>>> Thanks for your answer.
>>>
>>> I have installed:
>>>
>>> compat-libstdc++ (version 5.0.7-35)
>>> libstdc++-32bit (version 4.1.2_20060705-2)
>>> libstdc++41 (version 4.1.2_20061024-3)
>>> libstdc++41-devel (version 4.1.2_20061024-3)
>>> libstdc++-devel (version 4.1.3-22)
>>>
>>>
>>> but remember that in the log file, first it says (line 6393):
>>> -
>>> checking for C compiler default output file name... a.out
>>> -
>>>
>>> and about 5000 lines below, it says my compiler can't create 
>>> executables
>>> (of course this isn't true, because this is the machine on wich I 
>>> compile
>>> all the programs I make)
>>> Have you got any other suggestion?
>>
>> Please try to install a 32 bit glibc-devel package.
>>
>> -- Moni
>>
>>>
>>>
>>> Thanks,
>>> Diego
>>>
>>>
>>> - Original Message -
>>> From: "Vladimir Sokolovsky" <[EMAIL PROTECTED]>
>>> To: "Diego Guella" <[EMAIL PROTECTED]>
>>> Cc: "Tziporet Koren" <[EMAIL PROTECTED]>;
>>> 
>>> Sent: Thursday, November 09, 2006 4:48 PM
>>> Subject: Re: [openib-general] Installation on openSUSE 10.2 Beta1 fails
>>>
>>>
>>> > Hello Diego,
>>> > Check that you have libstdc++, libstdc++-devel and 
>>> compat-libstdc++ > RPMs
>>> > installed.
>>> >
>>> > Regards,
>>> > Vladimir
>>> >
>>> > Diego Guella wrote:
>>> >>
>>> >> From: "Tziporet Koren"
>>> >>> The failing is utility is used for IPoIB high availability. If 
>>> you >>> don't
>>> >>> need to use them you can just change this line in ofed.conf:
>>> >>> ipoibtools=n
>>> >>>
>>> >>> Tziporet
>>> >>>
>>> >> Thanks Tziporet for your answer.
>>> >>
>>> >>
>>> >> Tried just right now, i disabled ipoibtools. I get another, more 
>>> >> strange
>>> >> error:
>>> >> (attached OFED.3816.log)
>>> >> -
>>> >> /bin/rm -f /var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache
>>> >> cd /var/tmp/OFEDRPM/BUILD/openib-1.1/src/userspace/examples
>>> >> cd /var/tmp/OFEDRPM/BUILD/openib-1.1/src/userspace/libibverbs
>>> >> Running:
>>> >> ./configure 
>>> --cache-file=/var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache
>>> >>  --disable-libcheck --prefix /usr/local/ofed --libdir >> 
>>> /usr/local/ofed/lib
>>> >> CPPFLAGS="-I../libibverbs/include"
>>> >> configure: creating cache
>>> >> /var/tmp/OFEDRPM/BUILD/openib-1.1/configure.cache
>>> >> checking for a BSD-compatible install... /usr/bin/install -c
>>> >> checking whether build environment is sane... yes
>>> >> checking for gawk... gawk
>>> >> checking whether make sets $(MAKE)... yes
>>> >> checking build system type... x86_64-unknown-linux-gnu
>>> >> checking host system type... x86_64-unknown-linux-gnu
>>> >> checking for style of include used by make... GNU
>>> >> checking for gcc... gcc
>>> >> checking for C compiler default output file name... configure: 
>>> error: >> C
>>> >> compiler cannot create executables
>>> >> See `confi

Re: [openib-general] Mellanox ibtp requires vl.h which is not found

2006-11-16 Thread Vladimir Sokolovsky

Hi Yosef,
You can found vl library under:
https://openib.org/svn/trunk/contrib/mellanox/ibtp/common/tools/vl

Regards,
Vladimir

Yosef Eitgin wrote:
>
> Hello,
>
> Many of the Mellanox tests require a header file named “vl.h”
>
> For example: 
> https://openib.org/svn/trunk/contrib/mellanox/ibtp/gen2/userspace/useraccess/qp_test/main.c
>
> Where can I find it? It’s not anywhere in /usr/local/ofed nor 
> /usr/include …
>
> Thanks
>
> ___
>
> Yosef Etigin, ib-host-stack | +972-9-971-7630 (o) | +972-54-218 8036(m)
>
> Voltaire – _The Grid Backbone_
>
> www.voltaire.com 
>
> 
>
> ___
> 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 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 configure script typo

2007-01-08 Thread Vladimir Sokolovsky

Applied,

Regards,
Vladimir

On Mon, 2007-01-08 at 08:59 -0600, Steve Wise wrote:
> Typo in OFED 1.2 configure script.
> 
> From: Steve Wise <[EMAIL PROTECTED]>
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  ofed_scripts/configure |2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/ofed_scripts/configure b/ofed_scripts/configure
> index 5a1694d..a0557e2 100755
> --- a/ofed_scripts/configure
> +++ b/ofed_scripts/configure
> @@ -598,7 +598,7 @@ main()
>  --with-vnic_debug-mod)
>  CONFIG_INFINIBAND_VNIC_DEBUG="y"
>  ;;
> ---without-vnic-mod)
> +--without-vnic_debug-mod)
>  CONFIG_INFINIBAND_VNIC_DEBUG=
> ;;
>  --with-vnic_stats-mod)
> 
> 
> 
> ___
> 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 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] [mthca] Allow the following QP state transition : reset --> reset

2007-01-10 Thread Vladimir Sokolovsky

The patch was added to kernel_patches/fixes (ofed_1_2).

Regards,
Vladimir

Dotan Barak wrote:
> Allow the following QP state transition : reset --> reset.
>
> Signed-off-by: Dotan Barak <[EMAIL PROTECTED]>
> ---
>
> Index: gen2_devel_kernel/drivers/infiniband/hw/mthca/mthca_qp.c
> ===
> --- gen2_devel_kernel.orig/drivers/infiniband/hw/mthca/mthca_qp.c 
> 2007-01-08 16:14:25.0 +0200
> +++ gen2_devel_kernel/drivers/infiniband/hw/mthca/mthca_qp.c  2007-01-09 
> 11:34:42.0 +0200
> @@ -573,6 +573,11 @@ int mthca_modify_qp(struct ib_qp *ibqp, 
>   goto out;
>   }
>  
> + if (cur_state == new_state && cur_state == IB_QPS_RESET) {
> + err = 0;
> + goto out;
> + }
> +
>   if ((attr_mask & IB_QP_PKEY_INDEX) &&
>attr->pkey_index >= dev->limits.pkey_table_len) {
>   mthca_dbg(dev, "P_Key index (%u) too large. max is %d\n",
>
>
>
> ___
> 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 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] ~vlad/ofascripts.git - Add libcxgb3to user kit

2007-01-11 Thread Vladimir Sokolovsky

Applied,

Regards,
Vladimir

On Wed, 2007-01-10 at 12:20 -0600, Steve Wise wrote:
> Vlad,  
> 
> Here are the changes to ofa userspace scripts for adding Chelsio's RDMA 
> library, libcxgb3. 
> 
> Steve.
> 
> 
> -
> 
> Support for libcxgb3.
> 
> From: Steve Wise <[EMAIL PROTECTED]>
> 
> - added libcxgb3 to configure
> - added libcxgb3 to Makefile
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  Makefile  |   17 -
>  configure |   16 
>  2 files changed, 32 insertions(+), 1 deletions(-)
> 
> diff --git a/Makefile b/Makefile
> index b164ee0..4d57d82 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -5,7 +5,8 @@ all:
>  .PHONY: libibverbs libmthca libibcm perftest mstflint libsdp libibcommon 
> libibumad libibmad osm diags mpi
>  .PHONY: librdmacm install_librdmacm dapl dat tvflash install_tvflash
>  .PHONY: install_libibverbs install_libmthca install_libibcm install_libsdp 
> libibcommon
> -.PHONY: libipathverbs install_libipathverbs libehca install_libehca
> +.PHONY: libipathverbs install_libipathverbs libehca install_libehca 
> +.PHONY: libcxgb3 install_libcxgb3
>  .PHONY: install_libibumad install_libibmad install_osm install_diags 
> install_mstflint install_perftest
>  .PHONY: srptools install_srptools ipoibtools install_ipoibtools
>   
> @@ -49,6 +50,11 @@ user:  libehca
>  install_user:install_libehca
>  endif
>  
> +ifeq ($(WITH_CXGB3),yes)
> +user:libcxgb3
> +install_user:install_libcxgb3
> +endif
> +
>  ifeq ($(WITH_CM),yes)
>  user:libibcm
>  install_user:install_libibcm
> @@ -139,6 +145,11 @@ libehca: libibverbs
>   AM_LDFLAGS="-L../libibverbs/src -libverbs"
>   @echo "Make libehca done"
>  
> +libcxgb3: libibverbs
> + $(MAKE) -C $(SRC)userspace/libcxgb3 \
> + AM_LDFLAGS="-L../libibverbs/src -libverbs"
> + @echo "Make libcxgb3 done"
> +
>  libibcm: libibverbs
>   $(MAKE) -C $(SRC)userspace/libibcm \
>   CPPFLAGS="-I../libibverbs/include" \
> @@ -281,6 +292,9 @@ install_libipathverbs:install_libibverb
>  install_libehca: install_libibverbs
>   $(MAKE) -C $(SRC)userspace/libehca install
>   
> +install_libcxgb3:install_libibverbs
> + $(MAKE) -C $(SRC)userspace/libcxgb3 install
> + 
>  install_libibcm: install_libmthca
>   $(MAKE) -C $(SRC)userspace/libibcm install
>   
> @@ -385,6 +399,7 @@ clean_user:
>   $(MAKE) -C $(SRC)userspace/libmthca clean
>   $(MAKE) -C $(SRC)userspace/libipathverbs clean
>   $(MAKE) -C $(SRC)userspace/libehca clean
> + $(MAKE) -C $(SRC)userspace/libcxgb3 clean
>   $(MAKE) -C $(SRC)userspace/libibcm clean
>   # $(MAKE) -C $(SRC)userspace/useraccess-lib clean
>   $(MAKE) -C $(SRC)userspace/perftest clean
> diff --git a/configure b/configure
> index 5f8253e..616ef5c 100755
> --- a/configure
> +++ b/configure
> @@ -58,6 +58,9 @@ Usage:  `basename $0` [options]
>  --with-libehca include libehca package [yes]
>  --without-libehca include libehca package [no]
>  
> +--with-libcxgb3 include libcxgb3 package [yes]
> +--without-libcxgb3 include libcxgb3 package [no]
> +
>  --with-libibcm  include CM package [no]
>  --without-libibcm  don't include CM package [yes]
>  
> @@ -277,6 +280,13 @@ main()
>  --without-libehca)
>  WITH_EHCA="no"
>  ;;
> +--with-libcxgb3)
> +WITH_CXGB3="yes"
> +WITH_IBVERBS="yes"
> +;;
> +--without-libcxgb3)
> +WITH_CXGB3="no"
> +;;
>  --with-libibcm)
>  WITH_CM="yes"
>  WITH_MTHCA="yes"
> @@ -410,6 +420,7 @@ main()
>  # WITH_DAPL="yes"
>  WITH_DIAGS="yes"
>  # WITH_EHCA="yes"
> +WITH_CXGB3="yes"
>  WITH_IBCOMMON="yes"
>  WITH_IBMAD="yes"
>  WITH_IBUMAD="yes"
> @@ -460,6 +471,7 @@ WITH_IBVERBS=${WITH_IBVERBS:-"no"}
>  WITH_MTHCA=${WITH_MTHCA:-"no"}
>  WITH_IPATHVERBS=${WITH_IPATHVERBS:-"no"}
>  WITH_EHCA=${WITH_EHCA:-"no"}
> +WITH_CXGB3=${WITH_CXGB3:-"no"}
>  WITH_CM=${WITH_CM:-"no"}
>  WITH_SDP=${WITH_SDP:-"no"}
>  WITH_DAPL=${WITH_DAPL:-"no"}
> @@ -501,6 +513,7 @@ WITH_IBVERBS=${WITH_IBVERBS}
>  WITH_MTHCA=${WITH_MTHCA}
>  WITH_IPATHVERBS=${WITH_IPATHVERBS}
>  WITH_EHCA=${WITH_EHCA}
> +WITH_CXGB3=${WITH_CXGB3}
>  WITH_CM=${WITH_CM}
>  WITH_SDP=${WITH_SDP}
>  WITH_DAPL=${WITH_DAPL}
> @@ -539,6 +552,9 @@ EOFCONFIG
>  if [ "${WITH_EHCA}" == "yes" ]; then
>  ullibs="${ullibs} libehca"
>  fi
> +if [ "${WITH_CXGB3}" == "yes" ]; then
> +

Re: [openib-general] [PATCH] ~vlad/ofabuild - Chelsio Support

2007-01-11 Thread Vladimir Sokolovsky

Applied,

Regards,
Vladimir

On Wed, 2007-01-10 at 12:22 -0600, Steve Wise wrote:
> Here are the changes to the user build script to pull in libcxgb3.
> 
> 
> Steve.
> 
> 
> Chelsio T3 Library Support.
> 
> From: Steve Wise <[EMAIL PROTECTED]>
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  build_ofa_user.sh |7 +--
>  1 files changed, 5 insertions(+), 2 deletions(-)
> 
> diff --git a/build_ofa_user.sh b/build_ofa_user.sh
> index b6eee43..acb2676 100755
> --- a/build_ofa_user.sh
> +++ b/build_ofa_user.sh
> @@ -17,7 +17,7 @@ LOG=${tmpdir}/${proj}-${revision}.build.
>  
>  git_extra_flags=${git_extra_flags:-"-q"}
>  
> -ullibs="libibverbs libmthca libehca libipathverbs tvflash libibcm libsdp 
> mstflint perftest srptools ipoibtools librdmacm dapl imgen management"
> +ullibs="libibverbs libmthca libehca libipathverbs tvflash libibcm libsdp 
> mstflint perftest srptools ipoibtools librdmacm dapl imgen management 
> libcxgb3"
>  
>  # User level git packages
>  scripts_git="git://git.openfabrics.org/~vlad/ofascripts.git"
> @@ -54,6 +54,8 @@ ibutils_git="git://git.openfabrics.org/~
>  ibutils_branch="origin"
>  management_git="git://git.openfabrics.org/~halr/management.git"
>  management_branch="origin"
> +libcxgb3_git="git://git.openfabrics.org/~swise/libcxgb3.git"
> +libcxgb3_branch="origin"
>  
>  # Execute command w/ echo and exit if it fail
>  ex()
> @@ -317,7 +319,8 @@ check_build()
>  --with-perftest \
>  --with-mstflint \
>  --with-srptools \
> ---with-ipoibtools"
> +--with-ipoibtools \
> +--with-libcxgb3"
>  
>  cd ${tmpdir}
>  ex tar xzf ${dest}/${proj}/${projdir}.tgz
> 
> 
> 
> ___
> 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 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] libcxgb3 compitlation failure

2007-01-14 Thread Vladimir Sokolovsky

Hi Steve,
The compilation of libcxgb3 fails. See log below:

make -C src/userspace/libcxgb3 \
AM_LDFLAGS="-L../libibverbs/src -libverbs"
make[1]: Entering directory 
`/home/vlad/tmp/ofa_1_2_user-20070114-0200/src/userspace/libcxgb3'
make  all-am
make[2]: Entering directory 
`/home/vlad/tmp/ofa_1_2_user-20070114-0200/src/userspace/libcxgb3'
if /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.   
-I../libibverbs/include -g -Wall -D_GNU_SOURCE -g -O2 -MT cq.lo -MD -MP -M
F ".deps/cq.Tpo" -c -o cq.lo `test -f 'src/cq.c' || echo './'`src/cq.c; \
then mv -f ".deps/cq.Tpo" ".deps/cq.Plo"; else rm -f ".deps/cq.Tpo"; 
exit 1; fi
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I. -I. -I../libibverbs/include -g -Wall -D_GNU_SOURCE 
-g -O2 -MT cq.lo -MD -MP -MF .deps/cq.Tpo -c src/cq.c  -fPIC -DPIC -o .li
bs/cq.o
src/cq.c: In function 'iwch_arm_cq':
src/cq.c:54: error: too many arguments to function 'ibv_cmd_req_notify_cq'
make[2]: *** [cq.lo] Error 1
make[2]: Leaving directory 
`/home/vlad/tmp/ofa_1_2_user-20070114-0200/src/userspace/libcxgb3'
make[1]: *** [all] Error 2
make[1]: Leaving directory 
`/home/vlad/tmp/ofa_1_2_user-20070114-0200/src/userspace/libcxgb3'
make: *** [libcxgb3] Error 2

Regards,
Vladimir


___
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 v4 0/3] ofed_1_2 - Chelsio T3 RDMA Support

2007-01-15 Thread Vladimir Sokolovsky

Hi Steve,
We need to pull 2.6.20-rc4 to ofed_1_2 first and then will pull your
tree. This will be done tomorrow, I hope.

Regards,
Vladimir

On Mon, 2007-01-15 at 07:56 -0600, Steve Wise wrote:
> Michael/Vlad,
> 
> Here is version 4.
> 
> Changes since version 3:
> 
> - No need to alter the genalloc.c file. 
> 
> - The patch to add genalloc.o to ib_core.ko was incorrect.  It was adding
> genalloc.o to ib_core.ko, but also building a genalloc.ko.
> 
> 
> In addition to this patch series, the Chelsio driver code needs to be
> pulled from
> 
> git://staging.openfabrics.org/~swise/cxgb3.git for-ofed_1_2
> 
> I've tested this on 2.6.20-rc4.  If you're happy with the changes, I
> ask that you pull these patches in and pull the T3 drivers into vlad's
> ofed_1_2 git tree.  That will give us a base package for Chelsio's
> drivers.  Then I'll post additional patches for the backports to the
> supported distros as I get them implemented and tested.
> 
> How's that sound?  If you would rather a patch for the chelsio drivers,
> lemme know and I'll email it to you directly.
> 
> Signed-off-by: Steve Wise <[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

___
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 v3 0/3] ofed_1_2 - Chelsio T3 RDMA Support

2007-01-16 Thread Vladimir Sokolovsky

Chelsio driver code pulled to ofed_1_2.

Regards,
Vladimir

On Fri, 2007-01-12 at 10:20 -0600, Steve Wise wrote:
> Michael/Vlad,
> 
> Here is version 3 of the patch series for adding the Chelsio kernel
> drivers.
> 
> Changes since version 2:
> 
> - made genalloc.[ch] a backport addon as per our discussions. At this
>   point, I've got it working for 2.6.20.
> 
> - use #defines to avoid patching cxgb3 files for the genalloc backport.
> 
> 
> In addition to this patch series, the Chelsio driver code needs to be
> pulled from
> 
> git://staging.openfabrics.org/~swise/cxgb3.git for-ofed_1_2
> 
> I've tested this on 2.6.20-rc4.  If you're happy with the changes, I
> ask that you pull these patches in and pull the T3 drivers into vlad's
> ofed_1_2 git tree.  That will give us a base package for Chelsio's
> drivers.  Then I'll post additional patches for the backports to the
> supported distros as I get them implemented and tested.
> 
> How's that sound?  If you would rather a patch for the chelsio drivers,
> lemme know and I'll email it to you directly.
> 
> Signed-off-by: Steve Wise <[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

___
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 v3 2/3] ofed_1_2 Changes to ofed scripts for Chelsio T3 Support.

2007-01-16 Thread Vladimir Sokolovsky

Hi Steve,
I got the following failure on 2.6.17 and 2.6.18 kernels:

/tmp/ofa_kernel-20070116-1806_linux-2.6.18.6_check/drivers/net/cxgb3/Module.symvers:
 No such file or directory
make[2]: *** [__modpost] Error 1
make[1]: *** [modules] Error 2
make[1]: Leaving directory `//kernel.org/x86_64/linux-2.6.18.6'
make: *** [kernel] Error 2

I think that the problem is in SUBDIRS="$(CWD)/drivers/infiniband 
$(CWD)/drivers/net/cxgb3".
Try to make it a different target. See iscsi as an example.

Regards,
Vladimir

On Fri, 2007-01-12 at 10:20 -0600, Steve Wise wrote:
> - added cxgb3 and iw_cxgb3 config stuff
> - visit and build driver/net/cxgb3 to get the cxgb3 driver
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  ofed_scripts/Makefile  |9 ++--
>  ofed_scripts/configure |   52 
> +++-
>  2 files changed, 58 insertions(+), 3 deletions(-)
> 
> diff --git a/ofed_scripts/Makefile b/ofed_scripts/Makefile
> index d63b1d2..8942385 100644
> --- a/ofed_scripts/Makefile
> +++ b/ofed_scripts/Makefile
> @@ -46,8 +46,10 @@ kernel:
>   @echo "Kernel sources: $(KSRC)"
>   env EXTRA_CFLAGS="$(OPENIB_KERNEL_EXTRA_CFLAGS) 
> $(KERNEL_MEMTRACK_CFLAGS) -I$(CWD)/include 
> -I$(CWD)/drivers/infiniband/include \
>   -I$(CWD)/drivers/infiniband/ulp/ipoib \
> - -I$(CWD)/drivers/infiniband/debug" \
> - $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/infiniband" 
> KERNELRELEASE=$(KVERSION) \
> + -I$(CWD)/drivers/infiniband/debug \
> + -I$(CWD)/drivers/infiniband/hw/cxgb3/core \
> + -I$(CWD)/drivers/net/cxgb3 " \
> + $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/infiniband 
> $(CWD)/drivers/net/cxgb3" KERNELRELEASE=$(KVERSION) \
>   EXTRAVERSION=$(EXTRAVERSION) V=1 $(WITH_MAKE_PARAMS) \
>   CONFIG_INFINIBAND=$(CONFIG_INFINIBAND) \
>   CONFIG_INFINIBAND_IPOIB=$(CONFIG_INFINIBAND_IPOIB) \
> @@ -74,6 +76,9 @@ kernel:
>   CONFIG_INFINIBAND_VNIC=$(CONFIG_INFINIBAND_VNIC) \
>   CONFIG_INFINIBAND_VNIC_DEBUG=$(CONFIG_INFINIBAND_VNIC_DEBUG) \
>   CONFIG_INFINIBAND_VNIC_STATS=$(CONFIG_INFINIBAND_VNIC_STATS) \
> + CONFIG_INFINIBAND_CXGB3=$(CONFIG_INFINIBAND_CXGB3) \
> + CONFIG_INFINIBAND_CXGB3_DEBUG=$(CONFIG_INFINIBAND_CXGB3_DEBUG) \
> + CONFIG_CHELSIO_T3=$(CONFIG_CHELSIO_T3) \
>   LINUXINCLUDE=' \
>   $(BACKPORT_INCLUDES) \
>   -I$(CWD)/include \
> diff --git a/ofed_scripts/configure b/ofed_scripts/configure
> index a0557e2..253427c 100755
> --- a/ofed_scripts/configure
> +++ b/ofed_scripts/configure
> @@ -126,6 +126,12 @@ Usage:  `basename $0` [options]
>  --with-vnic_stats-modmake CONFIG_INFINIBAND_VNIC_STATS=y [no]
>  --without-vnic_stats-mod[yes]
>  
> +--with-cxgb3-modmake CONFIG_INFINIBAND_CXGB3=m [no]
> +--without-cxgb3-mod[yes]
> +
> +--with-cxgb3_debug-modmake CONFIG_INFINIBAND_CXGB3_DEBUG=y [no]
> +--without-cxgb3_debug-mod[yes]
> +
>  --help - print out options
>  
> 
> @@ -207,7 +213,10 @@ get_backport_dir()
>  2.6.19*)
>  echo 2.6.19
>  ;;
> -2.6.2[0-9]*)
> +2.6.20*)
> +echo 2.6.20
> +;;
> +2.6.2[1-9]*)
>  echo
>  ;;
>  *)
> @@ -607,6 +616,20 @@ main()
>  --without-vnic_stats-mod)
>  CONFIG_INFINIBAND_VNIC_STATS=
>  ;;
> +--with-cxgb3-mod)
> +CONFIG_INFINIBAND_CXGB3="m"
> +CONFIG_CHELSIO_T3="m"
> +;;
> +--without-cxgb3-mod)
> +CONFIG_INFINIBAND_CXGB3=
> +CONFIG_CHELSIO_T3=
> +;;
> +--with-cxgb3_debug-mod)
> +CONFIG_INFINIBAND_CXGB3_DEBUG="y"
> +;;
> +--without-cxgb3_debug-mod)
> +CONFIG_INFINIBAND_CXGB3_DEBUG=
> +;;
>  --with-modprobe|--without-modprobe)
>  ;;
>  -h | --help)
> @@ -679,6 +702,8 @@ CONFIG_INFINIBAND_RDS=${CONFIG_INFINIBAN
>  CONFIG_INFINIBAND_RDS_DEBUG=${CONFIG_INFINIBAND_RDS_DEBUG:-''}
>  CONFIG_INFINIBAND_MADEYE=${CONFIG_INFINIBAND_MADEYE:-''}
>  CONFIG_INFINIBAND_VNIC=${CONFIG_INFINIBAND_VNIC:-''}
> +CONFIG_INFINIBAND_CXGB3=${CONFIG_INFINIBAND_CXGB3:-''}
> +CONFIG_CHELSIO_T3=${CONFIG_CHELSIO_T3:-''}
>  
>  CONFIG_INFINIBAND_IPOIB_DEBUG_DATA=${CONFIG_INFINIBAND_IPOIB_DEBUG_DATA:-''}
>  CONFIG_INFINIBAND_SDP_SEND_ZCOPY=${CONFIG_INFINIBAND_SDP_SEND_ZCOPY:-''}
> @@ -689,6 +714,7 @@ CONFIG_INFINIBAND_IPATH=${CONFIG_INFINIB
>  CONFIG_INFINIBAND_MTHCA_DEBUG=${CONFIG_INFINIBAND_MTHCA_DEBUG:-''}

Re: [openib-general] [PATCH v3 2/3] ofed_1_2 Changes to ofed scripts for Chelsio T3 Support.

2007-01-16 Thread Vladimir Sokolovsky

It breaks compilation without selecting cxgb3...

Regards,
Vladimir

On Tue, 2007-01-16 at 10:58 -0600, Steve WIse wrote:
> I haven't backported cxgb3 to anything yet.  
> 
> The patches I posted for the initial import of cxgb3 will only compile
> on 2.6.20, as I said in the patch overview.
> 
> I'm right now trying to get them to build from 2.6.19 back to 2.6.11 as
> michael suggested...
> 
> 
> 
> On Tue, 2007-01-16 at 18:50 +0200, Vladimir Sokolovsky wrote:
> > Hi Steve,
> > I got the following failure on 2.6.17 and 2.6.18 kernels:
> > 
> > /tmp/ofa_kernel-20070116-1806_linux-2.6.18.6_check/drivers/net/cxgb3/Module.symvers:
> >  No such file or directory
> > make[2]: *** [__modpost] Error 1
> > make[1]: *** [modules] Error 2
> > make[1]: Leaving directory `//kernel.org/x86_64/linux-2.6.18.6'
> > make: *** [kernel] Error 2
> > 
> > I think that the problem is in SUBDIRS="$(CWD)/drivers/infiniband 
> > $(CWD)/drivers/net/cxgb3".
> > Try to make it a different target. See iscsi as an example.
> > 
> > Regards,
> > Vladimir
> > 
> > On Fri, 2007-01-12 at 10:20 -0600, Steve Wise wrote:
> > > - added cxgb3 and iw_cxgb3 config stuff
> > > - visit and build driver/net/cxgb3 to get the cxgb3 driver
> > > 
> > > Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> > > ---
> > > 
> > >  ofed_scripts/Makefile  |9 ++--
> > >  ofed_scripts/configure |   52 
> > > +++-
> > >  2 files changed, 58 insertions(+), 3 deletions(-)
> > > 
> > > diff --git a/ofed_scripts/Makefile b/ofed_scripts/Makefile
> > > index d63b1d2..8942385 100644
> > > --- a/ofed_scripts/Makefile
> > > +++ b/ofed_scripts/Makefile
> > > @@ -46,8 +46,10 @@ kernel:
> > >   @echo "Kernel sources: $(KSRC)"
> > >   env EXTRA_CFLAGS="$(OPENIB_KERNEL_EXTRA_CFLAGS) 
> > > $(KERNEL_MEMTRACK_CFLAGS) -I$(CWD)/include 
> > > -I$(CWD)/drivers/infiniband/include \
> > >   -I$(CWD)/drivers/infiniband/ulp/ipoib \
> > > - -I$(CWD)/drivers/infiniband/debug" \
> > > - $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/infiniband" 
> > > KERNELRELEASE=$(KVERSION) \
> > > + -I$(CWD)/drivers/infiniband/debug \
> > > + -I$(CWD)/drivers/infiniband/hw/cxgb3/core \
> > > + -I$(CWD)/drivers/net/cxgb3 " \
> > > + $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/infiniband 
> > > $(CWD)/drivers/net/cxgb3" KERNELRELEASE=$(KVERSION) \
> > >   EXTRAVERSION=$(EXTRAVERSION) V=1 $(WITH_MAKE_PARAMS) \
> > >   CONFIG_INFINIBAND=$(CONFIG_INFINIBAND) \
> > >   CONFIG_INFINIBAND_IPOIB=$(CONFIG_INFINIBAND_IPOIB) \
> > > @@ -74,6 +76,9 @@ kernel:
> > >   CONFIG_INFINIBAND_VNIC=$(CONFIG_INFINIBAND_VNIC) \
> > >   CONFIG_INFINIBAND_VNIC_DEBUG=$(CONFIG_INFINIBAND_VNIC_DEBUG) \
> > >   CONFIG_INFINIBAND_VNIC_STATS=$(CONFIG_INFINIBAND_VNIC_STATS) \
> > > + CONFIG_INFINIBAND_CXGB3=$(CONFIG_INFINIBAND_CXGB3) \
> > > + CONFIG_INFINIBAND_CXGB3_DEBUG=$(CONFIG_INFINIBAND_CXGB3_DEBUG) \
> > > + CONFIG_CHELSIO_T3=$(CONFIG_CHELSIO_T3) \
> > >   LINUXINCLUDE=' \
> > >   $(BACKPORT_INCLUDES) \
> > >   -I$(CWD)/include \
> > > diff --git a/ofed_scripts/configure b/ofed_scripts/configure
> > > index a0557e2..253427c 100755
> > > --- a/ofed_scripts/configure
> > > +++ b/ofed_scripts/configure
> > > @@ -126,6 +126,12 @@ Usage:  `basename $0` [options]
> > >  --with-vnic_stats-modmake CONFIG_INFINIBAND_VNIC_STATS=y [no]
> > >  --without-vnic_stats-mod[yes]
> > >  
> > > +--with-cxgb3-modmake CONFIG_INFINIBAND_CXGB3=m [no]
> > > +--without-cxgb3-mod[yes]
> > > +
> > > +--with-cxgb3_debug-modmake CONFIG_INFINIBAND_CXGB3_DEBUG=y [no]
> > > +--without-cxgb3_debug-mod[yes]
> > > +
> > >  --help - print out options
> > >  
> > > 
> > > @@ -207,7 +213,10 @@ get_backport_dir()
> > >  2.6.19*)
> > >  echo 2.6.19
> > >  ;;
> > > -2.6.2[0-9]*)
> > > +2.6.20*)
> > > +echo 2.6.20
> > > +;;
> > > +2.6.2[1-9]*)
> > >  echo

Re: [openib-general] [PATCH v5 1/3] ofed_1_2 Changes to kernel_patches/ for Chelsio T3 Support.

2007-01-16 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Tue, 2007-01-16 at 13:51 -0600, Steve Wise wrote:
> Changes to kernel_patches/ for Chelsio T3 Support.
> 
> - qp_num -> qp ptr patch for cxgb3.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  kernel_patches/fixes/cxgb3_wc_qpn_to_qp.patch |   23 +++
>  1 files changed, 23 insertions(+), 0 deletions(-)
> 
> diff --git a/kernel_patches/fixes/cxgb3_wc_qpn_to_qp.patch 
> b/kernel_patches/fixes/cxgb3_wc_qpn_to_qp.patch
> new file mode 100644
> index 000..0763f70
> --- /dev/null
> +++ b/kernel_patches/fixes/cxgb3_wc_qpn_to_qp.patch
> @@ -0,0 +1,23 @@
> +Update T3 driver: qp_num no longer in ib_wc.
> +
> +From: Steve Wise <[EMAIL PROTECTED]>
> +
> +Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> +---
> +
> + drivers/infiniband/hw/cxgb3/iwch_cq.c |2 +-
> + 1 files changed, 1 insertions(+), 1 deletions(-)
> +
> +diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c 
> b/drivers/infiniband/hw/cxgb3/iwch_cq.c
> +index ff09509..122f7b4 100644
> +--- a/drivers/infiniband/hw/cxgb3/iwch_cq.c
>  b/drivers/infiniband/hw/cxgb3/iwch_cq.c
> +@@ -80,7 +80,7 @@ int iwch_poll_cq_one(struct iwch_dev *rh
> + ret = 1;
> + 
> + wc->wr_id = cookie;
> +-wc->qp_num = qhp->wq.qpid;
> ++wc->qp = &qhp->ibqp;
> + wc->vendor_err = CQE_STATUS(cqe);
> + 
> + PDBG("%s qpid 0x%x type %d opcode %d status 0x%x wrid hi 0x%x "
> 
> ___
> 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 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 v5 2/3] ofed_1_2 Changes to ofed scripts for Chelsio T3 Support.

2007-01-16 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Tue, 2007-01-16 at 13:51 -0600, Steve Wise wrote:
> Changes to ofed scripts for Chelsio T3 Support.
> 
> - added cxgb3 and iw_cxgb3 config stuff
> - visit and build driver/net/cxgb3 to get the cxgb3 driver
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  ofed_scripts/Makefile  |   73 
> +++-
>  ofed_scripts/configure |   52 ++
>  2 files changed, 123 insertions(+), 2 deletions(-)
> 
> diff --git a/ofed_scripts/Makefile b/ofed_scripts/Makefile
> index 63dca81..276400b 100644
> --- a/ofed_scripts/Makefile
> +++ b/ofed_scripts/Makefile
> @@ -33,6 +33,13 @@ uninstall: uninstall_iscsi
>  clean_kernel: clean_kernel_iscsi
>  endif
>  
> +ifeq ($(CONFIG_CHELSIO_T3),m)
> +kernel:  kernel_cxgb3
> +install_kernel: install_kernel_cxgb3
> +uninstall: uninstall_cxgb3
> +clean_kernel: clean_kernel_cxgb3
> +endif
> +
>  #
>  #make kernel #
>  #
> @@ -46,7 +53,9 @@ kernel:
>   @echo "Kernel sources: $(KSRC)"
>   env EXTRA_CFLAGS="$(OPENIB_KERNEL_EXTRA_CFLAGS) 
> $(KERNEL_MEMTRACK_CFLAGS) -I$(CWD)/include 
> -I$(CWD)/drivers/infiniband/include \
>   -I$(CWD)/drivers/infiniband/ulp/ipoib \
> - -I$(CWD)/drivers/infiniband/debug" \
> + -I$(CWD)/drivers/infiniband/debug \
> + -I$(CWD)/drivers/infiniband/hw/cxgb3/core \
> + -I$(CWD)/drivers/net/cxgb3 " \
>   $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/infiniband" 
> KERNELRELEASE=$(KVERSION) \
>   EXTRAVERSION=$(EXTRAVERSION) V=1 $(WITH_MAKE_PARAMS) \
>   CONFIG_INFINIBAND=$(CONFIG_INFINIBAND) \
> @@ -75,6 +84,8 @@ kernel:
>   CONFIG_INFINIBAND_VNIC=$(CONFIG_INFINIBAND_VNIC) \
>   CONFIG_INFINIBAND_VNIC_DEBUG=$(CONFIG_INFINIBAND_VNIC_DEBUG) \
>   CONFIG_INFINIBAND_VNIC_STATS=$(CONFIG_INFINIBAND_VNIC_STATS) \
> + CONFIG_INFINIBAND_CXGB3=$(CONFIG_INFINIBAND_CXGB3) \
> + CONFIG_INFINIBAND_CXGB3_DEBUG=$(CONFIG_INFINIBAND_CXGB3_DEBUG) \
>   LINUXINCLUDE=' \
>   $(BACKPORT_INCLUDES) \
>   -I$(CWD)/include \
> @@ -105,6 +116,23 @@ kernel_iscsi:
>   cat $(CWD)/drivers/scsi/Module.symvers >> 
> $(CWD)/drivers/infiniband/Module.symvers; \
>   fi;
>  
> +kernel_cxgb3:
> + echo "Building drivers/net/cxgb3"; \
> + $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/net/cxgb3" 
> KERNELRELEASE=$(KVERSION) \
> + EXTRAVERSION=$(EXTRAVERSION) V=1 $(WITH_MAKE_PARAMS) \
> + CONFIG_CHELSIO_T3=$(CONFIG_CHELSIO_T3) \
> + LINUXINCLUDE=' \
> + $(BACKPORT_INCLUDES) \
> + -I$(CWD)/include \
> + -Iinclude \
> + $$(if $$(KBUILD_SRC),-Iinclude2 -I$$(srctree)/include) \
> + -include include/linux/autoconf.h \
> + -include $(CWD)/include/linux/autoconf.h \
> + ' \
> + modules; \
> + if [ -f $(CWD)/drivers/net/cxgb3/Module.symvers ]; then \
> + cat $(CWD)/drivers/net/cxgb3/Module.symvers >> 
> $(CWD)/drivers/infiniband/Module.symvers; \
> + fi;
>  
>  #
>  #Install kernel  #
> @@ -181,6 +209,33 @@ install_kernel_iscsi:
>   
>   $(DEPMOD) -r -ae $(KVERSION)
>  
> +install_kernel_cxgb3:
> + $(MAKE) -C $(KSRC) SUBDIRS="$(CWD)/drivers/net/cxgb3" \
> + KERNELRELEASE=$(KVERSION) EXTRAVERSION=$(EXTRAVERSION) \
> + INSTALL_MOD_DIR="drivers/net/cxgb3" INSTALL_MOD_PATH=$(CWD) \
> + $(WITH_MAKE_PARAMS) modules_install;
> +
> + # Backup original cxgb3.ko kernel module under 'prefix'/backup directory
> + if [ -d $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3 ]; then \
> + mkdir -p $(DESTDIR)/$(prefix)/backup; \
> + if [ ! -f $(DESTDIR)/$(prefix)/backup/cxgb3_ko-$(KVERSION).tgz 
> ]; then \
> + tar czfP 
> $(DESTDIR)/$(prefix)/backup/cxgb3_ko-$(KVERSION).tgz 
> $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3/cxgb3.ko; \
> + fi; \
> + /bin/rm -f 
> $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3/cxgb3.ko; \
> + fi;
> +
> + # Copy new cxgb3 kernel module to 
> $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3 
> + if [ -d $(CWD)/lib/modules/$(KVERSION)/drivers/net/cxgb3 ]; then \
> + mkdir -p $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3; \
> + mv $(CWD)/lib/modules/$(KVERSION)/drivers/net/cxgb3/cxgb3.ko 
> $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3; \
> + fi; \
> + if [ -d $(CWD)/lib/modules/$(KVERSION)/extra ]; then \
> + mkdir -p $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3; \
> + mv $(CWD)/lib/modules/$(KVERSION)/extra/cxgb3.ko 
> $(DESTDIR)/$(MODULES_DIR)/kernel/drivers/net/cxgb3 ; \
> + fi;
> + 
> + $(DEPMOD) -r -ae $(KVERSION)
>

Re: [openib-general] [PATCH v5 3/3] ofed_1_2 Provide generic allocator backport to 2.6.20.

2007-01-16 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Tue, 2007-01-16 at 13:52 -0600, Steve Wise wrote:
> Provide generic allocator backport to 2.6.20.
> 
> This is needed even on kernels that might have genalloc because it
> may not be configured into the running kernel.  Right now the only
> subsystem that turns on the generic allocator config option is IA64.
> So chances are good that 2.6.20 kernels will _not_ have this compiled in.
> So we just backport it to all supported kernels.
> 
> To avoid collisions with kernels that _do_ have this compiled in, 
> change the names of the exported symbols in the backport.
> 
> Changes to genalloc.h:
> 
> - Change exported symbol names by prepending ib_
> - added #defines for original exported symbol names to new names. Thus
>   code calling the allocator doesn't need to change.
> 
>   EG: #define gen_pool_alloc ib_gen_pool alloc
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.20/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.20/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.20/linux_genalloc_to_2.6.20.patch |   17 ++
>  3 files changed, 257 insertions(+), 0 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.20/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.20/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.20/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.20/include/src/genalloc.c 
> b/kernel_addons/backport/2.6.20/include/src/genalloc.c
> new file mode 100644
> index 000..75ae68c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.20/include/src/genalloc.c
> @@ -0,0 +1,198 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * Copyright 2005 (C) Jes Sorensen <[EMAIL PROTECTED]>
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +#include 
> +#include 
> +
> +
> +/**
> + * gen_pool_create - create a new special memory pool
> + * @min_alloc_order: log base 2 of number of bytes each bitmap bit represents
> + * @nid: node id of the node the pool structure should be allocated on, or -1
> + *
> + * Create a new special memory pool that can be used to manage special 
> purpose
> + * memory not managed by the regular kmalloc/kfree interface.
> + */
> +struct gen_pool *gen_pool_create(int min_alloc_order, int nid)
> +{
> + struct gen_pool *pool;
> +
> + pool = kmalloc_node(sizeof(struct gen_pool), GFP_KERNEL, nid);
> + if (pool != NULL) {
> + rwlock_init(&pool->lock);
> + INIT_LIST_HEAD(&pool->chunks);
> + pool->min_alloc_order = min_alloc_order;
> + }
> + return pool;
> +}
> +EXPORT_SYMBOL(gen_pool_create);
> +
> +/**
> + * gen_pool_add - add a new chunk of special memory to the pool
> + * @pool: pool to add new memory chunk to
> + * @addr: starting address of memory chunk to add to pool
> + * @size: size in bytes of the memory chunk to add to pool
> + * @nid: node id of the node the chunk structure and bitmap should be
> + *   allocated o

[openib-general] OpenIB Wiki pages updated

2007-01-17 Thread Vladimir Sokolovsky

Hi,
The following links were added to https://wiki.openfabrics.org/tiki-index.php:

OFED 1.2 HowTo
HOWTO Build OFA user package
HOWTO Build OFA kernel package
HOWTO add userspace package to ofa_user


Regards,
Vladimir


___
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] OpenIB Wiki pages updated

2007-01-18 Thread Vladimir Sokolovsky

On Wed, 2007-01-17 at 09:41 -0800, Woodruff, Robert J wrote:
> Vladimir wrote,
> >Hi,
> >The following links were added to
> https://wiki.openfabrics.org/tiki-index.php:
> 
> >OFED 1.2 HowTo
> >HOWTO Build OFA user package
> >HOWTO Build OFA kernel package
> >HOWTO add userspace package to ofa_user
> 
> 
> >Regards,
> >Vladimir
> 
> How do I make it build the rdma_cm and rdma_ucm, there appears to be no
> configure
> option in the ./configure script of the daily builds even though the
> code is in
> the core directory. ( I tried the 2/17/2007 kernel
> daily build).
> 

Use --with-addr_trans-mod option.
This option is set by default.
Regards,
Vladimir


___
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] madeye

2007-01-18 Thread Vladimir Sokolovsky

On Wed, 2007-01-17 at 11:48 -0600, Raleigh F Rinehart wrote:
> I'm trying to use madeye in OFED 1.1 Release to do some debugging but it 
> does not seem to be present.  I cracked open src tarball and all the 
> right bits seem to be there (Kconfig, makefile, src) but it doesn't seem 
> to get built and installed as part of the normal installation procedure 
> (running install.sh).  Has anyone had any success at building, 
> installing and using madeye in a release version of OFED? 
> 

Run 
export OPENIB_PARAMS="--with-madeye-mod"
before running install.sh or build.sh

See OFED-1.1/docs/ofed.conf-example.

Note: Remove already created RPMs from OFED-1.1/RPMS directory in order
to rebuild RPM with madeye.

Regards,
Vladimir


___
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] OFED1.1 and Fed core 6 install question

2007-01-18 Thread Vladimir Sokolovsky

On Wed, 2007-01-17 at 14:40 -0700, parks fields wrote:
> When trying to install OFED1.1 on my completely updated  AMD 64bit
> Fedora core 6 machine I can't get past the following error.
> 
> ERROR: The sysfsutils-devel package is required to build
> libibverbs_devel RPM
> 
> I have tried a custom install and not selecting libibverbs_devel but it
> to to use it anyway. Even the basic install selects it.
> 
> I have all these RPMs installed
> 
> libsysfs-2.0.0-6
> sysfsutils-2.1.0-1
> sysfsutils-debuginfo-2.1.0
> libsysfs-devel-2.0.0-6
> 
> 
> 
> But no where on RPMfind or the rest of the net do I find
> sysfsutils-devel for Fedora core 6  X86_64.
> 
> Even when I build sysfs from the tar ball I don't get a sysfsutils-devel
> 
> Ideas ??
> 

OFED-1.1 does not support Fedora Core 6.
If you want a workaround then replace sysfsutils-devel by libsysfs-devel
in the OFED-1.1/build_env.sh.

Regards,
Vladimir

> 
> thanks
> parks
> 
> 
> 
> 
> 
> 
> 

___
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 RFC 01/10] ofed_1_2 Chelsio backport to 2.6.19

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:49 -0600, Steve Wise wrote:
> Chelsio backport to 2.6.19
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.19/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.19/include/linux/workqueue.h  |9 +
>  .../backport/2.6.19/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.19/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.19/linux_genalloc_to_2_6_20.patch |   17 ++
>  5 files changed, 277 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.19/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.19/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.19/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.19/include/linux/workqueue.h 
> b/kernel_addons/backport/2.6.19/include/linux/workqueue.h
> index 330f47f..cc8b2cd 100644
> --- a/kernel_addons/backport/2.6.19/include/linux/workqueue.h
> +++ b/kernel_addons/backport/2.6.19/include/linux/workqueue.h
> @@ -26,6 +26,12 @@ backport_cancel_delayed_work(struct dela
>   return cancel_delayed_work(&work->work);
>  }
>  
> +static inline void 
> +backport_cancel_rearming_delayed_workqueue(struct workqueue_struct *wq, 
> struct delayed_work *work)
> +{
> + cancel_rearming_delayed_workqueue(wq, &work->work);
> +}
> +
>  
>  #undef INIT_WORK
>  #define INIT_WORK(_work, _func) backport_INIT_WORK(_work, _func)
> @@ -33,11 +39,12 @@ #define INIT_DELAYED_WORK(_work, _func) 
>  
>  #undef DECLARE_WORK
>  #define DECLARE_WORK(n, f) \
> - struct work_struct n = __WORK_INITIALIZER(n, f, &(n))
> + struct work_struct n = __WORK_INITIALIZER(n, (void (*)(void *))f, &(n))
>  #define DECLARE_DELAYED_WORK(n, f) \
>   struct delayed_work n = { .work = __WORK_INITIALIZER(n.work, f, 
> &(n.work)) }
>  
>  #define queue_delayed_work backport_queue_delayed_work
>  #define cancel_delayed_work backport_cancel_delayed_work
> +#define cancel_rearming_delayed_workqueue 
> backport_cancel_rearming_delayed_workqueue
>  
>  #endif
> diff --git a/kernel_addons/backport/2.6.19/include/src/genalloc.c 
> b/kernel_addons/backport/2.6.19/include/src/genalloc.c
> new file mode 100644
> index 000..75ae68c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.19/include/src/genalloc.c
> @@ -0,0 +1,198 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * Copyright 2005 (C) Jes Sorensen <[EMAIL PROTECTED]>
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +#include 
> +#include 
> +
> +
> +/**
> + * gen_pool_create - create a new special memory pool
> + * @min_alloc_order: log base 2 of number of bytes each bitmap bit represents
> + * @nid: node id of the node the pool structure should be allocated on, or -1
> + *
> + * Create a new special memory pool that can be used to manage special 
> purpose
> + * memory not managed by the regular kmalloc/kfree interface.
> + */
> +struct gen_pool *gen_pool_create(int min_alloc_order, int nid)

Re: [openib-general] [PATCH RFC 02/10] ofed_1_2 Chelsio backport to 2.6.18

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:49 -0600, Steve Wise wrote:
> Chelsio backport to 2.6.18
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.18/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.18/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.18/include/linux/netdevice.h  |9 +
>  .../backport/2.6.18/include/linux/random.h |   15 ++
>  .../backport/2.6.18/include/linux/skbuff.h |1 
>  .../backport/2.6.18/include/linux/workqueue.h  |9 +
>  .../backport/2.6.18/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.18/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.18/linux_genalloc_to_2_6_20.patch |   17 ++
>  9 files changed, 319 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.18/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.18/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.18/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.18/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.18/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.18/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.18/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.18/include/linux/netdevice.h
> new file mode 100644
> index 000..61a6deb
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.18/include/linux/netdevice.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_NETDEVICE_TO_2_6_18
> +#define BACKPORT_LINUX_NETDEVICE_TO_2_6_18
> +#include_next 
> +
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.18/include/linux/random.h 
> b/kernel_addons/backport/2.6.18/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.18/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +
> +#define random32 backport_random32
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.18/include/linux/skbuff.h 
> b/kernel_addons/backport/2.6.18/include/linux/skbuff.h
> index 4845283..ca5edc0 100644
> --- a/kernel_addons/backport/2.6.18/include/linux/skbuff.h
> +++ b/kernel_addons/backport/2.6.18/include/linux/skbuff.h
> @@ -4,5 +4,6 @@ #define LINUX_SK

Re: [openib-general] [PATCH RFC 03/10] ofed_1_2 Chelsio backport to 2.6.17

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:49 -0600, Steve Wise wrote:
> Chelsio backport to 2.6.17
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.17/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.17/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.17/include/linux/netdevice.h  |4 
>  .../backport/2.6.17/include/linux/random.h |   15 ++
>  .../backport/2.6.17/include/linux/skbuff.h |3 
>  .../backport/2.6.17/include/linux/workqueue.h  |9 +
>  .../backport/2.6.17/include/net/netevent.h |   33 
>  .../backport/2.6.17/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.17/include/src/netevent.c |   69 
>  .../backport/2.6.17/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.17/linux_stuff_to_2_6_17.patch|   24 +++
>  11 files changed, 425 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.17/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.17/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.17/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.17/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.17/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.17/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.17/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.17/include/linux/netdevice.h
> index 5641019..225eeda 100644
> --- a/kernel_addons/backport/2.6.17/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.17/include/linux/netdevice.h
> @@ -15,4 +15,8 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
>  #endif
> diff --git a/kernel_addons/backport/2.6.17/include/linux/random.h 
> b/kernel_addons/backport/2.6.17/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.17/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +
> +#define random32 backport_random32
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.17/include/linux/skbuff.h 
> b/kernel_addons/backport/2.6.17/include/linux/skbuff.h
> index 4845283..70bf011 100644
> --- a/ker

Re: [openib-general] [PATCH RFC 05/10] ofed_1_2 Backport cxgb3 to 2.6.15

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport cxgb3 to 2.6.15
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.15/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.15/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.15/include/linux/netdevice.h  |9 +
>  .../backport/2.6.15/include/linux/random.h |   15 ++
>  .../backport/2.6.15/include/linux/skbuff.h |3 
>  .../backport/2.6.15/include/linux/types.h  |6 +
>  .../backport/2.6.15/include/linux/workqueue.h  |9 +
>  .../backport/2.6.15/include/net/netevent.h |   33 
>  .../backport/2.6.15/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.15/include/src/netevent.c |   71 
>  .../backport/2.6.15/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.15/linux_stuff_to_2_6_17.patch|   24 +++
>  12 files changed, 438 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.15/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.15/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.15/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.15/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.15/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.15/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.15/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.15/include/linux/netdevice.h
> index 5641019..2f12781 100644
> --- a/kernel_addons/backport/2.6.15/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.15/include/linux/netdevice.h
> @@ -15,4 +15,13 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +static inline int __netif_rx_schedule_prep(struct net_device *dev)
> +{
> +return !test_and_set_bit(__LINK_STATE_RX_SCHED, &dev->state);
> +}
> +
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
>  #endif
> diff --git a/kernel_addons/backport/2.6.15/include/linux/random.h 
> b/kernel_addons/backport/2.6.15/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.15/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +
>

Re: [openib-general] [PATCH RFC 04/10] ofed_1_2 Chelsio backport to 2.6.16

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:49 -0600, Steve Wise wrote:
> Chelsio backport to 2.6.16
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.16/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.16/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.16/include/linux/netdevice.h  |4 
>  .../backport/2.6.16/include/linux/random.h |   15 ++
>  .../backport/2.6.16/include/linux/skbuff.h |3 
>  .../backport/2.6.16/include/linux/workqueue.h  |9 +
>  .../backport/2.6.16/include/net/netevent.h |   33 
>  .../backport/2.6.16/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.16/include/src/netevent.c |   71 
>  .../backport/2.6.16/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.16/linux_stuff_to_2_6_17.patch|   24 +++
>  11 files changed, 427 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.16/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.16/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.16/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.16/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.16/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.16/include/linux/netdevice.h
> index 5641019..225eeda 100644
> --- a/kernel_addons/backport/2.6.16/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.16/include/linux/netdevice.h
> @@ -15,4 +15,8 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
>  #endif
> diff --git a/kernel_addons/backport/2.6.16/include/linux/random.h 
> b/kernel_addons/backport/2.6.16/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +
> +#define random32 backport_random32
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.16/include/linux/skbuff.h 
> b/kernel_addons/backport/2.6.16/include/linux/skbuff.h
> index 4845283..70bf011 100644
> --- a/ker

Re: [openib-general] [PATCH RFC 06/10] ofed_1_2 Backport chelsio to 2.6.14

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport chelsio to 2.6.14
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.14/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.14/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.14/include/linux/netdevice.h  |9 +
>  .../backport/2.6.14/include/linux/random.h |   15 ++
>  .../backport/2.6.14/include/linux/skbuff.h |3 
>  .../backport/2.6.14/include/linux/types.h  |6 +
>  .../backport/2.6.14/include/linux/workqueue.h  |9 +
>  .../backport/2.6.14/include/net/netevent.h |   33 
>  .../backport/2.6.14/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.14/include/src/netevent.c |   71 
>  .../backport/2.6.14/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.14/linux_stuff_to_2_6_17.patch|   24 +++
>  12 files changed, 438 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.14/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.14/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.14/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.14/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.14/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.14/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.14/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.14/include/linux/netdevice.h
> index 5641019..2f12781 100644
> --- a/kernel_addons/backport/2.6.14/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.14/include/linux/netdevice.h
> @@ -15,4 +15,13 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +static inline int __netif_rx_schedule_prep(struct net_device *dev)
> +{
> +return !test_and_set_bit(__LINK_STATE_RX_SCHED, &dev->state);
> +}
> +
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
>  #endif
> diff --git a/kernel_addons/backport/2.6.14/include/linux/random.h 
> b/kernel_addons/backport/2.6.14/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.14/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +

Re: [openib-general] [PATCH RFC 07/10] ofed_1_2 Backport Chelsio to 2.6.13

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport Chelsio to 2.6.13
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.13/include/linux/ethtool.h|9 +
>  .../backport/2.6.13/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.13/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.13/include/linux/netdevice.h  |9 +
>  .../backport/2.6.13/include/linux/random.h |   15 ++
>  .../backport/2.6.13/include/linux/skbuff.h |3 
>  .../backport/2.6.13/include/linux/types.h  |2 
>  .../backport/2.6.13/include/linux/workqueue.h  |9 +
>  .../backport/2.6.13/include/net/netevent.h |   33 
>  .../backport/2.6.13/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.13/include/src/netevent.c |   71 
>  .../backport/2.6.13/cxgb3_main_to_2_6_13.patch |   12 +
>  .../backport/2.6.13/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.13/linux_stuff_to_2_6_17.patch|   24 +++
>  .../backport/2.6.13/t3_hw_to_2_6_13.patch  |   13 ++
>  15 files changed, 468 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.13/include/linux/ethtool.h 
> b/kernel_addons/backport/2.6.13/include/linux/ethtool.h
> new file mode 100644
> index 000..d03127c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.13/include/linux/ethtool.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +#define BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +
> +#include_next 
> +
> +#define ADVERTISED_Pause (1 << 13)
> +#define ADVERTISED_Asym_Pause(1 << 14)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.13/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.13/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.13/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.13/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.13/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.13/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.13/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.13/include/linux/netdevice.h
> index 5641019..2f12781 100644
> --- a/kernel_addons/backport/2.6.13/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.13/include/linux/netdevice.h
> @@ -15,4 +15,13 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +static inline int __netif_rx_schedule_prep(struct net_device *dev)
> +{
> +return !test_and_set_bit(__LINK_

Re: [openib-general] [PATCH RFC 08/10] ofed_1_2 Backport Chelsio to 2.6.12

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport Chelsio to 2.6.12
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.12/include/linux/ethtool.h|9 +
>  .../backport/2.6.12/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.12/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.12/include/linux/netdevice.h  |9 +
>  .../backport/2.6.12/include/linux/random.h |   15 ++
>  .../backport/2.6.12/include/linux/skbuff.h |3 
>  .../backport/2.6.12/include/linux/types.h  |2 
>  .../backport/2.6.12/include/linux/workqueue.h  |9 +
>  .../backport/2.6.12/include/net/netevent.h |   33 
>  .../backport/2.6.12/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.12/include/src/netevent.c |   71 
>  .../backport/2.6.12/cxgb3_main_to_2_6_13.patch |   12 +
>  .../backport/2.6.12/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.12/linux_stuff_to_2_6_17.patch|   24 +++
>  .../backport/2.6.12/t3_hw_to_2_6_13.patch  |   13 ++
>  15 files changed, 468 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.12/include/linux/ethtool.h 
> b/kernel_addons/backport/2.6.12/include/linux/ethtool.h
> new file mode 100644
> index 000..d03127c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.12/include/linux/ethtool.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +#define BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +
> +#include_next 
> +
> +#define ADVERTISED_Pause (1 << 13)
> +#define ADVERTISED_Asym_Pause(1 << 14)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.12/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.12/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.12/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.12/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.12/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.12/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.12/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.12/include/linux/netdevice.h
> index 5641019..2f12781 100644
> --- a/kernel_addons/backport/2.6.12/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.12/include/linux/netdevice.h
> @@ -15,4 +15,13 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +static inline int __netif_rx_schedule_prep(struct net_device *dev)
> +{
> +return !test_and_set_bit(__LINK_

Re: [openib-general] [PATCH RFC 09/10] ofed_1_2 Backport Chelsio to 2.6.11

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport Chelsio to 2.6.11
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.11/include/linux/ethtool.h|9 +
>  .../backport/2.6.11/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.11/include/linux/interrupt.h  |   17 ++
>  kernel_addons/backport/2.6.11/include/linux/mm.h   |8 +
>  .../backport/2.6.11/include/linux/netdevice.h  |9 +
>  .../backport/2.6.11/include/linux/random.h |   15 ++
>  .../backport/2.6.11/include/linux/skbuff.h |2 
>  kernel_addons/backport/2.6.11/include/linux/slab.h |   19 --
>  .../backport/2.6.11/include/linux/types.h  |2 
>  .../backport/2.6.11/include/linux/workqueue.h  |8 +
>  kernel_addons/backport/2.6.11/include/net/dst.h|   16 ++
>  .../backport/2.6.11/include/net/netevent.h |   33 
>  .../backport/2.6.11/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.11/include/src/netevent.c |   71 
>  .../backport/2.6.11/cxgb3_main_to_2_6_13.patch |   12 +
>  .../backport/2.6.11/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.11/linux_stuff_to_2_6_17.patch|   24 +++
>  .../2.6.11/mthca_provider_3465_to_2_6_11.patch |   13 --
>  .../backport/2.6.11/t3_hw_to_2_6_13.patch  |   13 ++
>  19 files changed, 492 insertions(+), 31 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.11/include/linux/ethtool.h 
> b/kernel_addons/backport/2.6.11/include/linux/ethtool.h
> new file mode 100644
> index 000..d03127c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.11/include/linux/ethtool.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +#define BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +
> +#include_next 
> +
> +#define ADVERTISED_Pause (1 << 13)
> +#define ADVERTISED_Asym_Pause(1 << 14)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.11/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.11/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.11/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.11/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.11/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.11/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.11/include/linux/mm.h 
> b/kernel_addons/backport/2.6.11/include/linux/mm.h
> new file mode 100644
> index 000..1a1cf11
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.11/include/linux/mm.h
> @@ -0,0 +1,8 @@
> +#if

Re: [openib-general] [PATCH RFC 10/10] ofed_1_2 Backport Chelsio to sles9sp3

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport Chelsio to sles9sp3
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../2.6.5_sles9_sp3/include/linux/ethtool.h|9 +
>  .../2.6.5_sles9_sp3/include/linux/genalloc.h   |   42 +
>  .../2.6.5_sles9_sp3/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.5_sles9_sp3/include/linux/kfifo.h |  157 ++
>  .../backport/2.6.5_sles9_sp3/include/linux/mii.h   |   18 ++
>  .../backport/2.6.5_sles9_sp3/include/linux/mm.h|   20 ++
>  .../2.6.5_sles9_sp3/include/linux/netdevice.h  |   13 ++
>  .../backport/2.6.5_sles9_sp3/include/linux/pci.h   |2 
>  .../2.6.5_sles9_sp3/include/linux/random.h |   15 ++
>  .../2.6.5_sles9_sp3/include/linux/skbuff.h |3 
>  .../backport/2.6.5_sles9_sp3/include/linux/slab.h  |   19 --
>  .../2.6.5_sles9_sp3/include/linux/spinlock.h   |8 +
>  .../backport/2.6.5_sles9_sp3/include/linux/types.h |2 
>  .../2.6.5_sles9_sp3/include/linux/workqueue.h  |8 +
>  .../backport/2.6.5_sles9_sp3/include/net/dst.h |   17 ++
>  .../2.6.5_sles9_sp3/include/net/neighbour.h|7 +
>  .../2.6.5_sles9_sp3/include/net/netevent.h |   33 
>  .../2.6.5_sles9_sp3/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.5_sles9_sp3/include/src/kfifo.c   |  196 
> +++
>  .../2.6.5_sles9_sp3/include/src/netevent.c |   71 
>  .../2.6.5_sles9_sp3/cxgb3_main_to_2_6_13.patch |   12 +
>  .../2.6.5_sles9_sp3/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../2.6.5_sles9_sp3/iwch_cm_to_2_6_5-7_244.patch   |   35 
>  .../linux_stream_idr_to_2_6_5-7_244.patch  |   25 ---
>  .../linux_stuff_to_2_6_5-7_244.patch   |   46 +
>  .../mthca_provider_3465_to_2_6_9.patch |   15 --
>  .../2.6.5_sles9_sp3/t3_hw_to_2_6_5-7_244.patch |   43 +
>  27 files changed, 985 insertions(+), 58 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/ethtool.h 
> b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/ethtool.h
> new file mode 100644
> index 000..d03127c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/ethtool.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +#define BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +
> +#include_next 
> +
> +#define ADVERTISED_Pause (1 << 13)
> +#define ADVERTISED_Asym_Pause(1 << 14)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.5_sles9_sp3/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> +

Re: [openib-general] [PATCH RFC 05/10] ofed_1_2 Backport cxgb3 to 2.6.15

2007-01-18 Thread Vladimir Sokolovsky

This patch breaks compilation on openfabrics server (Ubuntu: 2.6.15-23-server)

  gcc -m32 
-Wp,-MD,/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/.addr.o.d
  -nostdinc -isystem /usr/lib/gcc/i486-linux-gnu/4.0.3/include -D__KERNEL__ \
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/kernel_addons/backport/2.6.15/include/
 \
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/include \
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/include \
-Iinclude \
 \
-include include/linux/autoconf.h \
-include 
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/include/linux/autoconf.h \
 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing 
-fno-common -ffreestanding -O2 -fomit-frame-pointer -pipe -msoft-float 
-mpreferred-stack-boundary=2 -fno-unit-at-a-time -march=i686 
-Iinclude/asm-i386/mach-default -Wdeclaration-after-statement -Wno-pointer-sign 
  -I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/include 
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/include  
   
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/ulp/ipoib

-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/debug
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/hw/cxgb3/core
-I/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/net/cxgb3   
-DMODULE -DKBUILD_BASENAME=addr -DKBUILD_MODNAME=ib_addr -c -o 
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/.tmp_addr.o
 
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/addr.c
In file included from include/linux/inetdevice.h:7,
 from 
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/kernel_addons/backport/2.6.15/include/linux/inetdevice.h:4,
 from 
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/addr.c:32:
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/kernel_addons/backport/2.6.15/include/linux/netdevice.h:19:
 error: redefinition of '__netif_rx_schedule_prep'
include/linux/netdevice.h:807: error: previous definition of 
'__netif_rx_schedule_prep' was here
/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/addr.c:61:
 warning: initialization from incompatible pointer type
make[3]: *** 
[/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core/addr.o]
 Error 1
make[2]: *** 
[/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband/core] 
Error 2
make[1]: *** 
[_module_/home/vlad/tmp/ofa_1_2_kernel-20070118-0829_check/drivers/infiniband] 
Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.15-23-server'
make: *** [kernel] Error 2

Regards,
Vladimir


On Wed, 2007-01-17 at 13:50 -0600, Steve Wise wrote:
> Backport cxgb3 to 2.6.15
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.15/include/linux/genalloc.h   |   42 +
>  .../backport/2.6.15/include/linux/interrupt.h  |   17 ++
>  .../backport/2.6.15/include/linux/netdevice.h  |9 +
>  .../backport/2.6.15/include/linux/random.h |   15 ++
>  .../backport/2.6.15/include/linux/skbuff.h |3 
>  .../backport/2.6.15/include/linux/types.h  |6 +
>  .../backport/2.6.15/include/linux/workqueue.h  |9 +
>  .../backport/2.6.15/include/net/netevent.h |   33 
>  .../backport/2.6.15/include/src/genalloc.c |  198 
> +++
>  .../backport/2.6.15/include/src/netevent.c |   71 
>  .../backport/2.6.15/cxgb3_makefile_to_2_6_19.patch |   12 +
>  .../backport/2.6.15/linux_stuff_to_2_6_17.patch|   24 +++
>  12 files changed, 438 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.15/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.15/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.15/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of

Re: [openib-general] [PATCH ] ofed_1_2 Backport Chelsio to RHEL4U4

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Thu, 2007-01-18 at 10:31 -0600, Steve Wise wrote:
> Backport Chelsio to RHEL4U4
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../backport/2.6.9_U4/include/linux/ethtool.h  |9 +
>  .../backport/2.6.9_U4/include/linux/genalloc.h |   42 +
>  .../backport/2.6.9_U4/include/linux/interrupt.h|   17 ++
>  .../backport/2.6.9_U4/include/linux/kfifo.h|  157 ++
>  kernel_addons/backport/2.6.9_U4/include/linux/mm.h |   20 ++
>  .../backport/2.6.9_U4/include/linux/netdevice.h|9 +
>  .../backport/2.6.9_U4/include/linux/pci.h  |1 
>  .../backport/2.6.9_U4/include/linux/random.h   |   15 ++
>  .../backport/2.6.9_U4/include/linux/skbuff.h   |4 
>  .../backport/2.6.9_U4/include/linux/slab.h |   19 --
>  .../backport/2.6.9_U4/include/linux/types.h|8 +
>  .../backport/2.6.9_U4/include/linux/workqueue.h|8 +
>  kernel_addons/backport/2.6.9_U4/include/net/dst.h  |   16 ++
>  .../backport/2.6.9_U4/include/net/netevent.h   |   33 
>  .../backport/2.6.9_U4/include/src/genalloc.c   |  198 
> +++
>  .../backport/2.6.9_U4/include/src/kfifo.c  |  196 
> +++
>  .../backport/2.6.9_U4/include/src/netevent.c   |   71 
>  .../backport/2.6.9_U4/cxgb3_main_to_2_6_13.patch   |   12 +
>  .../2.6.9_U4/cxgb3_makefile_to_2_6_19.patch|   12 +
>  .../backport/2.6.9_U4/iwch_cm_to_2_6_9_U4.patch|   13 ++
>  .../backport/2.6.9_U4/linux_stuff_to_2_6_17.patch  |   31 
>  .../2.6.9_U4/mthca_provider_3465_to_2_6_9.patch|   15 --
>  .../backport/2.6.9_U4/t3_hw_to_2_6_5-7_244.patch   |   43 +
>  23 files changed, 917 insertions(+), 32 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.9_U4/include/linux/ethtool.h 
> b/kernel_addons/backport/2.6.9_U4/include/linux/ethtool.h
> new file mode 100644
> index 000..d03127c
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.9_U4/include/linux/ethtool.h
> @@ -0,0 +1,9 @@
> +#ifndef BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +#define BACKPORT_LINUX_ETHTOOL_TO_2_6_13
> +
> +#include_next 
> +
> +#define ADVERTISED_Pause (1 << 13)
> +#define ADVERTISED_Asym_Pause(1 << 14)
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.9_U4/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.9_U4/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.9_U4/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.9_U4/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.9_U4/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.9_U4/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
>

Re: [openib-general] [PATCH ] ofed_1_2 Backport Chelsio to SLES10

2007-01-18 Thread Vladimir Sokolovsky

Applied.

Regards,
Vladimir

On Thu, 2007-01-18 at 10:31 -0600, Steve Wise wrote:
> Backport Chelsio to SLES10
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  .../2.6.16_sles10/include/linux/genalloc.h |   42 +
>  .../2.6.16_sles10/include/linux/interrupt.h|   17 ++
>  .../2.6.16_sles10/include/linux/netdevice.h|4 
>  .../backport/2.6.16_sles10/include/linux/random.h  |   15 ++
>  .../backport/2.6.16_sles10/include/linux/skbuff.h  |3 
>  .../2.6.16_sles10/include/linux/workqueue.h|9 +
>  .../backport/2.6.16_sles10/include/net/netevent.h  |   33 
>  .../backport/2.6.16_sles10/include/src/genalloc.c  |  198 
> +++
>  .../backport/2.6.16_sles10/include/src/netevent.c  |   71 
>  .../2.6.16_sles10/cxgb3_makefile_to_2_6_19.patch   |   12 +
>  .../2.6.16_sles10/linux_stuff_to_2_6_17.patch  |   24 +++
>  11 files changed, 427 insertions(+), 1 deletions(-)
> 
> diff --git a/kernel_addons/backport/2.6.16_sles10/include/linux/genalloc.h 
> b/kernel_addons/backport/2.6.16_sles10/include/linux/genalloc.h
> new file mode 100644
> index 000..3c23c68
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16_sles10/include/linux/genalloc.h
> @@ -0,0 +1,42 @@
> +/*
> + * Basic general purpose allocator for managing special purpose memory
> + * not managed by the regular kmalloc/kfree interface.
> + * Uses for this includes on-device special memory, uncached memory
> + * etc.
> + *
> + * This source code is licensed under the GNU General Public License,
> + * Version 2.  See the file COPYING for more details.
> + */
> +
> +
> +/*
> + *  General purpose special memory pool descriptor.
> + */
> +struct gen_pool {
> + rwlock_t lock;
> + struct list_head chunks;/* list of chunks in this pool */
> + int min_alloc_order;/* minimum allocation order */
> +};
> +
> +/*
> + *  General purpose special memory pool chunk descriptor.
> + */
> +struct gen_pool_chunk {
> + spinlock_t lock;
> + struct list_head next_chunk;/* next chunk in pool */
> + unsigned long start_addr;   /* starting address of memory chunk */
> + unsigned long end_addr; /* ending address of memory chunk */
> + unsigned long bits[0];  /* bitmap for allocating memory chunk */
> +};
> +
> +extern struct gen_pool *ib_gen_pool_create(int, int);
> +extern int ib_gen_pool_add(struct gen_pool *, unsigned long, size_t, int);
> +extern void ib_gen_pool_destroy(struct gen_pool *);
> +extern unsigned long ib_gen_pool_alloc(struct gen_pool *, size_t);
> +extern void ib_gen_pool_free(struct gen_pool *, unsigned long, size_t);
> +
> +#define gen_pool_create ib_gen_pool_create
> +#define gen_pool_add ib_gen_pool_add
> +#define gen_pool_destroy ib_gen_pool_destroy
> +#define gen_pool_alloc ib_gen_pool_alloc
> +#define gen_pool_free ib_gen_pool_free
> diff --git a/kernel_addons/backport/2.6.16_sles10/include/linux/interrupt.h 
> b/kernel_addons/backport/2.6.16_sles10/include/linux/interrupt.h
> new file mode 100644
> index 000..66e66a9
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16_sles10/include/linux/interrupt.h
> @@ -0,0 +1,17 @@
> +#ifndef BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#define BACKPORT_LINUX_INTERRUPT_TO_2_6_18
> +#include_next 
> +
> +static inline int 
> +backport_request_irq(unsigned int irq,
> + irqreturn_t (*handler)(int, void *),
> + unsigned long flags, const char *dev_name, void *dev_id)
> +{
> + return request_irq(irq, 
> +(irqreturn_t (*)(int, void *, struct pt_regs 
> *))handler, 
> +flags, dev_name, dev_id);
> +}
> +
> +#define request_irq backport_request_irq
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.16_sles10/include/linux/netdevice.h 
> b/kernel_addons/backport/2.6.16_sles10/include/linux/netdevice.h
> index 5641019..225eeda 100644
> --- a/kernel_addons/backport/2.6.16_sles10/include/linux/netdevice.h
> +++ b/kernel_addons/backport/2.6.16_sles10/include/linux/netdevice.h
> @@ -15,4 +15,8 @@ static inline void netif_tx_unlock(struc
>   spin_unlock(&dev->xmit_lock);
>  }
>  
> +#undef SET_ETHTOOL_OPS
> +#define SET_ETHTOOL_OPS(netdev, ops) \
> + (netdev)->ethtool_ops = (struct ethtool_ops *)(ops)
> +
>  #endif
> diff --git a/kernel_addons/backport/2.6.16_sles10/include/linux/random.h 
> b/kernel_addons/backport/2.6.16_sles10/include/linux/random.h
> new file mode 100644
> index 000..2ea2e1f
> --- /dev/null
> +++ b/kernel_addons/backport/2.6.16_sles10/include/linux/random.h
> @@ -0,0 +1,15 @@
> +#ifndef BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#define BACKPORT_LINUX_RANDOM_TO_2_6_18
> +#include_next 
> +
> +static inline u32 backport_random32(void)
> +{
> + u32 v;
> +
> + get_random_bytes(&v, sizeof(u32));
> + return v;
> +}
> +
> +#define random32 backport_random32
> +
> +#endif
> diff --git a/kernel_addons/backport/2.6.16_sles10/include/linux/skbuff.h 
>

Re: [openib-general] [PATCH ] ofabuild Allow command-line override of $scripts_git.

2007-01-20 Thread Vladimir Sokolovsky

Thanks, applied.

Regards,
Vladimir

On Sat, 2007-01-20 at 09:03 -0600, Steve Wise wrote:
> Useful when testing changes to the ofsscripts tree.
> 
> Signed-off-by: Steve Wise <[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

Re: [openib-general] OFED 1.2 RPMs

2007-01-24 Thread Vladimir Sokolovsky

On Wed, 2007-01-24 at 09:40 -0600, Steve Wise wrote:
> What do I need to do to get the Chelsio code into the RPM packaging?
> The wiki doesn't say much yet about rpms.   I see file
> ofed_1_2/ofed_scripts/openib.spec.  Should I add the chelsio stuff to
> that spec file?
> 
> 
> Thanks,
> 
> Steve.
> 

Hi Steve,
I am going to split openib.spec file into ofa_user.spec and
ofa_kernel.spec. Then I will add Chelsio and all other packages to these
files. This will happen next week, I hope.



-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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

2007-01-25 Thread Vladimir Sokolovsky

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
 


___
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 Copy in the library cq rptr address only for non T3A devices.

2007-01-29 Thread Vladimir Sokolovsky

On Mon, 2007-01-29 at 08:40 -0600, Steve Wise wrote:
> This fixes a bug with the rev 0 Chelsio T3 hardware...
> 
> It needs to be pulled into ofed_1_2.  
> 
> Roland, it will need to be merged in with the T3 rdma driver.  I'm
> maintaining this in my git tree, so I can resend it to you once you
> finish reviewing/merging the T3 driver.
> 
> Thanks,
> 
> Steve.
> 
> ---
> 
> 
> Don't copy in the library cq rptr address for T3A devices.
> 
> T3A doesn't support kernel bypass, so we must _not_ save off the lib's
> cq rptr address for these devices.  Otherwise the re-arm logic will try
> and use the library rptr value for T3A re-arm.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---

Applied.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] [openfabrics-ewg] [PATCH ofed-1.2 0/6] ehca (kernel space) patches for ofed-1.2

2007-01-30 Thread Vladimir Sokolovsky

On Tue, 2007-01-30 at 09:47 -0500, Hoang-Nam Nguyen wrote:
> > > Can someone from iser group please check this?
> > > On pseries hvcall.h is placed under include/asm which is a link to
> > > include/asm-ppc resp include/asm-powerpc.
> > I don't think that we did anything with this in iSER.
> > Erez
> Erez, thanks for this info.
> Vladimir, please remove include/linux/hvcall.h from backport/2.6.16
> resp backport/2.6.16sles9.
> Thanks
> Nam

Done.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 00/12] ofed_1_2 - Neighbour update support

2007-01-30 Thread Vladimir Sokolovsky

On Fri, 2007-01-26 at 15:11 -0600, Steve Wise wrote:
> Michael/Vlad:
> 
> I've pushed these up to my git tree.  Can you merge them in?  
> 
> git://staging.openfabrics.com/~swise/ofed_1_2.git cxgb3
> 
> Here is the short log of the commits:
> 
> aedc0b3c1681fb550ec4b8d1021caa2ce3dcbfd7 iw_cxgb3: allow doorbell mappings 
> with VM_READ set.
> 5ea83b9e3ec6f9c74040944adb83e4faf6613fe1 Backport Chelsio to rhel5 
> (2.6.18_FC6).
> ff38246f6f07ff25609eaa304a707748904bf2bf Backport sles9sp3: Simulate neigh 
> update events by snooping ARP packets
> b88d46d10ce15f8ee725454f4998af6497cc13e1 Backport rhel4u4: Simulate neigh 
> update events by snooping ARP packets
> ab3a817b10da2df2e3d5bf08018be3d0212dc5bd Backport 2.6.11: Simulate neigh 
> update events by snooping ARP packets
> e545001a94c180c32b8b15d4ca4351506bd50fc2 Backport 2.6.12: Simulate neigh 
> update events by snooping ARP packets
> 8ddafe035c1a997c7625ae1bd42767deed148cb7 Backport 2.6.13: Simulate neigh 
> update events by snooping ARP packets
> ef260b8242d90edcabdc3153b829eda65d451672 Backport 2.6.14: Simulate neigh 
> update events by snooping ARP packets
> 84c78965a7c6a2a831fb2a49c6936321e2566904 Backport ubuntu606: Simulate neigh 
> update events by snooping ARP packets
> eb09f52a33471613fc29f898dfad8d9a57238d3e Backport 2.6.15: Simulate neigh 
> update events by snooping ARP packets
> ddc3ec432bd1898005ab52241d125dd4a71436aa Backport sles10: Simulate neigh 
> update events by snooping ARP packets
> b4af429744ff06545b2941fc5ef1ab4d6f0c0e77 Backport 2.6.16: Simulate neigh 
> update events by snooping ARP packets
> fe1a597f3aa409465d5b1b577a3b28c4a002f143 Backport 2.6.17: Simulate neighbour 
> update events by snooping ARP packets
> 9b3bfe5696aa417d38ce903eb345a03d65743dd2 Handle Ethernet neighbour updates 
> during route resolution.
> 

Done.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 0/6] ehca (kernel space) patches for ofed-1.2

2007-01-30 Thread Vladimir Sokolovsky

On Sat, 2007-01-27 at 01:59 +0100, Hoang-Nam Nguyen wrote:
> Hello Vladimir!
> Here is a patch set for ehca device driver with the following changes:
> * Fix yield with spinlock held (this has been queued for 2.6.20)
> * Fix mismatched unlock in irq handler (this has been queued for 2.6.20)
> * Remove mmap (this has been queued for 2.6.21)
> * Remove obsolete prototypes (this has been queued for 2.6.21)
> * Backport for 2.6.16, 2.6.16sles10, 2.6.18, 2.6.18_FC6 (RHEL5)
> With those patches we are able to support the following platforms:
> * 2.6.20, 2.6.19, 2.6.18, RHEL5, 2.6.16, SLES10
> Thanks
> Nam
> PS1: The first two patches are actually not required since ofed-1.2
> is based on 2.6.20. Since I did not see them in daily build yesterday
> I'm sending here for completeness.
> 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 patching a new one under include/asm. If I'm right,
> please remove include/linux/hvcall.h!
> 

Hi Nam,
Applied patches 2-6.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 alpha rel] ehca: reworked irq handler to support NAPI consistently

2007-01-31 Thread Vladimir Sokolovsky

On Tue, 2007-01-30 at 20:52 +0100, Hoang-Nam Nguyen wrote:
> Hi Vladimir,
> here is a patch for ehca with reworked irq handler. With those changes
> the performance result without/with scaling code and with NAPI (scaling
> code turned off) is consistent. They also reduce the rate of drop 
> packets (when scaling code is turned off) significantly.
> Thanks
> Nam
> PS: Roland, this patch is aligned with ofed-1.2 "only". I'l send this
> patch for 2.6.21 separately next week.
> 
> 
> Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
> ---
> 

Added to kernel_patches/fixes in ~vlad/ofed_1_2/.git



-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] MVAPICH2 SRPM and install file patches

2007-02-01 Thread Vladimir Sokolovsky

On Wed, 2007-01-31 at 20:32 -0500, Shaun Rowland wrote:
> I've placed the MVAPICH2 SRPM on the OFA server in ~rowland/ofed_1_2,
> and it is linked to here:
> 
> http://www.openfabrics.org/~rowland/ofed_1_2/

ofed_1_2_scripts.patch applied.

Thanks,



-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] openib diags installation issue

2007-02-04 Thread Vladimir Sokolovsky

Hi Hal,
I have the following issue while executing 'make DESTDIR=/var/tmp/OFED install':
See the patch below for fixing this issue.


 /usr/bin/install -c -m 644 './man/ibprintca.8' 
'/var/tmp/OFED/usr/local/ofed/share/man/man8/ibprintca.8'
 /usr/bin/install -c -m 644 './man/ibfindnodesusing.8' 
'/var/tmp/OFED/usr/local/ofed/share/man/man8/ibfindnodesusing.8'
make  install-data-hook
make[3]: Entering directory 
`/var/tmp/OFEDRPM/BUILD/ofa_user-1.2/src/userspace/management/diags'
for script in scripts/ibqueryerrors.pl scripts/ibswportwatch.pl 
scripts/iblinkinfo.pl scripts/ibprintswitch.pl scripts/ibprintca.pl 
scripts/ibfindnodesusing.pl; do \
binname=`echo $script | sed -e "s/scripts\/\(.*\)/\1/"`; \
cat $script | sed -e "s,use lib \"\(/lib/perl\)\";,use 
lib \"/usr/local/ofed\1\";," > /usr/local/ofed/bin/$binname; \
chmod 755 /usr/local/ofed/bin/$binname; \
done
/bin/bash: line 2: /usr/local/ofed/bin/ibqueryerrors.pl: No such file or 
directory
chmod: cannot access `/usr/local/ofed/bin/ibqueryerrors.pl': No such file or 
directory
/bin/bash: line 2: /usr/local/ofed/bin/ibswportwatch.pl: No such file or 
directory
chmod: cannot access `/usr/local/ofed/bin/ibswportwatch.pl': No such file or 
directory
/bin/bash: line 2: /usr/local/ofed/bin/iblinkinfo.pl: No such file or directory
chmod: cannot access `/usr/local/ofed/bin/iblinkinfo.pl': No such file or 
directory
/bin/bash: line 2: /usr/local/ofed/bin/ibprintswitch.pl: No such file or 
directory
chmod: cannot access `/usr/local/ofed/bin/ibprintswitch.pl': No such file or 
directory
/bin/bash: line 2: /usr/local/ofed/bin/ibprintca.pl: No such file or directory
chmod: cannot access `/usr/local/ofed/bin/ibprintca.pl': No such file or 
directory
/bin/bash: line 2: /usr/local/ofed/bin/ibfindnodesusing.pl: No such file or 
directory
chmod: cannot access `/usr/local/ofed/bin/ibfindnodesusing.pl': No such file or 
directory
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory 
`/var/tmp/OFEDRPM/BUILD/ofa_user-1.2/src/userspace/management/diags'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory 
`/var/tmp/OFEDRPM/BUILD/ofa_user-1.2/src/userspace/management/diags'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory 
`/var/tmp/OFEDRPM/BUILD/ofa_user-1.2/src/userspace/management/diags'
make: *** [install_diags] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.37589 (%install)


Patch for fixing the issue above:

diff --git a/diags/Makefile.am b/diags/Makefile.am
index 06b21fc..81ece28 100644
--- a/diags/Makefile.am
+++ b/diags/Makefile.am
@@ -150,9 +150,9 @@ dist-hook: diags.spec
 install-data-hook:
for script in $(IB_SW_COUNT_DEPENDANT); do \
binname=`echo $$script | sed -e "s/scripts\/\(.*\)/\1/"`; \
-   cat $$script | sed -e "s,use lib \"\(/lib/perl\)\";,use 
lib \"$(prefix)\1\";," > $(bindir)/$$binname; \
-   chmod 755 $(bindir)/$$binname; \
+   cat $$script | sed -e "s,use lib \"\(/lib/perl\)\";,use 
lib \"$(prefix)\1\";," > $(DESTDIR)$(bindir)/$$binname; \
+   chmod 755 $(DESTDIR)$(bindir)/$$binname; \
done
-   $(top_srcdir)/config/install-sh -m 755 -d $(prefix)/lib/perl
-   $(top_srcdir)/config/install-sh -m 755 scripts/IBswcountlimits.pm 
$(prefix)/lib/perl
+   $(top_srcdir)/config/install-sh -m 755 -d $(DESTDIR)$(prefix)/lib/perl
+   $(top_srcdir)/config/install-sh -m 755 scripts/IBswcountlimits.pm 
$(DESTDIR)$(prefix)/lib/perl


___
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 Chelsio ethernet driver updates.

2007-02-04 Thread Vladimir Sokolovsky

On Thu, 2007-02-01 at 14:09 -0600, Steve Wise wrote:
> From: Steve Wise <[EMAIL PROTECTED]>
> 
> This patch updates the ofed_1_2 cxgb3 module to the latest queued
> for 2.6.21.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  drivers/net/cxgb3/firmware_exports.h |2 +-
>  drivers/net/cxgb3/sge.c  |   21 +
>  drivers/net/cxgb3/t3_cpl.h   |3 ---
>  3 files changed, 10 insertions(+), 16 deletions(-)

Applied.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] MVAPICH2 SRPM and install file patches

2007-02-05 Thread Vladimir Sokolovsky

On Wed, 2007-01-31 at 20:32 -0500, Shaun Rowland wrote:
> I've placed the MVAPICH2 SRPM on the OFA server in ~rowland/ofed_1_2,
> and it is linked to here:
> 
> http://www.openfabrics.org/~rowland/ofed_1_2/
> 

Hi Shaun,
Please change mvapich2.spec to avoid using of %build macro.
It removes RPM_BUILD_ROOT on SuSE distros:

Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.9418
+ umask 022
+ cd /var/tmp/OFEDRPM/BUILD
+ /bin/rm -rf /var/tmp/OFED
++ dirname /var/tmp/OFED
+ /bin/mkdir -p /var/tmp
+ /bin/mkdir /var/tmp/OFED
+ cd mvapich2-0.9.8
+ export OPEN_IB_HOME=/var/tmp/OFED/usr/local/ofed
+ OPEN_IB_HOME=/var/tmp/OFED/usr/local/ofed

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] MVAPICH2 rpmbuild issue

2007-02-05 Thread Vladimir Sokolovsky

Hi Shaun,
Please check the following issue:

Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.84872
+ umask 022
+ cd /var/tmp/OFEDRPM/BUILD
+ cd mvapich2-0.9.8
+ export OPEN_IB_HOME=/var/tmp/OFED/usr/local/ofed
+ OPEN_IB_HOME=/var/tmp/OFED/usr/local/ofed
+ '[' -d /var/tmp/OFED/usr/local/ofed/lib ']'
+ '[' -d /var/tmp/OFED/usr/local/ofed/lib64 ']'
+ export PREFIX=/var/tmp/OFED/usr/local/ofed/mpi/gcc/mvapich2-0.9.8-1
+ PREFIX=/var/tmp/OFED/usr/local/ofed/mpi/gcc/mvapich2-0.9.8-1
+ export CC=gcc CXX=g++ F77=gfortran
+ CC=gcc
+ CXX=g++
+ F77=gfortran
+ export ROMIO=yes
+ ROMIO=yes
+ export SHARED_LIBS=yes
+ SHARED_LIBS=yes
+ ./make.mvapich2.gen2
Could not find the OPEN_IB_HOME/lib64 or OPEN_IB_HOME/lib directory.
Exiting.
error: Bad exit status from /var/tmp/rpm-tmp.84872 (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.84872 (%install)
ERROR: Failed executing "rpmbuild --rebuild --define '_topdir /var/tmp/OFEDRPM' 
--define '_name mvapich2_gcc' --define '_prefix 
/usr/local/ofed/mpi/gcc/mvapich2-0.9.8-1' --define 'build_root /var/tmp/OFED' 
--define 'open_ib_home /usr/local/ofed' --define 'ofed_build_root 
/var/tmp/OFED' --define 'comp_env CC=gcc CXX=g++ F77=gfortran' --define 'iwarp 
0' --define 'romio 1' --define 'shared_libs 1' --define 'auto_req 1' 
/mswg2/work/vlad/ofed/test/OFED-1.2-alpha1/SRPMS/mvapich2-0.9.8-1.src.rpm"

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] OFED-1.2 first release

2007-02-05 Thread Vladimir Sokolovsky

Hi,

OFED-1.2-20070205-1823.tgz can be downloaded from

http://www.openfabrics.org/builds/ofed-1.2/





The first OFED package includes:



ofa_kernel-1.2-alpha1.src.rpm

ofa_user-1.2-alpha1.src.rpm

mvapich-0.9.9-971.src.rpm

mvapich2-0.9.8-1.src.rpm

openmpi-1.2b4ofedr13470-1ofed.src.rpm

mpitests-2.0-698.src.rpm

open-iscsi-generic-2.0-742.src.rpm

ib-bonding-0.9.0-1.src.rpm

ofed-docs-1.2-0.src.rpm

ofed-scripts-1.2-0.src.rpm



Known issues:

srptools - compilation fails

openib_diags - compilation fails

ibutils - not included yet



To build OFED RPMs:

cd OFED-1.2-20070205-1823

./build.sh



Created RPMs will be stored under OFED-1.2-20070205-1823/RPMS/

directory.



To install OFED RPMs:

cd OFED-1.2-20070205-1823

./install.sh



For a detailed installation guide, see

OFED-1.2-xxx/docs/OFED_Installation_Guide.txt




-- 

Vladimir Sokolovsky <[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]> 

Mellanox Technologies Ltd.
 
___
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] openib diags installation issue

2007-02-06 Thread Vladimir Sokolovsky

Hi Hal,
Please merge the following commit to the ofed_1_2 branch of the management.git:

commit  6c819523a6a58e2ac4948327f256e49984dce9fb
Diags/Makefile.am: Fix for executing 'make DESTDIR=/var/tmp/OFED install'

Thanks,

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] [openfabrics-ewg] OFED 1.2 release - to be reviewed in the meeting today

2007-02-06 Thread Vladimir Sokolovsky

On Thu, 2007-02-01 at 18:17 +0200, Moni Levy wrote:
> Tziporet,
> On 1/31/07, Tziporet Koren <[EMAIL PROTECTED]> wrote:
> > Shaun Rowland wrote:
> > >
> > > Hi. I am not exactly sure where the ofed_1_2 directory for MPI SRPMs is
> > > supposed to go. I assume from previous meetings this is just a
> > > filesystem directory. Should it be a directory in my home directory on
> > > staging.openfabrics.org, in ~/public_html, or is there something else I
> > > need to do to put this into place? I think from the previous MPI
> > > specific meeting, this was supposed to be done in a web directory. Since
> > > I am unclear, I wanted to ask here.
> >
> > Please place your SRPM under your home directory at ofed_1_2 directory.
> > Then you can make this directory accessible to the web in this way:
> > 1. mkdir public_html
> > 2. chmod 755 public_html
> >
> > Now you can put any stuff under public_html (also symbolic links) and it
> > will be available via web
> > www.openfabrics.org/~/
> 
> I have put the ib-bonding SRPM in ~monis/ofed_1_2
> 
> --Moni

Hi Moni,
Please move ~monis/ofed_1_2 to ~monis/public_html/ofed_1_2

Thanks,

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 Cleanup RHEL4U4 netevent backport]

2007-02-06 Thread Vladimir Sokolovsky

On Sun, 2007-02-04 at 09:48 -0600, Steve WIse wrote:
> Vlad/Michael,
> 
> I'm still tracking this as an outstanding patch.  Have you pulled this
> in yet?
> 
> Thanks,
> 
> Steve.


Applied.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 - iw_cxgb3 - Add standard GPL header to tcb.h

2007-02-06 Thread Vladimir Sokolovsky

On Mon, 2007-02-05 at 13:43 -0600, Steve Wise wrote:
> Add standard GPL header to tcb.h
> 
> From: Steve Wise <[EMAIL PROTECTED]>
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---

Applied.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] build.sh not building libmthca

2007-02-06 Thread Vladimir Sokolovsky

On Tue, 2007-02-06 at 10:41 -0600, Steve Wise wrote:
> Do you want me to use bugzilla to track these issues?
> 
Yes, please.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] Open MPI rpmbuild fails in OFED-1.2

2007-02-07 Thread Vladimir Sokolovsky

Hi Jeff,
Please remove %build macro from the RPM spec file.
On SuSE distros it removes RPM_BUILD_ROOT.

Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.23343
+ umask 022
+ cd /var/tmp/OFEDRPM/BUILD
+ /bin/rm -rf /var/tmp/OFED
++ dirname /var/tmp/OFED
+ /bin/mkdir -p /var/tmp
+ /bin/mkdir /var/tmp/OFED
+ cd openmpi-1.2b4ofedr13470
+ fortify_source=1
+ test '' '!=' ''
...

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] Open MPI rpmbuild fails in OFED-1.2

2007-02-07 Thread Vladimir Sokolovsky

I propose to replace %build by %install.
Otherwise %build removes /var/tmp/OFED (on SuSE) which includes all
installed libraries.

Regards,
Vladimir

On Wed, 2007-02-07 at 11:52 -0500, Jeff Squyres wrote:
> The "%build" directive is not just a macro, it's also a section  
> qualifier indicating the beginning of the build section.  From
> 
> http://fedora.redhat.com/docs/drafts/rpm-guide-en/ch08s02.html#id2966770
> 
> "The build section starts with a %build statement."
> 
> Is there something else that I should replace it with that will also  
> start the build section?
> 
> 
> 
> On Feb 7, 2007, at 11:42 AM, Vladimir Sokolovsky wrote:
> 
> > Hi Jeff,
> > Please remove %build macro from the RPM spec file.
> > On SuSE distros it removes RPM_BUILD_ROOT.
> >
> > Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.23343
> > + umask 022
> > + cd /var/tmp/OFEDRPM/BUILD
> > + /bin/rm -rf /var/tmp/OFED
> > ++ dirname /var/tmp/OFED
> > + /bin/mkdir -p /var/tmp
> > + /bin/mkdir /var/tmp/OFED
> > + cd openmpi-1.2b4ofedr13470
> > + fortify_source=1
> > + test '' '!=' ''
> > ...
> >
> > -- 
> > Vladimir Sokolovsky <[EMAIL PROTECTED]>
> > Mellanox Technologies Ltd.
> 
> 

___
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] ofa_user.spec: fix libehca directory structure

2007-02-10 Thread Vladimir Sokolovsky

On Thu, 2007-02-08 at 18:32 +0100, Stefan Roscher wrote:
> Correct directory structure according to new driver loading scheme from 
> libibverbs
> 
> 
> Signed-off-by: Stefan Roscher <[EMAIL PROTECTED]>
> ---
> 
> 
> --- ofa_user.spec_old 2007-02-08 09:03:33.0 -0800
> +++ ofa_user.spec_new 2007-02-08 09:07:32.0 -0800

Applied.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] ofa_user.spec: fix installation path for ehca.driver

2007-02-11 Thread Vladimir Sokolovsky

On Fri, 2007-02-09 at 14:37 +0100, Stefan Roscher wrote:
> Hi Vladimir,
> 
> we tested the newest ofed1.2 package and found out that ehca.driver file is
> not copied into /usr/local/ofed/etc/libibverbs.d/
> 
> This patch add the installation path for ehca.driver to ofa_user.spec. 
> Please ensure you first apply the ofa_user.spec patch I sent yesterday:
> http://openib.org/pipermail/openib-general/2007-February/032736.html
> 
> 
> Signed-off-by: Stefan Roscher <[EMAIL PROTECTED]>
> ---
> 
> 
> ofa_user.spec |1 +
> 1 files changed, 1 insertion(+)
> 
> 
> 
> diff -Nurp ofed_scripts_old/ofa_user.spec ofed_scripts_new/ofa_user.spec
> --- ofed_scripts_old/ofa_user.spec2007-02-09 14:00:38.0 +0100
> +++ ofed_scripts_new/ofa_user.spec2007-02-09 14:02:45.0 +0100
> @@ -1165,6 +1165,7 @@ fi
>  %files -n libehca -f libehca-files
>  %defattr(-,root,root,-)
>  %{_libdir}/libehca*.so*
> +%config %{_prefix}/etc/libibverbs.d/ehca.driver
>  # %doc AUTHORS COPYING ChangeLog README
>  %endif

Applied.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] Problem with install.sh openib-diags OFED-1.2-20070208-1508.tgz

2007-02-12 Thread Vladimir Sokolovsky

On Mon, 2007-02-12 at 06:36 -0500, Hal Rosenstock wrote:
> On Sun, 2007-02-11 at 13:44, Scott Weitzenkamp (sweitzen) wrote:
> > I'm using install.sh on RHEL4 U3 x86_64
> >  
> > Preparing...   
> > ##
> > kernel-ib-devel
> > ##
> > kernel-ib  
> > ##
> > error: Failed dependencies:
> > perl(IBswcountlimits)
> 
> This is supposed to be IBswcountlimits.pm. I think there was a change
> for the localtion of this to be under /lib/perl some days ago
> but not sure whether this change is in the OFED 1.2 install (for
> OFED-1.2-20070208). 
> 
> Vlad, do you know what is causing this error ?
> 
> -- Hal

I fixed this by adding the following line to ofa_user.spec file:

Provides: perl(IBswcountlimits)


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] MVAPICH2 SRPM update and install files patch

2007-02-12 Thread Vladimir Sokolovsky

On Sat, 2007-02-10 at 14:25 -0500, Shaun Rowland wrote:
> I updated the latest MVAPICH2 SRPM:
> 
> https://www.openfabrics.org/~rowland/ofed_1_2/
> 
> I am including a patch to the latest ofed_1_2_scripts git files. Since
> these files are the same as those used in the OFED-1.2-20070208-1508.tgz
> package, this patch can also be applied there. This patch is required to
> use the new MVAPICH2 SRPM file and should not be used with the older
> versions.


Hi Shaun,
Mvapich2 RPM build fails.
Please fix the files list in mvapich2.spec. You need to put the path to
mvapich2 directory instead of prefix.
%{prefix} includes all OFED's files.


mvapich2.spec:
%files
%{_prefix}

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] new OFED 1.2 package

2007-02-13 Thread Vladimir Sokolovsky

New OFED package was uploaded to the OFA server:
http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.tgz



Known issues:
mvapich2 RPM build fails (will be fixed in alpha1). 
sdpnetstat compilation fails in RHEL5


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] 32-bit build for ppc64 is required

2007-02-14 Thread Vladimir Sokolovsky

On Wed, 2007-02-14 at 15:18 +0100, Stefan Roscher wrote:
> On Wednesday 14 February 2007 14:29, Michael S. Tsirkin wrote:
> > > Quoting Stefan Roscher <[EMAIL PROTECTED]>:
> > > Subject: 32-bit build for ppc64 is required
> > > 
> > > Hi,
> > > 
> > > after building the latest ofed build package we recognized that on PPC64 
> > > only
> > > 64-bit libaries were build.
> > > Because we have customers using older userpace apllications which are
> > > certified for 32-bit we think additional 32bit support is a requirement 
> > > for 64bit builds.
> > > 
> > > If OFED 1.2 supports 32 bit on ppc64, we have to change the install
> > > directory.I would suggest to install 32-bit binaries into
> > > /usr/local/ofed/bin32 directory. So no changes on current naming 
> > > conventions
> > > has to be done.The libaries are installed in the /usr/local/ofed/lib 
> > > directory.
> > 
> > The standard practice is to install 64 bit libraries under prefix/lib64
> > and 32 bit libraries under prefix/lib. Why would PPC64 be any different?
> 
> I think you missunderstand my post. The directory for 32/64bit libaries
> shouldbe prefix/lib and prefix/lib64 respectively. 
> But current ofed1.2 I saw only prefix/lib64 directory, ie 64bit libs only.  
> > 

prefix/lib (32bit libraries) should be created on ppc64 as well.
Check that you have sysfsutils 32bit RPM installed.
I don't have ppc64 here to check.



-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 iw_cxgb3 Fail posts synchronously when in TERMINATE state.

2007-02-15 Thread Vladimir Sokolovsky

On Thu, 2007-02-15 at 08:50 -0600, Steve Wise wrote:
> Fail posts synchronously when in TERMINATE state.
> 
> For T3B devices, mark user qp in error once we transition
> to TERMINATE.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---

Applied.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] OFED 1.2 dapl and dat.conf

2007-02-20 Thread Vladimir Sokolovsky


> > Vladimir, can you tell me how the OFED 1.2 install scripts are 
> > handling the dat.conf?
> > 
> > -arlin
> > 

dat.conf updated by rpmbuild process:
/usr/lib is replaced by %{_libdir} (/lib for x86, ppc, ia64 and 
/lib64 otherwise).


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] OFED 1.2 dapl and dat.conf

2007-02-20 Thread Vladimir Sokolovsky

On Tue, 2007-02-20 at 10:21 -0500, Doug Ledford wrote:
> On Tue, 2007-02-20 at 17:05 +0200, Vladimir Sokolovsky wrote:
> > > > Vladimir, can you tell me how the OFED 1.2 install scripts are 
> > > > handling the dat.conf?
> > > > 
> > > > -arlin
> > > > 
> > 
> > dat.conf updated by rpmbuild process:
> > /usr/lib is replaced by %{_libdir} (/lib for x86, ppc, ia64 and 
> > /lib64 otherwise).
> 
> Which creates a multilib regression, aka when you install both the i386
> and x86_64 versions of the dapl rpm, they both contain a dat.conf file
> at the same location in the filesystem, but with different contents.
> Whether you get the 32bit or 64bit version of the dat.conf file depends
> on which is installed later.  Correspondingly, whichever version of the
> library was installed first will be rendered inoperative by this problem
> as it will be either a 32 or 64bit library that is searching for a
> provider library, and the one it finds will be the opposite arch type of
> itself, thereby preventing the dapl library from doing a dlopen on the
> file.  Therefore, whatever version of the dapl library is installed
> first will no longer be able to find any valid provider libraries.  This
> is considered an error condition by our automated package testing tools
> and we are not allowed to ship a package in this state.
> 
I can create /etc/dat32.conf and /etc/dat64.conf.

Currently, in the OFED there is no separation to 32 and 64 bit RPMs.
That is on x86_64, fot example, if 32bit libraries compilation succeeded
then both 32 and 64bit libraries will be a part of the same RPM.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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] OFED-1.2-20070221-1741.tgz package is available

2007-02-21 Thread Vladimir Sokolovsky

On Wed, 2007-02-21 at 12:02 -0600, Steve Wise wrote:
> Hey Vlad,
> 
> What about bugs: 355 and 357?
> 
> 
Bug: 355 (problems building modules that depend on OFED 1.2 modules)

In order to build kernel modules depending on OFED's modules you need to
take Modules.symvers file from /src/openib/Modules.symvers (part
of kernel-ib-devel RPM) and copy this to modules subdir and then compile
your module.

Currently I see that /src/openib/Modules.symvers is empty. I
will check this issue.

For now you can use the attached script to create Modules.symvers file.

Bug: 357 (cxgb3 can't be selected on sles9sp3)

cxgb3 driver compilation failed on sles9sp3 in previous OFED build.
Then it was disabled in build_env.sh script in order to prevent OFED
installation failure.
Did you fixed this compilation issue?

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

create_Module.symvers.sh
Description: application/shellscript
___
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 1/2] ofed_1_2 Fix copyrights in the cxgb3 driver.

2007-02-22 Thread Vladimir Sokolovsky

On Thu, 2007-02-15 at 13:59 -0600, Steve Wise wrote:
> Fix copyrights in the cxgb3 driver.
> 
> Remove the Open Grid Computing copyright.  It shouldn't be there.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---

Applied.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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 2/2] ofed_1_2 Fix copyrights in the iw_cxgb3 driver.

2007-02-22 Thread Vladimir Sokolovsky

On Thu, 2007-02-15 at 14:00 -0600, Steve Wise wrote:
> Fix copyrights in the iw_cxgb3 driver.
> 
> Remove the Open Grid Computing copyright.  It shouldn't be there.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---

Applied.

-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.


___
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] iw_cxgb3: Stop the EP Timer on BAD CLOSE.

2007-02-22 Thread Vladimir Sokolovsky

On Wed, 2007-02-21 at 14:46 -0600, Steve Wise wrote:
> Stop the ep timer in ec_status() if the status indicates a
> bad close.
> 
> Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
> ---
> 
>  drivers/infiniband/hw/cxgb3/iwch_cm.c |1 +
>  1 files changed, 1 insertions(+), 0 deletions(-)
> 
> diff --git a/drivers/infiniband/hw/cxgb3/iwch_cm.c 
> b/drivers/infiniband/hw/cxgb3/iwch_cm.c
> index e5442e3..d00e5dd 100644
> --- a/drivers/infiniband/hw/cxgb3/iwch_cm.c
> +++ b/drivers/infiniband/hw/cxgb3/iwch_cm.c
> @@ -1635,6 +1635,7 @@ static int ec_status(struct t3cdev *tdev
>  
>   printk(KERN_ERR MOD "%s BAD CLOSE - Aborting tid %u\n",
>  __FUNCTION__, ep->hwtid);
> + stop_ep_timer(ep);
>   attrs.next_state = IWCH_QP_STATE_ERROR;
>   iwch_modify_qp(ep->com.qp->rhp,
>      ep->com.qp, IWCH_QP_ATTR_NEXT_STATE,
> 

Applied.


-- 
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Mellanox Technologies Ltd.

___
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

1 2 >

1 - 100 of 123 matches

Mail list logo