Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 Jul 2013 11:20:16 -0700
From:      Jack Wilborn <jkwilborn@gmail.com>
To:        Alexander Motin <mav@freebsd.org>
Cc:        freebsd-arm@freebsd.org, Ilya Bakulin <ilya@bakulin.de>, freebsd-embedded@freebsd.org
Subject:   Re: [PATCH] SDIO support for Globalscale Dreamplug
Message-ID:  <CAKmExv0tjx_P3S_bUteYpvKnnRhe3=zovo%2BdAvmdtK6eaFSMsQ@mail.gmail.com>
In-Reply-To: <51D3097A.8010601@FreeBSD.org>
References:  <20130702145905.GA1847@olymp.kibab.com> <51D3097A.8010601@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Nice, how do we include this code in our builds?  How is it invoked?  Main
question is that are these structures in an area that is protected so that
only root can modify them?

I don't know enough about about SD cards to know if they are alike in the
communications to them.  I'd like to see more about this and see it in the
test bed to give you more feedback.  Having taught C for 15 years, I'm ok
with reading and understanding the code, but to make it usable is the
bottom line.  Nice work, I'm sure it would be an asset to all of us.

I'm a little groggy about this so if I missed anything, please overlook
it.  I like it!

Jack


On Tue, Jul 2, 2013 at 10:10 AM, Alexander Motin <mav@freebsd.org> wrote:

> On 02.07.2013 17:59, Ilya Bakulin wrote:
>
>> Hi list,
>> I'm currently developing a SDIO driver for the Globalscale Dreamplug.
>> I have taken SDIO patch for Marvell SoC from [1].
>> After that I have written some SDIO-related code in sys/dev/mmc/mmc.c,
>> using OpenBSD SDIO code and the patch from Ben Gray ([2]) as a starting
>> point.
>>
>> I have taken Warner's wish to have SDIO code in MMC bus into account, so
>> there
>> is no extra layer of abstraction in my code, SDIO devices will attach
>> directly
>> to MMC bus. This makes possible to implement combo cards support in the
>> future,
>> although I don't support them in my code atm.
>>
>> What is already implemented:
>>   * SDIO card detection;
>>   * CIS reading, both common CIS and individual functions' CIS;
>>   * Function enable.
>>
>> My questions, need answers before I can move further:
>>   * Where should I store information retrieved from the CIS?
>>     As far as I understand, I should use mmc_ivars structure for that.
>>     But in SDIO case the relationship between MMC bus and SDIO card is
>> 1:1,
>>     and storing the information about the card in mmc_softc sounds like
>>     a good idea -- then I can pass only mmc_softc structure to all
>> functions
>>     that need to work with the attached SDIO card.
>>
>
> I think SD world is a terrible mess by itself. I would like to not add
> more. Functions that suppose card access should take card-specific
> structure or device as an argument, not a bus ones.
>
>
>    * Should I add any methods to the existing interface files?
>>
>>   * Are there any devices on the market that use SDIO interface and which
>>     chipsets are supported in FreeBSD? Any Atheros devices?
>>     Adrian, what do you think?
>>     I have only Dreamplug with Marvell SDIO-based WLAN chip, that doesn't
>> have
>>     an opensource driver even for Linux...
>>
>
> Recently I've bought EyeFi card hoping it is combined SD+SDIO, but seems
> like card's WiFi part is completely autonomous and controlled via file
> access on storage and not really SDIO.
>
> I would try to look for SDIO Bluetooth card. I think such ones still could
> be found on eBay, and I think there are some specifications for that.
> Though I've never looked inside.
>
>
>  [1] http://people.freebsd.org/~**raj/misc/mv_sdio.c<http://people.freebsd.org/~raj/misc/mv_sdio.c>;
>> [2] http://lists.freebsd.org/**pipermail/freebsd-arm/2012-**
>> June/003543.html<http://lists.freebsd.org/pipermail/freebsd-arm/2012-June/003543.html>;
>>
>
> --
> Alexander Motin
>
> ______________________________**_________________
> freebsd-arm@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-arm<http://lists.freebsd.org/mailman/listinfo/freebsd-arm>;
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@**freebsd.org<freebsd-arm-unsubscribe@freebsd.org>
> "
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAKmExv0tjx_P3S_bUteYpvKnnRhe3=zovo%2BdAvmdtK6eaFSMsQ>