greybus: actually get the devm() change to build...

greybus: can't use devm anymore, we aren't tieing into the driver model lifecycle :(

greybus: initial framework for ES1 usb AP driver

greybus: uart: tie into gb core properly

greybus: sdio: tie into gb core properly

greybus: gpio: tie into gb core properly

greybus: i2c: use same naming convention everywhere

greybus: i2c: tie to the proper place on the greybus_device

greybus: hook up sdio, gpio, and tty into the greybus core.

greybus: static module_init/exit functions

greybus: start moving the function types into the greybus core

greybus: uart-gb: a few minor bug fixes

Here are a few small bug fixes in uart-gb.c:
    - In wait_serial_change():
        - Return -EINVAL if *none* of the relevant flags are set in
          the "arg" parameter.
        - Balance the spin_lock_irq() with an unlock call (not
          another lock).
        - Rearrange a nested if structure (not a bug fix).
    - In tty_gb_probe():
        - Reset the greybus_device driver data in case of error.

Signed-off-by: Alex Elder <elder@linaro.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

greybus: uart-gb: improve minor device number error checking

When alloc_minor() finds an available minor device number it
does not constrain the highest number desired.  Instead, it
relies on its caller, tty_gb_probe() to see if the returned
number indicates all minor numbers have been exhausted.

There are a couple problems with this--or rather with this
code.

First, if an allocation is attempted *after* GB_NUM_MINORS
is returned, a new number greater than (but not equal to)
GB_NUM_MINORS will be allocated, and that won't produce
any error condition.

Second, alloc_minor() can return an error code (like -ENOMEM).  And
its caller is only checking for GB_NUM_MINORS.  If an error code
is returned, tty_gb_probe() simply uses it.

Change alloc_minor() so it requests minor device numbers in the
range 0..(GB_NUM_MINORS-1), and use an error return to detect
when the minor device numbers have been exhausted.

If alloc_minor() returns -ENOSPC (from idr_alloc()), translate that
to -ENODEV.  The only other error we might see is -ENOMEM, and if
we get that, return it.

Finally, zero gb_tty->minor when it's released.  (If this is
actually important a reserved value like GB_NUM_MINORS should
be used instead to signify a gb_tty with no minor assigned.)

Signed-off-by: Alex Elder <elder@linaro.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

greybus: uart-gb: now builds, more framework added

greybus: more uart work

greybus: uart-gb: more work on tty functions

greybus: uart framework added, doesn't build

greybus: gpio-gb.c: it now builds properly

greybus: gpio driver

greybus: add framework for 'struct gbuf'

This is the equlivant of sk_buf or urbs for Greybus.

greybus: Greybus SD/MMC host driver

Need to add specifics, but this should be enough to hook up to the mmc
framework.

greybus: greybus.h: tiny coding style cleanups

greybus: i2c-gb: actually add the i2c adapter properly...

greybus: update README with info on how to build and contact me.

greybus: README and .gitignore updates

greybus: Import most recent greybus code to new repo.

greybus: Initial commit