From: Stephen Boyd <sboyd@codeaurora.org>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org,
"linux-arm-msm@vger.kernel.org" <linux-arm-msm@vger.kernel.org>,
Alexander Kolesnikov <akolesni@codeaurora.org>
Subject: Re: char interface to sdio, chdio.c
Date: Wed, 16 Jul 2014 11:21:57 -0700 [thread overview]
Message-ID: <53C6C2C5.1050804@codeaurora.org> (raw)
In-Reply-To: <20140716032655.GB30412@kroah.com>
On 07/15/14 20:26, Greg KH wrote:
> Hi Stephen.
>
> I had some people ask me about a sdio userspace interface, and ran
> across the chdio.c file as found in the MSM android kernel trees:
You mean csdio.c right?
>
> https://android.googlesource.com/kernel/msm/+/57b74303d6f033ab04be039379f6661337fb9279
As you can see in the commit text there, the commit I authored is
actually a squash of three patches from some previous android kernel
that we did (looks like it was android-msm-2.6.35) and it's been almost
4 years since those patches were written. The three original commits
weren't authored by me so I really don't know the intimate details of
this driver.
>
> Any reason why this hasn't been submitted upstream? Or has it, and was
> it rejected?
I don't believe we ever submitted this upstream.
>
> Also, what userspace code uses this? Is there some android-specific
> code somewhere that does a weird mix of sysfs and char control of the
> hardware? And what type of SDIO devices are controlled with this?
If I recall correctly this driver is for communicating with an external
modem (in this case it was the Gobi 9k). We used the sdio interface to
do some IPC stuff with the modem over sdio, mainly because back then the
SoC didn't have an LTE capable modem, but the Gobi modem was LTE
capable. Slap the two chips together and you have an LTE phone while you
wait for us to deliver the first SoC with an integrated LTE modem (msm8960).
The userspace component is the same proprietary software that's used to
make phone calls on android phones. I'd have to go dig around to find
that code and confirm if it's using sysfs and char control. I'd rather
not spend the time digging so let's assume it's doing that unless you
have a more specific question in mind?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation
next prev parent reply other threads:[~2014-07-16 18:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-16 3:26 char interface to sdio, chdio.c Greg KH
2014-07-16 18:21 ` Stephen Boyd [this message]
2014-07-16 18:44 ` Greg KH
2014-07-16 19:38 ` Stephen Boyd
2014-07-16 23:08 ` Stephen Boyd
2014-07-16 23:11 ` Greg KH
2014-07-17 5:33 ` Greg KH
2014-07-17 10:17 ` Arnd Bergmann
2014-07-18 3:08 ` 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=53C6C2C5.1050804@codeaurora.org \
--to=sboyd@codeaurora.org \
--cc=akolesni@codeaurora.org \
--cc=greg@kroah.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@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