[ANNOUNCE] SDIO soon in mainline

[ANNOUNCE] SDIO soon in mainline

[Pierre Ossman]

I am happy to announce that SDIO support will soon be a standard
feature in Linux. No more proprietary stacks with all the troubles
(legal and technical) that go with them.

The new code is written from scratch by yours truly and Nicolas Pitre.
There were several stacks out there that were recently made available
under the GPL, but none of them were in any shape to be merged into the
kernel.

Current status is that basic functionality is in place. There is a
driver model (with device matching and module auto-loading) and
functions for easy register access. It is also possible to receive
interrupts from the card.

There is only one driver in the tree right now (for the standard GPS
interface), but it should be complete enough for everyone to see how
the API works.

The pieces still missing are mostly performance related:

- No clock speed change.

- No wide bus support

- Interrupts are polled

- No support for combo (mem+IO) cards

The last point is unlikely to change as neither Nicolas nor I currently
possess such a card. As usual, patches/hardware is welcome.

So what we'd like to see now is extensive testing. Try the stack out on
every MMC controller you can find and review as much of the code as
possible. With some luck, we'll be able to get this ready in time for
the next merge window.

You can find the code in -mm and as just the SDIO stuff on top of
Linus' tree:

git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git#sdio

(PS. I've posted this both to LKML and LAKML. Interested readers should
probably check both lists for replies)

Rgds
-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org

Re: [ANNOUNCE] SDIO soon in mainline

[Marcel Holtmann]

Hi,

> I am happy to announce that SDIO support will soon be a standard
> feature in Linux. No more proprietary stacks with all the troubles
> (legal and technical) that go with them.
> 
> The new code is written from scratch by yours truly and Nicolas Pitre.
> There were several stacks out there that were recently made available
> under the GPL, but none of them were in any shape to be merged into the
> kernel.
> 
> Current status is that basic functionality is in place. There is a
> driver model (with device matching and module auto-loading) and
> functions for easy register access. It is also possible to receive
> interrupts from the card.
> 
> There is only one driver in the tree right now (for the standard GPS
> interface), but it should be complete enough for everyone to see how
> the API works.

and as of a few days ago we have a second driver that can handle
Bluetooth Type-A and Type-B SDIO cards. It has been tested with a card
from Socket which is actually manufactured by Toshiba.

hci0:   Type: SDIO
        BD Address: 00:02:C7:xx:xx:xx ACL MTU: 676:4 SCO MTU: 120:3
        HCI Ver: 1.1 (0x1) HCI Rev: 0x0 LMP Ver: 1.1 (0x1) LMP Subver: 0x14b
        Manufacturer: Toshiba Corp. (4)
        Features: 0xff 0xf9 0x21 0x00 0x00 0x00 0x00 0x00
                <3-slot packets> <5-slot packets> <encryption> <slot offset> 
                <timing accuracy> <role switch> <hold mode> <sniff mode> 
                <park state> <SCO link> <HV2 packets> <HV3 packets> 
                <u-law log> <A-law log> <CVSD> 

The code for the btsdio.ko driver can be found here:

http://git.infradead.org/?p=users/holtmann/btsdio.git;a=summary

There are other Bluetooth SDIO cards that don't follow the Type-A or
Type-B standard. These use the UART standard, but unfortunately the
specification for the SDIO UART cards is not public.

Regards

Marcel

Re: [ANNOUNCE] SDIO soon in mainline

[Pierre Ossman]

On Sun, 12 Aug 2007 17:12:31 +0200
Marcel Holtmann <marcel@holtmann.org> wrote:

> 
> and as of a few days ago we have a second driver that can handle
> Bluetooth Type-A and Type-B SDIO cards. It has been tested with a card
> from Socket which is actually manufactured by Toshiba.
> 

Nice. The way things are going right now, the sdio stack should be
merged first thing during the next merge window. So you should be able
to push this in as well.

(Not that you should stop testing and reviewing the code though ;))

Rgds

-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org