mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Ernesto Ramos <ernesto@ti.com>
To: gregkh@suse.de
Cc: omar.ramirez@ti.com, ohad@wizery.com, ameya.palande@nokia.com,
	felipe.contreras@nokia.com, fernando.lugo@ti.com,
	linux-kernel@vger.kernel.org, andy.shevchenko@gmail.com,
	nm@ti.com, linux-omap@vger.kernel.org,
	Rene Sapiens <rene.sapiens@ti.com>
Subject: [PATCH 0/5] use idr kernel library instead of handles
Date: Wed, 28 Jul 2010 16:04:52 -0500	[thread overview]
Message-ID: <1280351097-3346-1-git-send-email-ernesto@ti.com> (raw)

From: Rene Sapiens <rene.sapiens@ti.com>

Use idr kernel library to send/receive node and stream ids to the
user instead of kernel address.
This id will be use to access the node and stream handles at the
kernel side, if id does not match to any handle
error -EFAULT is returned.

For processor handle, dspbridge driver will make sure
the handle is valid by using the handle stored in process context.

Ernesto Ramos (5):
  staging:ti dspbridge: use node id instead of kernel address
  staging:ti dspbridge: avoid errors if node handle is zero
  staging:ti dspbridge: use processor handle from context instead of
    user's
  staging:ti dspbridge: use stream id instead of kernel address
  staging:ti dspbridge: avoid errors if stream id is zero

 .../staging/tidspbridge/include/dspbridge/drv.h    |   11 +-
 .../staging/tidspbridge/include/dspbridge/node.h   |   14 +-
 .../include/dspbridge/resourcecleanup.h            |   12 -
 .../staging/tidspbridge/include/dspbridge/strm.h   |   22 +-
 drivers/staging/tidspbridge/pmgr/dspapi.c          |  329 ++++++++++++++++----
 drivers/staging/tidspbridge/rmgr/drv.c             |  303 ++++++-------------
 drivers/staging/tidspbridge/rmgr/drv_interface.c   |   18 +-
 drivers/staging/tidspbridge/rmgr/node.c            |  109 ++++---
 drivers/staging/tidspbridge/rmgr/strm.c            |   54 ++--
 9 files changed, 485 insertions(+), 387 deletions(-)


             reply	other threads:[~2010-07-28 21:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-28 21:04 Ernesto Ramos [this message]
2010-07-28 21:04 ` [PATCH] staging:ti dspbridge: use node id instead of kernel address Ernesto Ramos
2010-07-28 21:04   ` [PATCH] staging:ti dspbridge: avoid errors if node handle is zero Ernesto Ramos
2010-07-28 21:04     ` [PATCH] staging:ti dspbridge: use processor handle from context instead of user's Ernesto Ramos
2010-07-28 21:04       ` [PATCH] staging:ti dspbridge: use stream id instead of kernel address Ernesto Ramos
2010-07-28 21:04         ` [PATCH] staging:ti dspbridge: avoid errors if stream id is zero Ernesto Ramos

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=1280351097-3346-1-git-send-email-ernesto@ti.com \
    --to=ernesto@ti.com \
    --cc=ameya.palande@nokia.com \
    --cc=andy.shevchenko@gmail.com \
    --cc=felipe.contreras@nokia.com \
    --cc=fernando.lugo@ti.com \
    --cc=gregkh@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=nm@ti.com \
    --cc=ohad@wizery.com \
    --cc=omar.ramirez@ti.com \
    --cc=rene.sapiens@ti.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

all inboxes | Powered by JetHome®