Thanks... I am kind of overloaded trying to handle the last few things
for the 2.6.24 merge window, but I will look at this next week, and I
expect we should be able to merge the driver for 2.6.25 unless there
are unexpected hangups.
___
ewg mailing list
thanks, applied 1-5
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
I don't really care whose fault it is. If OFED is doing something wrong,
we should fix that, not work around it at library level. But what is wrong?
That's a good question. The original bug report was rather short on details.
Roland, I know you already help with packaging libibverbs for
%build
+%ifarch ppc64
+%{expand: %%define optflags %{optflags} -m64}
+%endif
%configure
make %{?_smp_mflags}
Hmm. Roland?
I guess if the OFED build system is breaking the libibverbs build then
putting a patch like this in might be needed to fix things.
obviously OK...applied.
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
If the rest of this patchset is okay with you, could you apply it and
leave out this one patch? The patchset will apply cleanly without it.
Yes, no problem, I'll drop this patch for now.
- R.
___
ewg mailing list
ewg@lists.openfabrics.org
-#define HCA_CAP_MR_PGSIZE_4K 1
-#define HCA_CAP_MR_PGSIZE_64K 2
-#define HCA_CAP_MR_PGSIZE_1M 4
-#define HCA_CAP_MR_PGSIZE_16M 8
+#define HCA_CAP_MR_PGSIZE_4K 0x8000
+#define HCA_CAP_MR_PGSIZE_64K 0x4000
+#define HCA_CAP_MR_PGSIZE_1M 0x2000
+#define
The only new library is libmlx4.
Roland - when do you expect this library to be released?
Should be soon I guess. Do you guys (Mellanox) have any feedback
about the state of libmlx4? As far as I'm concerned it's in pretty
good shape, and I just need to set aside time to declare a 1.0
Please report OFED bugs to the appropriate list -- I have no idea what
mthca patches got stuck into OFED 1.2.5 to cause problems. If you
want to test the latest 2.6.23-rc kernel to make sure things are OK
there then that might be useful.
- R.
___
ewg
But there are indeed a few cases that look wrong.
yes...
arch/x86_64/kernel/pci-calgary.c: writel(cpu_to_be32(val), target);
eg this almost certainly wants to be
writel(swab32(val), target);
or something equivalent like
__raw_writel(cpu_to_be32(val), target);
git.openfabrics.org/~glenn/libnes.git
git.openfabrics.org/~glenn/ofed_1_2.git
git.openfabrics.org/~glenn/ofascripts.git
git.openfabrics.org/~glenn/ofed_1_2_scripts.git
these aren't actually git URLs. prepending git:// seems to work though.
___
- manage SRC domains
OK, I guess, but why do we need so many functions to create, share,
get shared, put SRC domains?
How about just two functions:
struct ibv_src_domain *ibv_open_src_domain(struct ibv_context *context,
int fd, int
I saw some specific known issues and limitations wrt ConnectX in OFED
1.2c. Is ConnectX officially supported in OFED 1.2c, or will that be OFED
1.3?
The whole point of 1.2.c is to add support for connectx, so yes
connectx is supported in 1.2.c.
- R.
CA type: === missing
Firmware version:=== missing
Hardware version:=== missing
These need sysfs entries from the mlx4_ib driver, I guess.
___
ewg mailing list
Why under drivers/net rather than drivers/infiniband like all the
other drivers ? Does this really need special casing (in libibumad) ?
Tziporet is incorrect. There's nothing from the mlx4_core driver
either, and when it is implemented, it should work exactly the same as
all other drivers.
It seems to me that this is all stemming from the same old fundamental
confusion between a release and a distribution. I think everyone
would be better served by a process where individual maintainers were
responsible for releasing tarballs of their packages, with schedules
coordinated toward an
I think it's easy enough to make the revision of the RPMS be something
like -0.1.2007-07-17.1 or something like that.
OK, so you say just ignore the content and stick a date in there?
Fine, that'll work, and we can cover the RCs this way too I think.
I just meant to add a revision
201 - 217 of 217 matches
Mail list logo