From: Daniel Mack <daniel-rDUAYElUppE@public.gmane.org>
To: Mark Brown <broonie-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
Cc: linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Finding 'orphaned' i2c drivers
Date: Mon, 23 Feb 2009 15:51:42 +0100 [thread overview]
Message-ID: <20090223145142.GB18378@buzzloop.caiaq.de> (raw)
In-Reply-To: <20090223144343.GC2078-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
On Mon, Feb 23, 2009 at 02:43:44PM +0000, Mark Brown wrote:
> On Mon, Feb 23, 2009 at 12:00:52PM +0100, Daniel Mack wrote:
>
> > it is communicating with? More specificly, I implemented a driver for a
> > Maxim clock generator and would like to use a proprietary interface with
> > it from a alsa-soc module. I just can't find a sane way to access the
> > driver's instance from there. It does exist somewhere in the linux
> > device tree, but is there a simple function that iterates over it and
> > returns it to me by name? Reading include/linux/device.h didn't point me
> > to anything that could fit.
>
> You probably want to either have the device register with the ASoC core
> and discover it that way or have the driver be part of your machine
> driver (as the neo1973 driver does for the external amplifier).
Ok, I might miss a general thing here. All I do is add a driver which is
loaded via the module_init() mechanism and registers itself for that
specific device by name.
In the board support file, I add a list of i2c_board_infos by calling
i2s_register_board_info() and then the driver is magically instanciated
in some lower layer.
The question is: how do I access this instance at a later point? Without
messing around with static pointers, of course.
Daniel
next prev parent reply other threads:[~2009-02-23 14:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-23 11:00 Finding 'orphaned' i2c drivers Daniel Mack
[not found] ` <20090223110052.GE15722-ahpEBR4enfnCULTFXS99ULNAH6kLmebB@public.gmane.org>
2009-02-23 14:38 ` Jon Smirl
[not found] ` <9e4733910902230638w262cd027pba4b65509e2e8a41-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-23 14:43 ` Daniel Mack
[not found] ` <20090223144300.GA18378-ahpEBR4enfnCULTFXS99ULNAH6kLmebB@public.gmane.org>
2009-02-23 15:16 ` Jon Smirl
[not found] ` <9e4733910902230716t39994927i454bceb641c650ed-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-23 15:18 ` Jon Smirl
[not found] ` <9e4733910902230718p1f896e77u9292708b71ab36a6-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-23 15:24 ` Jon Smirl
2009-02-23 14:43 ` Mark Brown
[not found] ` <20090223144343.GC2078-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2009-02-23 14:51 ` Daniel Mack [this message]
[not found] ` <20090223145142.GB18378-ahpEBR4enfnCULTFXS99ULNAH6kLmebB@public.gmane.org>
2009-02-23 15:04 ` Mark Brown
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=20090223145142.GB18378@buzzloop.caiaq.de \
--to=daniel-rduayeluppe@public.gmane.org \
--cc=broonie-GFdadSzt00ze9xe1eoZjHA@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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