linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Ashok Raj" <ashokr2@attbi.com>
To: "Russell Leighton" <russ@elegant-software.com>, <Tony.P.Lee@nokia.com>
Cc: <wookie@osdl.org>, <alan@lxorguk.ukuu.org.uk>, <lmb@suse.de>,
	<woody@co.intel.com>, <linux-kernel@vger.kernel.org>,
	<zaitcev@redhat.com>
Subject: RE: InfiniBand BOF @ LSM - topics of interest
Date: Wed, 15 May 2002 21:51:59 -0700	[thread overview]
Message-ID: <PPENJLMFIMGBGDDHEPBBGEMADAAA.ashokr2@attbi.com> (raw)
In-Reply-To: <3CE2D4DB.3020702@elegant-software.com>

->
->Can we really have these sort of low level IB interactions and have :
->    - security issues addressed, mostly an issue if the devices are over
->a network w/other devices

IB fabric does not replace the network. It is designed for the data-center.

IB offers even more RAS from a server standpoint. For e.g todays drivers
could DMA to areas of memory owned by another driver/process. IB protects
your RDMA by implementing protection domains which each driver could be on a
separate protection domain, and any access to RDMA to areas not owned would
only cause error to the specific driver/application that is malfunctioning.

->    - qos control

IB specifies Service Level (a.k.a SL) and multiple data Virtual Lanes (VL)
that can be managed via the Subnet Manager to implement QoS. There is a
dedicated workgroup in IBTA working on some of these issues.

Applications that would require absolute feel of the metal can use the
access layer API's that will provide direct user mode ability to send data
from hardware, and also process completions without entering kernel mode
entirely in user mode, if the hardware permits that.
->
-

->
->Thanks!
->
->Russ
->
->
->Tony.P.Lee@nokia.com wrote:
->
->>
->>For VNC type application, instead server translates
->>every X Windows, Mac, Windows GUI calls/Bitmap update
->>to TCP stream, you convert the GUI API calls to
->>IB RC messages and bitmap updates to RDMA write directly
->>to client app's frame buffer.
->>
->>For SAMBA like fs, the file read api can be translated to
->>IB RC messages on client + RDMA write to remote
->>client app's buffer directly from server.
->>
->>They won't be "standard" VNC/SAMBA any more.
->>
->>On the other hand, we can put VNC over TCP over IP over IB,
->>- "for people with hammer, every problem looks like a nail." :-)
->>
->>In theory, we can have IB DVD drive RDMA video directly
->>over IB switch to IB enable VGA frame buffer and completely
->>by pass the system.  CPU only needed setup the proper
->>connections.   The idea is to truely virtualized the system
->>resources and "resource server" RDMA the data to anyone on IB
->>switch with minimal CPU interaction in the process.
->>
->>You can also config a normal SCSI card DMA data to virtualized
->>IB address on PCI address space and have the data shows up 15 meters
->>or 2 km away on server's "virtual scsi driver" destination DMA address.
->>It made iSCSI looked like dial up modem in term of performance
->>and latency.
->>
->>
->>----------------------------------------------------------------
->>Tony
->>-
->>To unsubscribe from this list: send the line "unsubscribe
->linux-kernel" in
->>the body of a message to majordomo@vger.kernel.org
->>More majordomo info at  http://vger.kernel.org/majordomo-info.html
->>Please read the FAQ at  http://www.tux.org/lkml/
->>
->
->
->-
->To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
->the body of a message to majordomo@vger.kernel.org
->More majordomo info at  http://vger.kernel.org/majordomo-info.html
->Please read the FAQ at  http://www.tux.org/lkml/


  parent reply	other threads:[~2002-05-16  4:52 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-15 20:47 InfiniBand BOF @ LSM - topics of interest Tony.P.Lee
2002-05-15 21:36 ` Russell Leighton
2002-05-15 22:41   ` Lars Marowsky-Bree
2002-05-16  4:51   ` Ashok Raj [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-05-16 23:42 Woodruff, Robert J
2002-05-16 10:37 Eric Brunner-Williams in Portland Maine
2002-05-15 23:58 Woodruff, Robert J
2002-05-16  0:32 ` Alan Cox
2002-05-15 20:37 Woodruff, Robert J
2002-05-15 20:55 ` Pete Zaitcev
2002-05-15 21:01 ` Alan Cox
2002-05-15  1:29 Tony.P.Lee
2002-05-15  2:35 ` Alan Cox
2002-05-15  5:01   ` Pete Zaitcev
2002-05-15 11:29     ` Alan Cox
2002-05-15 14:27       ` Ashok Raj
2002-05-15 16:34     ` Stephen Hemminger
2002-05-14 22:15 Woodruff, Robert J
2002-05-15  2:42 ` Timothy D. Witham
2002-05-14 20:19 Tony.P.Lee
2002-05-14 20:42 ` Pete Zaitcev
2002-05-14 23:25 ` Jakob Østergaard
2002-05-14 23:58 ` Alan Cox
2002-05-15 15:45   ` Timothy D. Witham
2002-05-13 16:25 Woodruff, Robert J
2002-05-13 16:36 ` Pete Zaitcev
2002-05-14 20:09   ` Timothy D. Witham
2002-05-14 20:23     ` Pete Zaitcev
2002-05-14 20:33       ` Timothy D. Witham
2002-05-14 21:01         ` Timothy D. Witham
2002-05-13 23:42 ` Alan Cox
2002-05-13 23:26   ` Lars Marowsky-Bree
2002-05-14  0:19     ` Alan Cox
2002-05-14  0:19   ` Joel Becker
2002-05-15  0:11 ` Eric Brunner-Williams in Portland Maine

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=PPENJLMFIMGBGDDHEPBBGEMADAAA.ashokr2@attbi.com \
    --to=ashokr2@attbi.com \
    --cc=Tony.P.Lee@nokia.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lmb@suse.de \
    --cc=russ@elegant-software.com \
    --cc=woody@co.intel.com \
    --cc=wookie@osdl.org \
    --cc=zaitcev@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).