public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Simon White <sidplay2@yahoo.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Multiple virtual bus instances
Date: Thu, 8 Feb 2007 01:23:50 -0800 (PST)	[thread overview]
Message-ID: <20070208092350.86580.qmail@web52908.mail.yahoo.com> (raw)

Hi Greg,

>> I've been working through trying to
>> create a virtual bus.

>How does this differ from a "real" bus?

None, just there wasn't a real hardware
bus (O'Reilly's Linux Device Drivers 3
chapter 14 page 377).

>> I've successfuly made it work for a
>> single instance but wanted to confirm
>> how to create multiple instances of
>> the virtual bus.

> Why would you need that?

We are trying to get the device drivers
for the Catweasel MK3/4 cards ready for
submission into mainline after repeated
requests.  However the hardware on it
differs greatly in nature so we have
serveral fragmented drivers for each
specific bit (written by different
parties).  Naturally they don't play
well together.

It was thought creating a bus for each
pci cmk3/4 card, where the bus deals
with bank switching, etc.  This allows
individual drivers to use newly
exported devices fixing the issues we
have now.  It would also help being
this way for debugging, i.e. other
parties code can be easily removed.

>> I believe to do this you have only
>> one instance of your new bus_type
>> registered but register multiple
>> instances of struct device for it.
>> I just wanted to confirm that was
>> correct.

>That would create multiple devices on
>the same bus.  Is that what you need
>to do?

>From your description no.  One thing I
was however trying to avoid was lots of
buses showing under /sys/bus.

> Note that you can have multiple trees
> of devices, all with the same
> bus_type, yet not joined together in
> any other way.  Odds are, you probably
> want to do that, right?

Yes.  If you still think that is correct
given the above are there examples to
follow?

Regards,
Simon


 
____________________________________________________________________________________
Expecting? Get great news right away with email Auto-Check. 
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html 

             reply	other threads:[~2007-02-08  9:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-08  9:23 Simon White [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-02-07 22:15 Multiple virtual bus instances Simon White
2007-02-08  5:54 ` Greg KH

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=20070208092350.86580.qmail@web52908.mail.yahoo.com \
    --to=sidplay2@yahoo.com \
    --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