From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified)) by ozlabs.org (Postfix) with ESMTPS id C9E5A2C00BF for ; Sat, 14 Jul 2012 16:46:43 +1000 (EST) Received: by qaea16 with SMTP id a16so798103qae.17 for ; Fri, 13 Jul 2012 23:46:41 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <8D983423E7EDF846BB3056827B8CC5D10285E9@corpmail1.na.ads.idt.com> References: <8D983423E7EDF846BB3056827B8CC5D10285E9@corpmail1.na.ads.idt.com> Date: Sat, 14 Jul 2012 11:54:47 +0530 Message-ID: Subject: Re: Standalone SRIO Driver for Linux From: Saravanan S To: "Bounine, Alexandre" Content-Type: multipart/alternative; boundary=00235452e960df204b04c4c440b6 Cc: "linuxppc-dev@lists.ozlabs.org" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --00235452e960df204b04c4c440b6 Content-Type: text/plain; charset=ISO-8859-1 Hi , Thanks for the reply . i will try to share some of my code later . Looking forward to ur ideas. Regards, S.Saravanan On Fri, Jul 13, 2012 at 6:18 PM, Bounine, Alexandre < Alexandre.Bounine@idt.com> wrote: > This should work. We use similar approach to test our mport HW drivers.** > ** > > ** ** > > Alex.**** > > ** ** > > *From:* Linuxppc-dev [mailto:linuxppc-dev-bounces+alexandre.bounine= > idt.com@lists.ozlabs.org] *On Behalf Of *Saravanan S > *Sent:* Friday, July 13, 2012 2:16 AM > *To:* linuxppc-dev@lists.ozlabs.org > *Subject:* Standalone SRIO Driver for Linux**** > > ** ** > > Hi , > > Iam currently working on the GE make DSP230 board consisting of Quad > PowerPC8640 nodes interconnected by SRIO with Linux 2.6.34 . However the > only way to access the SRIO is through rionet facility . Our requirement is > to use the SRIO interconnect without the Ethernet overheads. This would > definitely enable higher speeds (though I cant find any throughput figures > for SRIO in Linux on the net ??? ). My query is that whether any attempt > has been made to develop a standalone driver and API to access the > messaging and doorbell services of SRIO . If no then request you to please > provide inputs on the same. From my study I have the following thoughts for > the driver : > > a) Have a character device interface for user . > b) Basically use the rio support functions provided in rio.c like > rio_add_inb_buffer , rio_add_outb_message to transfer and receive messages > and add buffers . > c) Maintain a dedicated ring of buffers in the driver and transfer data > to and from the buffer to user space . > > > Is this the right direction . Would really appreciate any inputs . thanks > in advance. > > Regards, > > S.Saravanan**** > > > _______________________________________________ > Linuxppc-dev mailing list > Linuxppc-dev@lists.ozlabs.org > https://lists.ozlabs.org/listinfo/linuxppc-dev > --00235452e960df204b04c4c440b6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi ,
=A0 =A0 =A0Thanks for the reply . i will try to share some of my c= ode later . Looking forward to ur ideas.=A0

Regard= s,

S.Saravanan

O= n Fri, Jul 13, 2012 at 6:18 PM, Bounine, Alexandre <Alexandre.Boun= ine@idt.com> wrote:

This should work. We use = similar approach to test our mport HW drivers.

=A0<= /p>

Alex.

=A0<= /p>

=A0

Hi ,


=A0=A0=A0=A0=A0 Iam currently working on the GE make DSP230 board consistin= g of Quad PowerPC8640 nodes =A0 interconnected by SRIO with Linux 2.6.34 . = However the only way to access the SRIO is through rionet facility . Our re= quirement is to use the SRIO interconnect without the Ethernet overheads. This would definitely enable higher speeds (though= I cant find any throughput figures for SRIO in Linux on the net ??? ).=A0 = My query is that whether any attempt has been made=A0 to develop a=A0 stand= alone driver and API to access the messaging=A0 and doorbell services of SRIO . If no then request you to please provide i= nputs on the same. From my study I have the following thoughts for the driv= er :

a) Have a character device interface for user .
b) Basically use the rio support functions provided in rio.c like=A0 rio_ad= d_inb_buffer ,=A0 rio_add_outb_message to transfer and receive messages and= add buffers .
c) Maintain a dedicated ring of buffers in the driver and transfer=A0 data = to and from the buffer to user space .


Is this the right direction . Would really appreciate any inputs . thanks i= n advance.

Regards,

S.Saravanan


_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.= org
https://lists.ozlabs.org/listinfo/linuxppc-dev
=
--00235452e960df204b04c4c440b6--