I was operating under the assumption that kernel code is trusted code (so as
not to burden
the kernel will too many tests of correctness.
Below is a patch for verbs.c, which will accomplish the same check for both
kernel
user space applications. In addition, since the fix is on the same line, t
ScanMail for Microsoft Exchange has detected virus-infected attachment(s).
Sender = [EMAIL PROTECTED]
Recipient(s) = openib-general@openib.org
Subject = [openib-general] *DETECTED* Online User Violation
Scanning time = 9/25/2005 6:35:59 PM
Engine/Pattern = 7.510-1002/2.855.00
Action on virus foun
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
> > Nish> repo. Basically, every nigh
Michael> Roland, I might check in the patch that you posted to
Michael> work around this problem for 64K page users, until I have
Michael> a final fix ready. Is that OK with everyone?
Fine with me... you might want to use this patch instead (change from
min() to min_t() to avoid some
Title: RE: [openib-general] OpenSM & pkeys
Hi Yipee,
Current OpenSM implementation does not support PKey assignment.
There is no programmatic way for you to get the PKey tables on the HCAs from within the OpenSM. However, if you turn on verbose mode (-V) you should be able to see the
PKeyTa
ScanMail for Microsoft Exchange has detected virus-infected attachment(s).
Sender = [EMAIL PROTECTED]
Recipient(s) = openib-general@openib.org
Subject = [openib-general] Your Account is Suspended For Security Reasons
Scanning time = 9/25/2005 6:37:29 AM
Engine/Pattern = 7.510-1002/2.855.00
Action
Hi,
How do I tell the current OpenSM to set specific pkeys to hca ports of some of
my host nodes?
Can OpenSM tell me what are the pkeys for all the host nodes in the fabric?
Thanks,
s
___
openib-general mailing list
openib-general@openib.org
http://
Quoting r. Roland Dreier <[EMAIL PROTECTED]>:
> Subject: FW: SDP problems with 64K page size
>
> Hi, Jerome asked me to forward this on, since for some reason his
> email didn't appear when he sent it.
>
> In any case there seem to be some PAGE_SIZE dependencies in SDP.
> Libor provided a patch t
Hi Eitan,
On Sun, 2005-09-25 at 01:36, Eitan Zahavi wrote:
> Hi Hal,
>
> Seems I was able to reproduce the osmtest failure (hope same one Viswa see).
^^^
an osmtest failure
I don't think it's the same one. This looks quite differen
On Sat, 2005-09-24 at 16:43, Eitan Zahavi wrote:
> Well, if this is the case then OpenSM is might stop responding due to the
> following features:
> 1. We had in the past cases where bad hardware continuously flooded the SM
> with Traps.
> To protect against this kind of DOS attack we have im
Hi Hal,
During our windows checks we noticed an issue in
the __osm_lid_mgr_init_sweep function under osm_lid_mgr.c.
The initializing of max_persistent_lid and max_discovered_lid is
correct only if the vector is not empty.
Attached is a patch resolving this issue.
Thanks,
Yael
Signed-off-by: Ya
Hi Hal,
Sorry, this mail was sent with wrong subject
This patch resolves the ERROR numbering issue.
As you mentioned - there was a problem with the cl_event_wheel.c. The
patch fixes the error there to match the rest of the opensm code.
Also, there was double use of numbering in osm_db_files.
Hi Hal,
This patch resolves the ERROR numbering issue.
As you mentioned - there was a problem with the cl_event_wheel.c. The
patch fixes the error there to match the rest of the opensm code.
Also, there was double use of numbering in osm_db_files.c and
osm_vendor_mlx_ts_anafa.c, so I changed the
13 matches
Mail list logo