From: "Tomas Winkler" <tomasw@gmail.com>
To: "Pierre Ossman" <drzeus@drzeus.cx>
Cc: lkml <linux-kernel@vger.kernel.org>, benzizbit@gmail.com
Subject: Re: SDIO: IO-Ready Bit
Date: Sun, 23 Mar 2008 00:10:19 +0200 [thread overview]
Message-ID: <1ba2fa240803221510n8d5800ft32e0ffa179542aba@mail.gmail.com> (raw)
In-Reply-To: <20080318192018.1815fd57@mjolnir.drzeus.cx>
On Tue, Mar 18, 2008 at 8:20 PM, Pierre Ossman <drzeus@drzeus.cx> wrote:
> On Tue, 18 Mar 2008 19:43:40 +0200
>
> "Tomas Winkler" <tomasw@gmail.com> wrote:
>
>
> > On Tue, Mar 18, 2008 at 1:33 PM, Pierre Ossman <drzeus@drzeus.cx> wrote:
> > >
>
> > > A better approach is to simply have the drivers for your subfunctions synchronize things. Make sure noone calls sdio_enable_func() until the firmware has been loaded.
> >
> > This could even be done from user space in case you want to use a
> > standard driver.
> >
> > Won't this prevent us from compiling the drivers into kernel?
> > Second how this possible especially with standard driver as they are
> > loaded. I know you can enforce module loading but how can you enforce
> > probing order form user space?
>
> You can tell the kernel to not automatically attach drivers to devices.
> That way you can have a user space process control exactly the order
> and timing of things. I haven't played around with this feature myself
> though, so I can't really provide you with any good information on how
> to use it. You should be able to google up something useful.
I couldn't find anything that can prevent the probe function to be
called in case the module is already loaded. I've looked at udev and
HAL and no much I found.
I will dig into kernel sources, maybe finding out how can be bus
enumeration triggered again or something like this.
Any pointers will be appreciated.
Thanks
Tomas
next prev parent reply other threads:[~2008-03-22 22:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-18 11:00 Tomas Winkler
2008-03-18 11:33 ` Pierre Ossman
2008-03-18 17:43 ` Tomas Winkler
2008-03-18 18:20 ` Pierre Ossman
2008-03-22 22:10 ` Tomas Winkler [this message]
2008-03-24 13:53 ` Pierre Ossman
2008-03-24 14:41 ` Tomas Winkler
2008-03-29 8:04 ` Pierre Ossman
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=1ba2fa240803221510n8d5800ft32e0ffa179542aba@mail.gmail.com \
--to=tomasw@gmail.com \
--cc=benzizbit@gmail.com \
--cc=drzeus@drzeus.cx \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®