On 25.01.2006 [08:17:29 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results
> > (manykernels, many svn trees)
> >
> > On 24.01.2006 [23:19:52 +0200], Michael
On 25.01.2006 [08:17:29 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results
> > (manykernels, many svn trees)
> >
> > On 24.01.2006 [23:19:52 +0200], Michael
On 24.01.2006 [23:19:52 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results
> > (manykernels, many svn trees)
> >
> > On 24.01.2006 [21:39:23 +0200], Michael
On 24.01.2006 [23:19:52 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results
> > (manykernels, many svn trees)
> >
> > On 24.01.2006 [21:39:23 +0200], Michael
On 24.01.2006 [21:39:23 +0200], Michael S. Tsirkin wrote:
> Quoting r. Roland Dreier <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results
> > (manykernels, many svn trees)
> >
> > Michael> 1 sec = 5.37731e+14 usec
> >
> > Michael> which seems to indica
On 24.01.2006 [20:54:38 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] Re: Re: Userspace testing results (many
> > kernels,many svn trees)
> >
> > On 24.01.2006 [01:44:42 +0200], Michael
On 24.01.2006 [11:24:02 -0800], Roland Dreier wrote:
> Michael> Thats what trunk head does, but Nishanth Aravamudan here
> Michael> sees
>
> Michael> 1 sec = 5.37731e+14 usec
>
> Michael> which seems to indicate something's still wrong.
&g
On 24.01.2006 [01:44:42 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > > I have just uploaded a simple utility which I called clock_test which
> > > measures a clock once a second: this way you'll know whether mtfb
On 24.01.2006 [01:39:07 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Re: Userspace testing results (many kernels,many svn trees)
> >
> > On 23.01.2006 [23:22:45 +0200], Michael S. Tsirkin wrote:
> >
On 24.01.2006 [01:01:32 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Looks like 5162/5163 is fine building wise. Here is what I got for
> > rdma_lat for a 32-bit server and 32-bit client:
> >
> > loading libehca loc
On 23.01.2006 [23:22:45 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Re: Userspace testing results (many kernels,many svn trees)
> >
> > On 23.01.2006 [10:24:12 -0800], Nishanth Aravamudan wrote:
> >
On 23.01.2006 [23:22:45 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Re: Userspace testing results (many kernels,many svn trees)
> >
> > On 23.01.2006 [10:24:12 -0800], Nishanth Aravamudan wrote:
> >
On 23.01.2006 [10:24:12 -0800], Nishanth Aravamudan wrote:
> On 23.01.2006 [19:55:05 +0200], Michael S. Tsirkin wrote:
> > Quoting r. Shirley Ma <[EMAIL PROTECTED]>:
> > > Subject: Re: Re: Userspace testing results (many kernels,?many svn trees)
> > >
> >
On 23.01.2006 [19:55:05 +0200], Michael S. Tsirkin wrote:
> Quoting r. Shirley Ma <[EMAIL PROTECTED]>:
> > Subject: Re: Re: Userspace testing results (many kernels,?many svn trees)
> >
> >
> > >If true, it seems that this line
> > >typedef unsigned long long cycles_t;
> > >should be replaced by
>
On 23.01.2006 [18:53:58 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Re: Userspace testing results (many kernels,many svn trees)
> >
> > On 23.01.2006 [18:46:42 +0200], Michael S. Tsirkin wrote:
> >
On 23.01.2006 [18:53:19 +0200], Michael S. Tsirkin wrote:
> Quoting Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > The machines are running ppc64 kernels.
>
> BTW, does this configuration (ppc32 on ppc64) support the mftb instruction?
Good question :)
How would I go about ch
On 23.01.2006 [18:46:42 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Bah, I just noticed that perftests doesn't even build right now (svn
> > 5130).
>
> Fixed, thanks.
Great! What svn revision is it fixed in? 5159 is
On 23.01.2006 [15:19:59 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Userspace testing results (many kernels,many svn trees)
> >
> > On 09.01.2006 [08:33:01 +0200], Michael S. Tsirkin wrote:
> > > Qu
On 20.01.2006 [18:08:09 +0200], Or Gerlitz wrote:
> The patch was not applied to the svn, so no need to redo
Ok, for now, just so I can get numbers, I'm going to have to disable
ISER. If you have a patch you'd like me to test (against 2.6.16-rc1-git3
as of right now), just send it my way.
Thanks,
On 09.01.2006 [08:33:01 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Just like with the results I posted earlier, all the perftest results
> > are seriously wrong for 32-bit clients (with both 32-bit and 64-bit
> > servers)
On 19.01.2006 [16:18:47 +0200], Or Gerlitz wrote:
> Nish,
>
> For now, please use this patch for your compilation against latest
> kernels containing latest (post official 2.6.15) open-iscsi
Could you redo this patch so it applies to the kernel tree?
Thanks,
Nish
On 19.01.2006 [16:18:47 +0200], Or Gerlitz wrote:
> Nish,
>
> For now, please use this patch for your compilation against latest kernels
> containing latest (post official 2.6.15) open-iscsi
That's what I get for responding to e-mails before scanning my whole
inbox :) I will try this patch out a
On 19.01.2006 [07:35:04 -0500], Hal Rosenstock wrote:
> On Thu, 2006-01-19 at 00:25, Nishanth Aravamudan wrote:
> > Trying to run the compilation tests against 2.6.16-rc1-git1 and am
> > getting this:
> >
> > CC [M] drivers/infiniband/ulp/iser/iscsi_iser.o
> &
On 30.12.2005 [07:26:34 -0500], Hal Rosenstock wrote:
> Hi Nish,
>
> On Fri, 2005-12-30 at 00:04, Nishanth Aravamudan wrote:
> > On 29.12.2005 [23:29:10 -0500], Hal Rosenstock wrote:
> > > Hi Nish,
> > >
> > > On Thu, 2005-12-29 at 20
On 15.01.2006 [12:24:59 -0500], Hal Rosenstock wrote:
> On Sun, 2006-01-15 at 11:48, Nishanth Aravamudan wrote:
> > Hi Roland,
> >
> > IPOIB is failing to build with 2.6.15 and svn 4981 and 5009
> >
> > In file included from drivers/infiniband/core/at.c:55:
On 15.01.2006 [16:09:45 -0800], Nishanth Aravamudan wrote:
> On 15.01.2006 [08:56:48 -0800], Roland Dreier wrote:
> > Nishanth> Is this related the semaphore to mutex conversions from
> > Nishanth> Ingo? If so, does this mean that it's only expected to
> >
On 15.01.2006 [08:56:48 -0800], Roland Dreier wrote:
> Nishanth> Is this related the semaphore to mutex conversions from
> Nishanth> Ingo? If so, does this mean that it's only expected to
> Nishanth> build with 2.6.15-git{6,7,...} or so? (Remember, I'm
> Nishanth> stuck with 2.6.15
Hi Roland,
IPOIB is failing to build with 2.6.15 and svn 4981 and 5009
In file included from drivers/infiniband/core/at.c:55:
drivers/infiniband/ulp/ipoib/ipoib.h:52:34: linux/mutex-backport.h: No such
file or directory
In file included from drivers/infiniband/core/at.c:55:
drivers/infiniband/ul
On 09.01.2006 [08:33:01 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Just like with the results I posted earlier, all the perftest results
> > are seriously wrong for 32-bit clients (with both 32-bit and 64-bit
> > servers)
Hello all,
Here are more results, where each section's heading indicates
server-client size (e.g. 32-65 is a 32-bit server and a 64-bit client),
only related to userspace; that is both machines are running (identical)
64-bit kernels. Each row is headed by the particular kernel which was
booted on t
On 05.01.2006 [15:15:10 -0800], Roland Dreier wrote:
> Ugh, the latest git tree still has version 2.6.15, so there's no way
> to tell if add_hotplug_env_var() has changed or not. This will fix
> itself once 2.6.16-rc1 comes out in about 10 days, but I don't know of
> a good way to fix it until the
On 05.01.2006 [13:08:39 -0800], Roland Dreier wrote:
> Sorry, my previous "fix" was totally bogus. I checked something in
> that should compile OK against both 2.6.15 and mainline.
with 4785, I still get:
drivers/infiniband/core/sysfs.c: In function `ib_device_uevent':
drivers/infiniband/core/sy
On 05.01.2006 [13:08:39 -0800], Roland Dreier wrote:
> Sorry, my previous "fix" was totally bogus. I checked something in
> that should compile OK against both 2.6.15 and mainline.
I assume that was what caused this:
drivers/infiniband/core/sysfs.c:653: error: unknown field `hotplug' specified
On 05.01.2006 [11:44:47 -0800], Roland Dreier wrote:
> Nishanth> Hi all, New build failure today:
>
> Nishanth> drivers/infiniband/core/sysfs.c: In function
> Nishanth> `ib_device_hotplug':
> Nishanth> drivers/infiniband/core/sysfs.c:440: warning: implicit
> Nishanth> declarati
Hi all,
New build failure today:
drivers/infiniband/core/sysfs.c: In function `ib_device_hotplug':
drivers/infiniband/core/sysfs.c:440: warning: implicit declaration of function
`add_hotplug_env_var'
drivers/infiniband/core/sysfs.c: At top level:
drivers/infiniband/core/sysfs.c:653: error: unkno
On 01.01.2006 [12:02:42 -0800], Roland Dreier wrote:
> Nish, I haven't had time to look at the issues you saw yet, but let me
> say right off the bat that you're awesome ;)
Heh, I'm glad I was actually able to get some runs in before New Year's.
I actually have results for svn rev 4662 and 4663 (4
On 31.12.2005 [20:40:00 -0600], Troy Benjegerdes wrote:
> > Currently, I am running netpipe, iperf and netperf (these three tests
> > are giving horrible results but we are pretty sure that it is a local
> > issue, as both eth1 and ib0 based tests lead to poor performance) and
> > also netpipe with
On 30.12.2005 [12:30:18 -0500], Hal Rosenstock wrote:
> Hi again Nish,
>
> On Fri, 2005-12-30 at 12:23, Nishanth Aravamudan wrote:
> [snip...]
>
> > > > I am attaching the patch for this. Note that this patch is for
> > > > 2.6.15-rc and not 2
On 30.12.2005 [12:30:18 -0500], Hal Rosenstock wrote:
> Hi again Nish,
>
> On Fri, 2005-12-30 at 12:23, Nishanth Aravamudan wrote:
> [snip...]
>
> > > > I am attaching the patch for this. Note that this patch is for
> > > > 2.6.15-rc and not 2
On 30.12.2005 [08:13:26 -0800], Nishanth Aravamudan wrote:
> On 30.12.2005 [07:26:34 -0500], Hal Rosenstock wrote:
> > Hi Nish,
> >
> > On Fri, 2005-12-30 at 00:04, Nishanth Aravamudan wrote:
> > > On 29.12.2005 [23:29:10 -0500], Hal Rosenstock wrote:
> >
On 30.12.2005 [07:26:34 -0500], Hal Rosenstock wrote:
> Hi Nish,
>
> On Fri, 2005-12-30 at 00:04, Nishanth Aravamudan wrote:
> > On 29.12.2005 [23:29:10 -0500], Hal Rosenstock wrote:
> > > Hi Nish,
> > >
> > > On Thu, 2005-12-29 at 20
On 29.12.2005 [23:29:10 -0500], Hal Rosenstock wrote:
> Hi Nish,
>
> On Thu, 2005-12-29 at 20:31, Nishanth Aravamudan wrote:
> > Hi,
> >
> > Building 2.6.15-rc7-git3 on ppc64 with svn=4654 kernel components leads
> > to:
> >
> > drivers/
On 29.12.2005 [17:31:28 -0800], Nishanth Aravamudan wrote:
> Hi,
>
> Building 2.6.15-rc7-git3 on ppc64 with svn=4654 kernel components leads
> to:
>
> drivers/infiniband/ulp/iser/iscsi_iser.c: In function
> `iscsi_iser_conn_set_param':
> drivers/infiniband/ulp/
Hi,
Building 2.6.15-rc7-git3 on ppc64 with svn=4654 kernel components leads
to:
drivers/infiniband/ulp/iser/iscsi_iser.c: In function
`iscsi_iser_conn_set_param':
drivers/infiniband/ulp/iser/iscsi_iser.c:1436: error:
`ISCSI_PARAM_RDMAEXTENSIONS' undeclared (first use in this function)
drivers/i
Hello all,
After quite a bit of struggling, I have added automated userspace
testing, as described below, to my daily kernel builds.
Effectively, with the combinations of kernel.org -git trees and svn
kernel code and modular or built-in CONFIG_ settings, I have added the
combinations of 64-bit an
On 15.12.2005 [09:35:12 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: [PATCH] add LDFLAGS to perftest/Makefile
> >
> > On 15.12.2005 [08:57:24 +0200], Michael S. Tsirkin wrote:
> > > Quoting N
On 15.12.2005 [08:57:24 +0200], Michael S. Tsirkin wrote:
> Quoting Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Is there a reason the perftest/Makefile doesn't use LDFLAGS?
> > Specifically, in automating userspace build & test, I put the IB
> > libraries in
On 14.12.2005 [18:29:04 -0800], Nishanth Aravamudan wrote:
> Hi,
>
> ppc32 version of perftest is failing with:
>
> gcc -m32 -m32 -I/usr/local/autobench/var/tmp/out/ppc32/include -Wall -O2 -g
> -D_GNU_SOURCE rdma_lat.c get_clock.c -libverbs -o rdma_lat
> /usr/lo
Hi,
ppc32 version of perftest is failing with:
gcc -m32 -m32 -I/usr/local/autobench/var/tmp/out/ppc32/include -Wall -O2 -g
-D_GNU_SOURCE rdma_lat.c get_clock.c -libverbs -o rdma_lat
/usr/local/autobench/var/tmp//ccJld3yB.o(.text+0x6c8): In function `main':
/usr/local/autobench/var/tmp/gen2-
On 14.12.2005 [15:23:08 -0800], Nishanth Aravamudan wrote:
> On 14.12.2005 [09:14:52 -0800], Grant Grundler wrote:
> > On Wed, Dec 14, 2005 at 01:57:26AM -0800, [EMAIL PROTECTED] wrote:
> > > Author: sagir
> > > Date: 2005-12-14 01:57:24 -0800 (Wed, 14 Dec 200
escription: Add LDFLAGS to the perftest Makefile to allow library
directories in non-standard locations to be specified.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- Makefile2005-12-14 14:57:04.0 -0800
+++ Makefile.ldflags2005-12-14 14:57:23.0 -0800
@@ -2
On 14.11.2005 [19:03:20 +0200], Dan Bar Dov wrote:
> Hi Nishanth,
>
> I committed fixes to the ppc64 compile warnings in iser:
> Committed revision 4044.
Great, thanks!
-Nish
___
openib-general mailing list
openib-general@openib.org
http://openib.org/m
On 14.11.2005 [19:03:20 +0200], Dan Bar Dov wrote:
> Hi Nishanth,
>
> I committed fixes to the ppc64 compile warnings in iser:
> Committed revision 4044.
Just wanted to confirm that 4044 compiles w/o infiniband warnings now.
Thanks again,
Nish
___
open
On 14.11.2005 [15:35:59 -0700], Alfred Torrez wrote:
> I am seeing the following errors using svn ver 4044 and 2.6.14 kernel.
> Have I missed a patch?
Which gcc and which arch? Can you try against 2.6.15-rc1 (my latest
compilations for x86, x86_64 and ppc64 all built fine with latest svn
versus la
Hi all,
Latest results (now on three archs: x86, ppc64, x86_64):
kernel.org:
=y
x86 --> OK
ppc64 --> OK
x86_64 --> OK
=m
x86 --> OK
ppc64 --> OK
x86_64 --> OK
svn:
=y
On 31.10.2005 [10:49:24 -0800], Nishanth Aravamudan wrote:
> Hi Roland,
>
> Looks like ppc64 build with 2.6.14-git3 and svn 3918 is busted:
Only the ppc64 build had finished when I sent this mail, but the same
happens on x86, with an additional:
drivers/infiniband/ulp/iser/iser
Hi Roland,
Looks like ppc64 build with 2.6.14-git3 and svn 3918 is busted:
drivers/infiniband/core/uat.c: In function `ib_uat_init':
drivers/infiniband/core/uat.c:837: warning: passing arg 2 of
`class_device_create' makes pointer from integer without a cast
drivers/infiniband/core/uat.c:837: war
On 27.10.2005 [14:31:31 +0200], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > Subject: Re: Automated userspace build error
> >
> > On 25.10.2005 [15:22:56 -0700], Roland Dreier wrote:
> > > Nishanth> Hrm, well, I
On 26.10.2005 [17:15:05 -0700], Woodruff, Robert J wrote:
> Nish wrote,
> >On a related note, do you (or anyone else) have any suggestions for
> >build-testing all of the userspace components? There isn't a top-level
> >Makefile of any kind to make it easy :/
>
> >Thanks,
> >Nish
>
> If you look
On 25.10.2005 [15:22:56 -0700], Roland Dreier wrote:
> Nishanth> Hrm, well, I'm testing the latest svn (3865), did the
> Nishanth> patch just get checked in?
>
> Yeah, I only noticed it and fixed it after your original email. I
> just meant that I had already checked it in before sending
On 25.10.2005 [15:09:42 -0700], Roland Dreier wrote:
> >checking dynamic linker charactericonfigure: error:
> >ibv_get_devices() not found. libibcm requires libibcm.
>
> The last error seeming like a circular dependency is just a typo,
> fixed by the following patch (already checked in)
Hi all,
I'm trying to add at least the build portion of userspace testing to my
daily kernel build tests, but am running into the following failure in
libibcm:
checking dynamic linker charactericonfigure: error:
ibv_get_devices() not found. libibcm requires libibcm.
Not sure, wh
On 24.10.2005 [15:33:57 -0700], Roland Dreier wrote:
> Nishanth> I know akpm has been harping on this only recently (I
> Nishanth> have yet to audit all the kernel, but will get around to
> Nishanth> it eventually), but these three inits can be done via
> Nishanth> setup_timer() now
On 24.10.2005 [13:54:25 -0700], Roland Dreier wrote:
> I just committed the following patch, which adds some initial support
> for detecting and reporting catastrophic errors reported by Mellanox
> HCAs. We start a periodic timer which polls the catastrophic error
> reporting buffer in device memo
On 19.10.2005 [10:32:42 -0700], Roland Dreier wrote:
> IBMEHCA> I put out a initial set of files (as discussed) on
> IBMEHCA> openib.org svn. The Kconfig option will follow when I've
> IBMEHCA> verified that it really compiles as is in svn.
>
> Great, it's good to have the code in svn
On 17.10.2005 [17:16:13 -0400], Suresh Shelvapille wrote:
> 1. I did not add the CONFIG_INFINIBAND=y by hand. I used make menuconfig and
> the GUI let me choose "y" to select the Infiniband core. And the result was,
> in .config which I presume is the one generated by the GUI has
> CONIFG_INFINIBAN
On 17.10.2005 [10:54:21 -0700], Roland Dreier wrote:
> Sean> Does anyone know the reason for this change?
>
> From the git tree, I can tell you that the change is from the commit:
>
> diff-tree f2ccd8fa06c8e302116e71df372f5c1f83432e03 (from
> b6b99eb5409d75ae35390057cd28f3aedfbd4cf4)
>
On 15.10.2005 [06:05:54 -0400], Hal Rosenstock wrote:
> Hi Nish,
>
> On Sat, 2005-10-15 at 01:24, Nishanth Aravamudan wrote:
> > On 11.10.2005 [23:15:27 -0400], Hal Rosenstock wrote:
> > > Hi again Nish,
> > >
> > > On Tue, 2005-10-11 at 21:39, Nisha
On 11.10.2005 [23:15:27 -0400], Hal Rosenstock wrote:
> Hi again Nish,
>
> On Tue, 2005-10-11 at 21:39, Nishanth Aravamudan wrote:
> > > > > Update arp_recv functions to latest 2.6.14 netdevice.h API for struct
> > > > > packet_type
> > > >
>
On 11.10.2005 [23:15:27 -0400], Hal Rosenstock wrote:
> Hi again Nish,
>
> On Tue, 2005-10-11 at 21:39, Nishanth Aravamudan wrote:
> > > > > Update arp_recv functions to latest 2.6.14 netdevice.h API for struct
> > > > > packet_type
> > > >
>
On 11.10.2005 [21:27:15 -0400], Hal Rosenstock wrote:
> Hi Nish,
>
> On Tue, 2005-10-11 at 17:45, Nishanth Aravamudan wrote:
> > On 07.10.2005 [09:48:56 -0400], Hal Rosenstock wrote:
> > > On Thu, 2005-10-06 at 15:26, Hal Rosenstock wrote:
> > > > On Thu, 2005
On 07.10.2005 [09:48:56 -0400], Hal Rosenstock wrote:
> On Thu, 2005-10-06 at 15:26, Hal Rosenstock wrote:
> > On Thu, 2005-10-06 at 15:20, Nishanth Aravamudan wrote:
> > > On 06.10.2005 [13:25:35 -0400], Hal Rosenstock wrote:
> > > > On Thu, 2005-10-06 at 13
On 07.10.2005 [09:48:56 -0400], Hal Rosenstock wrote:
> On Thu, 2005-10-06 at 15:26, Hal Rosenstock wrote:
> > On Thu, 2005-10-06 at 15:20, Nishanth Aravamudan wrote:
> > > On 06.10.2005 [13:25:35 -0400], Hal Rosenstock wrote:
> > > > On Thu, 2005-10-06 at 13
On 07.10.2005 [08:21:19 -0400], Hal Rosenstock wrote:
> On Thu, 2005-10-06 at 14:11, Nishanth Aravamudan wrote:
> > On 06.10.2005 [13:25:35 -0400], Hal Rosenstock wrote:
> > > On Thu, 2005-10-06 at 13:11, Nishanth Aravamudan wrote:
> > > > On 06.10.2005 [19:4
On 06.10.2005 [13:25:35 -0400], Hal Rosenstock wrote:
> On Thu, 2005-10-06 at 13:11, Nishanth Aravamudan wrote:
> > On 06.10.2005 [19:40:40 +0300], Dan Bar Dov wrote:
> > > I've fixed the 2.6.14-rc3 compilation warnings with iSER on x86 in
> > > version 3682.
>
On 06.10.2005 [13:25:35 -0400], Hal Rosenstock wrote:
> On Thu, 2005-10-06 at 13:11, Nishanth Aravamudan wrote:
> > On 06.10.2005 [19:40:40 +0300], Dan Bar Dov wrote:
> > > I've fixed the 2.6.14-rc3 compilation warnings with iSER on x86 in
> > > version 3682.
>
On 06.10.2005 [19:40:40 +0300], Dan Bar Dov wrote:
> I've fixed the 2.6.14-rc3 compilation warnings with iSER on x86 in version
> 3682.
Great! Thanks.
I'm re-running the tests (due to a subtle flaw in my PATH, my cronjobs
weren't running) now and will post the latest results.
Thanks,
Nish
_
Hello,
Here are the build results for 2.6.14-rc3 with and without the latest
gen2 trunk.
Looks like all the builds were successful, with some warnings:
- ppc64 + gen2 with =y
drivers/infiniband/core/at.c:1547: warning: initialization from incompatible
pointer type
drivers/infiniband/ulp/sdp/s
On 28.09.2005 [14:02:09 -0400], Hal Rosenstock wrote:
> On Sat, 2005-09-24 at 03:46, Nishanth Aravamudan wrote:
>
> On PPC64, there was also the following warning in SDP:
>
> drivers/infiniband/ulp/sdp/sdp_link.c:752: warning: initialization from
> incompatible pointer type
On 24.09.2005 [11:11:08 -0700], Nishanth Aravamudan wrote:
> On 24.09.2005 [10:19:53 -0700], Roland Dreier wrote:
> > Nish> I have a prototype of something similar running right now,
> > Nish> to help test InfiniBand, both in mainline and in the svn
> > N
On 26.09.2005 [10:15:21 -0700], Grant Grundler wrote:
> On Sat, Sep 24, 2005 at 10:19:53AM -0700, Roland Dreier wrote:
> ...
> > I just checked in a fix for this -- the pci_pretty_name() API has gone
> > away, so I removed our use of it in svn. I don't understand how your
> > other builds of git +
On 26.09.2005 [10:15:21 -0700], Grant Grundler wrote:
> On Sat, Sep 24, 2005 at 10:19:53AM -0700, Roland Dreier wrote:
> ...
> > I just checked in a fix for this -- the pci_pretty_name() API has gone
> > away, so I removed our use of it in svn. I don't understand how your
> > other builds of git +
On 24.09.2005 [11:11:08 -0700], Nishanth Aravamudan wrote:
> On 24.09.2005 [10:19:53 -0700], Roland Dreier wrote:
> > Nish> I have a prototype of something similar running right now,
> > Nish> to help test InfiniBand, both in mainline and in the svn
> > N
On 24.09.2005 [10:19:53 -0700], Roland Dreier wrote:
> Nish> I have a prototype of something similar running right now,
> Nish> to help test InfiniBand, both in mainline and in the svn
> Nish> repo. Basically, every night (this part hasn't been set up
> Nish> yet, but should be noth
On 24.09.2005 [10:19:53 -0700], Roland Dreier wrote:
> Nish> I have a prototype of something similar running right now,
> Nish> to help test InfiniBand, both in mainline and in the svn
> Nish> repo. Basically, every night (this part hasn't been set up
> Nish> yet, but should be noth
Roland, OpenIB developers,
As many people who follow LKML may have seen, Martin Bligh recently set
up test.kernel.org to host automated machine testing results.
I have a prototype of something similar running right now, to help test
InfiniBand, both in mainline and in the svn repo. Basically, ev
On 23.09.2005 [11:25:02 -0600], cynthia segura wrote:
> I'm new to infiniband and I'm trying to assign an IP address to an
> infiniband interface using DHCP. Currently, I have a small test cluster
> (two nodes only) each with an infiniband HCA cabled back to back (no
> switch). I am running a
On 26.08.2005 [14:44:25 -0400], Tom Tucker wrote:
>
> This is a cleaned up version of the iWARP CM verbs based
> on feedback from Roland and Sean. I've added a new file to
> contain the iw specific types and changed the iw specific
> type prefix to iw_.
>
> Please comment, and if it looks good,
On 25.07.2005 [15:20:29 -0700], Arlin Davis wrote:
> James,
>
> Here is a patch to fix dapl_os_wait_object_wait() returning
> EINVAL when passing nsec == 10 to pthread_cond_timedwait().
> Hit a rare case where _microsecs was exactly 100.
Hrm, rather than use all of these hard-coded
On 18.07.2005 [10:19:17 +0300], Michael S. Tsirkin wrote:
> I get timeouts on http://openib.org/tiki
Seems to work ok for me, right now...
Thanks,
Nish
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-g
On 11.07.2005 [11:30:23 -0400], Hal Rosenstock wrote:
> On Mon, 2005-07-11 at 10:39, Alexey Dobriyan wrote:
> > On Monday 11 July 2005 17:48, Hal Rosenstock wrote:
> > > Add new helper routines for allocating MADs for sending and formatting
> > > a send WR.
> >
> > > -- linux-2.6.13-rc2-mm1/driver
On 30.06.2005 [00:24:10 +0300], Michael S. Tsirkin wrote:
> Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>:
> > > > @@ -710,11 +711,12 @@
> > > > if (!accept_conn) {
> > > > DECLARE_WAITQUEUE(wait, current);
&
On 29.06.2005 [21:22:18 +0300], Michael S. Tsirkin wrote:
> Quoting r. Libor Michalek <[EMAIL PROTECTED]>:
> > Subject: Re: [PATCH] sdp_inet: fix schedule_timeout() usage
> >
> > On Tue, Jun 28, 2005 at 01:48:55PM -0700, Nishanth Aravamudan wrote:
> > >
&g
On 29.06.2005 [11:14:40 -0700], Libor Michalek wrote:
> On Tue, Jun 28, 2005 at 01:48:55PM -0700, Nishanth Aravamudan wrote:
> >
> > Using schedule_timeout() without setting the state first is broken and
> > causes schedule_timeout() to return immediately (effectively
state and are thus going to run again).
In each of these loops in sdp_inet.c involving schedule_timeout(), the
first iteration is correct, but subsequent ones result in busy-wait. Add
the appropriate set_current_state() call to fix the issue.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTEC
On Tue, Jan 18, 2005 at 09:19:40AM -0800, Roland Dreier wrote:
> Matthew> Funny you should mention that.
>
> Matthew> drivers/infiniband/ulp/ipoib/ipoib_ib.c: yield();
> Matthew> drivers/infiniband/ulp/ipoib/ipoib_ib.c: yield();
>
> Matthew> *SLAP*.
>
> ouch ;)
>
> What should t
96 matches
Mail list logo