Date: Tue, 2 Jul 2013 13:34:37 -0600 From: Warner Losh <imp@bsdimp.com> To: Ilya Bakulin <ilya@bakulin.de> Cc: Alexander Motin <mav@FreeBSD.org>, freebsd-arm@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: [PATCH] SDIO support for Globalscale Dreamplug Message-ID: <C92CE8E1-75A0-459F-95DA-956D03DCB2E2@bsdimp.com> In-Reply-To: <51D3282C.1090701@bakulin.de> References: <20130702145905.GA1847@olymp.kibab.com> <51D3097A.8010601@FreeBSD.org> <51D3282C.1090701@bakulin.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 2, 2013, at 1:21 PM, Ilya Bakulin wrote: > On 02.07.13 19:10, Alexander Motin wrote: >> 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. > The problem is that there is a SDIO card which has up to 7 functions, > but it itself has some characteristics that are available at function 0. > If we add, say, sdio0 device and store this information there, we end up > with > the hierarchy suggested by Ben Gray a year ago. Yea, and I didn't like that at all. It violates the FreeBSD device model. > The SD-specific functions like CSD/CSR operations are also in the mmc.c > and considered to be the bus code... All this code is for device enumeration, which belongs in the bus layer. > Or am I missing something obvious here? > >> 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. > > The SDIO card found in the Dreamplug has three functions, one of them is > Bluetooth. > Will try to find some docs / Linux code for that... I'll see if I can dig mine up as well. This sounds like a fun project.. I'll review the actual code here in a bit. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C92CE8E1-75A0-459F-95DA-956D03DCB2E2>