On Tue, 2007-02-20 at 17:44 +0200, Vladimir Sokolovsky wrote:
> 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
> &g
On Tue, 2007-02-20 at 09:29 -0500, James Lentini wrote:
>
> On Fri, 16 Feb 2007, Arlin Davis wrote:
>
> > Doug Ledford wrote:
> >
> > > On Wed, 2007-02-14 at 13:26 -0800, Arlin Davis wrote:
> > >
> > > > Steve Wise wrote:
> > > >
; solve the observed problems, but more testing will be required to be
> sure there are no issues. This will require a new SRPM if the fix is
> required, which it seems at this point.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://peop
y name that it looks for
starting from the libraries own directory. Hence if the dapl library is
in /usr/lib, it looks in /usr/lib. Doing that would allow the
32bit/64bit libraries to share the same config file.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
On Thu, 2007-02-15 at 18:29 +0200, Michael S. Tsirkin wrote:
> > Quoting Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: 32-bit build for ppc64 is required
> >
> > On Thu, 2007-02-15 at 07:57 +0200, Michael S. Tsirkin wrote:
> >
> > > > The c
only for development resp. testing, why don't we
> also give them to customers in order to do basic test or diagnosis of
> their setup?
32/64 bit mpitests would suffice for testing that I think (and is
generally a good test anyway).
--
Doug Ledford <[EMAIL PROTECTED]>
rm that just leaving
things to happen by default works as anticipated. If they would ever
make an s390 that uses less than a gigawatt of power and heats less than
a large sized convention center, that could change... ;-)
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
Manager
> Server Virtualization Business Unit
> Cisco Systems
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Doug Ledford
> > Sent: Wednesday, February 14, 2007 10:36 AM
> > To: Jeff Squyres (jsqu
ED
> > ++ dirname /var/tmp/OFED
> > + /bin/mkdir -p /var/tmp
> > + /bin/mkdir /var/tmp/OFED
> > + cd openmpi-1.2b4ofedr13470
> > + fortify_source=1
> > + test '' '!=' ''
> > ...
> >
> > --
> > Vladimir Sokolovsky
ondingly, the
default binaries on PPC are 32bit, and only those that *need* to be
64bit are. While a customer's application may need >4GB address space,
certainly all the ibutils, diags, opensm, etc. do not. As a result, we
compile all of those utilities as 32bit by default on
t; dependency problem here in the OFED build script that is looking for the
> > wrong rpm in rhel5?
> >
> > Is there a bug to track this issue?
> >
> > Steve.
> >
> >
> > On Thu, 2007-02-08 at 17:28 -0500, Doug Ledford wrote:
> > > On Th
gt;
> >
> > --
> > Yosef Etigin
> > Alex Tabachnik
> >
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redhat.com/dledford/In
listed on the web site for easy reference?
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redhat.com/dledford/Infiniband
signature.asc
Description: Thi
On Thu, 2007-02-01 at 22:40 +0200, Or Gerlitz wrote:
> On 2/1/07, Doug Ledford <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-02-01 at 10:58 +0200, Or Gerlitz wrote:
>
> > > From a reason that no one at RH can trace... someone went and removed
> > > all the sup
gt;
> 1) adding a backport to the rdma_cm containing ip_ib_mc_map, period.
>
> This means that apps offloading multicast traffic through the rdma cm
> would use the correct group where apps working through the net stack
> use the broadcast group.
>
> 2) having the rdma cm f
On Thu, 2006-10-19 at 17:02 +0200, Or Gerlitz wrote:
> Doug Ledford wrote:
> > ... and reviewing arpingib
> > (which I'm going to remove from the ipoibtools and fix the native arping
> > in RHEL5 to work properly over IB without needing a new flag, the -A or
> &g
devel component,
the default would be to only install the x86_64 version. Normally this
would all be handled by anaconda during the install process, but should
anyone wish to test, knowing which packages to install to duplicate a
correct installation by anaconda will help to eliminate needless
Can you send a patch for this, please?
The attached patch addresses an update to our iscsi lib that required a
one line change, and the update for the inode diet patch.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
In
gt; 112 srp_2_use_multiple_initiator_ports.patch
> 121 svnehca_0015_1.patch
> 12 svnehca_0015_2.patch
>
> and despite the name it is actually adding a new features -
> such as mmap of kernel buffers into user space - not purely a bug fix.
> So, how about pus
On Thu, 2006-10-19 at 07:09 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: [openfabrics-ewg] RHEL5 and OFED ...
> >
> > On Wed, 2006-10-18 at 09:29 +0200, Michael S. Tsirkin wrote:
> > > Quoting r. Doug Ledford
On Thu, 2006-10-19 at 21:54 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: [openfabrics-ewg] RHEL5 and OFED ...
> >
> > On Thu, 2006-10-19 at 07:09 +0200, Michael S. Tsirkin wrote:
> >
> > > > Yeah, I&
as it would
require changes in too many packages due to the udev rule file changes.
Such a change would have to run through an exception process as it would
result in possible package breakage in third party packages mid stream
in a stable release, and that's generally very frowned upon.
--
Doug
On Thu, 2006-10-19 at 07:09 +0200, Michael S. Tsirkin wrote:
> > Yeah, I'll look over the diff today.
>
> How does it look?
Not too far in yet, but the srp_topspin patch in the
kernel_patches/fixes directory appears to have munged whitespace.
--
Doug Ledford
On Thu, 2006-10-19 at 17:02 +0200, Or Gerlitz wrote:
> Doug Ledford wrote:
> > ... and reviewing arpingib
> > (which I'm going to remove from the ipoibtools and fix the native arping
> > in RHEL5 to work properly over IB without needing a new flag, the -A or
> &g
an MPI
app undefined after a fork() call and hence any application written to
depend on undefined behavior is broken by design, so I'm leaning towards
this being a good example of when people just need to know when to say
no. But, I'm open to being shown I'm wrong.
--
Doug Ledford
On Thu, 2006-10-19 at 07:09 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: [openfabrics-ewg] RHEL5 and OFED ...
> >
> > On Wed, 2006-10-18 at 09:29 +0200, Michael S. Tsirkin wrote:
> > > Quoting r. Doug Ledford
On Wed, 2006-10-18 at 09:29 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > > >From our dicussion, it seems we should be able to just push the
> > > small number of missing bits into RHEL5 directly. That would be
> > > ni
On Wed, 2006-10-18 at 08:58 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: [openfabrics-ewg] RHEL5 and OFED ...
> >
> > On Sun, 2006-10-15 at 12:13 -0400, Doug Ledford wrote:
> >
> > > > Now for users
On Sun, 2006-10-15 at 12:13 -0400, Doug Ledford wrote:
> > Now for userspace - does RHEL5 include at least libibverbs-1.0?
> > This has been released a while back, and Roland makes regular bugfix
> > releases.
>
> It includes the OFED 1.0 libibverbs (which makes openmpi
On Wed, 2006-10-18 at 06:01 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Far easier would be to go the other way around,
> > run on x86_64 and build for i386, in which case gcc supports that out of
> > the box.
>
> All
On Tue, 2006-10-17 at 23:48 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: RHEL5 and OFED ...
> >
> > On Tue, 2006-10-17 at 22:28 +0200, Michael S. Tsirkin wrote:
> > > On a tangent, is there a way to set up
ultiple times:
for i in i686 x86_64; do
rpmbuild --ba --target=$i kernel-ib.spec
done
BTW, all the rpms are live on my site now.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
On Tue, 2006-10-17 at 22:23 +0200, Michael S. Tsirkin wrote:
> Quoting Doug Ledford <[EMAIL PROTECTED]>:
> > Evidently, I was mistaken and rhn is still populated with the beta1
> > rpms. So, I've made the latest kernel available on my web page as
> > referenced b
download later
> > iso images and look at the kernel present. The current kernel version
> > is 2.6.18-1.2717.el5.
>
> So, I'd like to help, but how can one get the updated kernel source?
> Are the iso's with updated sources available somewhere?
>
--
Doug Ledford
te this + libmthca?
Possibly. What's the justification? What's in 1.0.4 that is the
primary reason for wanting to update from 1.0.3?
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband spec
On Sun, 2006-10-15 at 17:59 +0200, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: RHEL5 and OFED ...
> >
> > On Sat, 2006-10-14 at 22:14 +0200, Michael S. Tsirkin wrote:
> > > Quoting r. Doug Ledford <[EMAIL PROTE
this, I'll track down how this got left out of the U4
kernel when it was in the U3 kernel :-/
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people
you are linking to. For all the drivers, like mthca, they are
compiled after libibverbs, and so libibverbs is built blind to the
drivers if you will, yet it is the drivers that provide the symbol and
therefore the symbol version according to the linker, so libibverbs can
never have the automate
On Thu, 2006-09-07 at 09:22 +0300, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Subject: Re: [openib-general] OpenSM/osm_log API: Use symbol versionsrather
> > than polluting namespace
> >
> > On Wed, 2006-09-06 at 18:1
dless
> > > > symbols, use symbol versions and have a versioned osm_log_init rather
> > > > than adding osm_log_init_v2 as an additional API
> > > >
> > > > This patch is intended to be applied to both trunk and 1.1 versions.
> > > >
>
is what this entire patch series was designed to
address. They are two different problem spaces.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redh
On Tue, 2006-08-29 at 15:13 -0400, Hal Rosenstock wrote:
> On Tue, 2006-08-29 at 11:21, Greg Lindahl wrote:
> > On Sun, Aug 27, 2006 at 06:28:06PM -0400, Doug Ledford wrote:
> >
> > > I would definitely put the option in, and in fact would default it to
> > > *N
> + lseek(fd, 0, SEEK_SET);
> > > + log_exit_count++;
> > > + goto _retry;
> > > +}
> > >
> > > /*
> > >Flush log on errors too.
> > > @@ -174,14 +189,6 @@ #endif /* WIN32 */
> > >
hose things out (I've been going on the patches in
the OFED-1.1rc2 package, and it doesn't have the U4 stuff yet). So, if
you took care of it in your later stuff, I'm perfectly happy with that.
--
Doug Ledford <[EMAIL PROTECTED]>
GPG KeyID: CFBFF194
On Sun, 2006-08-27 at 17:31 +0300, Tziporet Koren wrote:
>
> Doug Ledford wrote:
>
> >
> > Not supporting ppc is a problem to a certain extent. I can't speak for
> > SuSE, but at least for Red Hat, ppc is the default and over rides ppc64.
> > The ppc64 ar
On Sat, 2006-08-26 at 22:42 +0300, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > IOW, make use of the infrastructure
> > provided in U4 instead of working around it.
>
> Sorry, I don't really understand what you suggest here.
>
it is not connected, srp_daemon can either print the target
> details or connect to it.
>
> Run srp_daemon -h for usage.
>
>
> IPoIB HA daemon:
>
> The IPoIB HA daemon can be configured in /etc/infiniband/openib.conf file:
>
> # Enable IPoIB High Ava
are loaded
> when mthca is. If you look in /lib/modules/2.6.n/modules.dep, you should
> see these dependencies for ib_mthca.
Yeah, if I hadn't been spacing during my reply I would have noticed what
I highlighted above
--
Doug Ledford <[EMAIL PROTECTED]>
http://p
a hard dependancy for ib_mthca (or more
appropriately, I'm surprised to see ib_mad and not a bunch of other ib
modules as well, check the /etc/modprobe.conf
and /etc/modprobe.conf.dist to see if there are rules to force lots of
ib modules to be loaded any time ib_core is loaded).
--
D
tection and optimization should always be runtime for all
available hardware on a platform IMHO.
--
Doug Ledford <[EMAIL PROTECTED]>
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
___
openib-general mailing list
open
they don't have to be identical revs, but if they get too far apart
they might break.
--
Doug Ledford <[EMAIL PROTECTED]> 919-754-3700 x44233
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
___
openib-gen
On Fri, Apr 07, 2006 at 12:30:04AM +0300, Michael S. Tsirkin wrote:
> Quoting r. Doug Ledford <[EMAIL PROTECTED]>:
> > Just to make that point
> > clear, I've removed the old RPMs from my site and put up a new set of kernel
> > rpms based on the 1.0 release branc
he old RPMs from my site and put up a new set of kernel
rpms based on the 1.0 release branch code (userspace rpms will be a little
later).
--
Doug Ledford <[EMAIL PROTECTED]> 919-754-3700 x44233
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
___
On Mon, Feb 27, 2006 at 03:46:12PM -0800, Bob Woodruff wrote:
> Doug Ledford wrote,
>
> >My spec files for both libibverbs and opensm include the related utilities
> >and diags. My one suggestion is that if you bother to create spec files
> for
> >a 1.0 release, then
to build at least some kernel RPMs, most likely for FC4 and
> SUSE10. I'll have to rely on other people to provide packages for the
> kernels and distros they're most interested in.
I'll be building RHEL4 RPMs.
--
Doug Ledford <[EMAIL PROTECTED]> 9
gure program doesn't change them, so my rpm has a shell
environment file it drops in /etc/profile.d in order to get the scripts to
work without having to edit all the paths. I'd prefer not to have to have
that file in /etc/profile.d for an official 1.0 release ;-)
--
Doug Ledford <[E
On Thu, Feb 23, 2006 at 08:24:44AM -0800, Bryan O'Sullivan wrote:
> On Thu, 2006-02-23 at 16:58 +0200, Gali Zisman wrote:
>
> > I am a little concerned about the release timeline.
> > It looks like the GA date is May 08. If I remember correctly the SLES 10
> > release date is before that. And it l
d be an
entry in the lspci output similar to this:
02:06.0 PCI bridge: Mellanox Technologies MT23108 PCI Bridge (rev a1)
03:00.0 InfiniBand: Mellanox Technologies MT23108 InfiniHost (rev a1)
--
Doug Ledford <[EMAIL PROTECTED]> 919-754-3700 x44233
Red Hat, Inc.
18
Caitlin Bestler wrote:
[EMAIL PROTECTED] wrote:
Doug Ledford wrote,
I've added to the list of available packages. In addition to
libibverbs, libmthca, libsdp, and opensm, we now have udapl compiled.
We also have an update initscripts package for RHEL-4 that enables
static IP setups on
I've added to the list of available packages. In addition to
libibverbs, libmthca, libsdp, and opensm, we now have udapl compiled.
We also have an update initscripts package for RHEL-4 that enables
static IP setups on ipoib interfaces and works at boot time. In
addition, all the user space to
I miss anything you see that needs done, feel free
to let me know ;-)
--
Doug Ledford <[EMAIL PROTECTED]>
http://people.redhat.com/dledford
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-ge
If so, it wouldn't clean up some MAD registrations.
That's the only time I've seen opensm fail to run is when I already had
one running that I wasn't aware of.
--
Doug Ledford <[EMAIL PROTECTED]>
http://people.redhat.com/dledford
___
Doug Ledford wrote:
For the kernel, libmthca, and libibverbs, support is limited to x86,
x86_64, and ia64.
OK, I've uploaded some new kernel rpms to the same site as before. This
should fix the oops problem on 64 bit arches. There still isn't ppc
support and I don't think
script has
some rather ugly hackery to get around the current opensm's very daemon
unfriendly behavior...
--
Doug Ledford <[EMAIL PROTECTED]>
http://people.redhat.com/dledford
___
openib-general mailing list
openib-general@openib.org
http
Thomas Moschny wrote:
On Thursday 17 November 2005 15:14, Doug Ledford wrote:
Thomas Moschny wrote:
Unfortunately, we got an kernel-oops on ia64 (rhel4) ...
The boot log is attached.
I think I know what this is. [...]
The attached patch should be able to be dropped into the existing srpm
Thomas Moschny wrote:
On Wednesday 16 November 2005 02:04, Doug Ledford wrote:
I have initial RPM support for both of these releases available for
use/testing.
Thanks for providing the rpms!
If you try these out and have any problems, please email me directly
(and feel free to Cc: the
Bob Woodruff wrote:
Doug Ledford wrote,
The suggestion from Bob Woodruff was to use the verbs-cm support since
kDAPL isn't included in the kernel.
Yes, for now I would suggest to use the socket CM version of uDAPL.
Arlin is starting to debug the CMA version, but for now the sock
Sean Hefty wrote:
Doug Ledford wrote:
All of the user land tools were also built from the same svn trunk
pull as the kernel support. So far, I've put libmthca, libibverbs,
and a package I termed opensm but really includes the entire
management directory out of the user space portion o
Thomas Moschny wrote:
On Wednesday 16 November 2005 02:04, Doug Ledford wrote:
I have initial RPM support for both of these releases available for
use/testing.
Thanks for providing the rpms!
If you try these out and have any problems, please email me directly
(and feel free to Cc: the
d have any problems, please email me directly
(and feel free to Cc: the list) for more immediate responses.
--
Doug Ledford <[EMAIL PROTECTED]>
http://people.redhat.com/dledford
___
openib-general mailing list
openib-general@openib.org
ht
/mailman/listinfo/openib-general
>
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
--
Doug Ledford <[EMAIL PROTECTED]>
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
___
openib-general m
base. By the time I've made myself
familiar with things I will have hopefully worked out the hardware issue
and be able to get to work.
Suggestions for items I can read, web sites I should visit in order to
help get me up to speed, etc. welcomed.
I'm sure you'll hear more fro
72 matches
Mail list logo
