From: Johannes Thumshirn <johannes.thumshirn@men.de>
To: <linux-kernel@vger.kernel.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>,
Lee Jones <lee.jones@linaro.org>, Michael Buesch <m@bues.ch>,
Johannes Thumshirn <johannes.thumshirn@men.de>
Subject: Driver Design Question
Date: Tue, 22 Oct 2013 09:02:56 +0200 [thread overview]
Message-ID: <20131022070256.GA5527@jtlinux> (raw)
Hi List,
I have a design question concerning a device driver. The device in question is
somewhere in between drivers/mfd/timberdale and drivers/ssb. It is mapped
connected via PCI and on PCI Bar 0 there is a table describing which
"sub-devices" are contained in the FPGA as well as where their Memory and IRQ
resources are.
Unlike the timberdale driver, there is no static configuration of the FPGA's
sub-devices, but their number and kind is variable. But luckily we have unique
device-ids for every sub-device, so it is possible to do a PCI/USB like
enumeration.
In my understanding the MFD API, which timberdale uses, isn't tailored to this
Plug'n'Play like behavior. Whereas the I think (virtual) bus concept used by
SSB is much more suited for this kind of devices. But would it be wise to add a
bus only suited to devices manufactured by one vendor, when there is already a
API for such kinds of multi function devices?
Long story short, which would be the preferred way to implement such a driver? At
the point I currently reached I could go in both directions.
I'd appreciate any advice I can get on this topic.
Thanks in advance,
Johannes
P.S.: MFD and SSB maintainers are on CC as I'd really like to hear their opinion
next reply other threads:[~2013-10-22 7:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-22 7:02 Johannes Thumshirn [this message]
2013-10-23 3:10 ` Driver Design Question Guenter Roeck
2013-10-23 7:29 ` Johannes Thumshirn
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=20131022070256.GA5527@jtlinux \
--to=johannes.thumshirn@men.de \
--cc=lee.jones@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=m@bues.ch \
--cc=sameo@linux.intel.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