linux.git/drivers/misc, branch v3.1-rc7

drivers/misc/pti.c: give 'comm' function scope in pti_control_frame_built_and_sent()

2011-09-15T01:09:38+00:00

In drivers/misc/pti.c::pti_control_frame_built_and_sent() we assign 'comm'
to 'thread_name_p' if (!thread_name).  The problem is that 'comm' then
goes out of scope and later we use 'thread_name_p' which now refers to an
out-of-scope variable.  To fix that, simply move 'comm' up to have
function scope.

Signed-off-by: Jesper Juhl 
Cc: Greg Kroah-Hartman 
Cc: J Freyensee 
Cc: Jeremy Rocher 
Cc: Sergei Trofimovich 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Merge branch 'driver-core-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6

2011-08-26T20:05:09+00:00

* 'driver-core-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6:
  drivers:misc: ti-st: fix unexpected UART close
  drivers:misc: ti-st: free skb on firmware download
  drivers:misc: ti-st: wait for completion at fail
  drivers:misc: ti-st: reinit completion before send
  drivers:misc: ti-st: fail-safe on wrong pkt type
  drivers:misc: ti-st: reinit completion on ver read
  drivers:misc:ti-st: platform hooks for chip states
  drivers:misc: ti-st: avoid a misleading dbg msg
  base/devres.c: quiet sparse noise about context imbalance
  pti: add missing CONFIG_PCI dependency
  drivers/base/devtmpfs.c: correct annotation of `setup_done'
  driver core: fix kernel-doc warning in platform.c
  firmware: fix google/gsmi.c build warning

drivers/misc/ab8500-pwm.c: fix modalias

2011-08-25T23:25:35+00:00

Since 43cc71eed12 ("platform: prefix MODALIAS with "platform:""), the
platform modalias is prefixed with "platform:".

This patch changes the MODULE_ALIAS to "platform:ab8500-pwm".

Signed-off-by: Axel Lin 
Acked-by: Arun Murthy 
Cc: Linus Walleij 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

drivers/misc/fsa9480.c: fix a leak of the IRQ during init failure

2011-08-25T23:25:35+00:00

Make sure we are passing the same cookie in all calls to
request_threaded_irq() and free_irq().

Signed-off-by: Axel Lin 
Cc: Donggeun Kim 
Cc: Minkyu Kang 
Cc: Kyungmin Park 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

drivers/misc/pti.c: add missing includes

2011-08-25T23:25:33+00:00

Found on allmodconfig build (ARCH=alpha)

    drivers/misc/pti.c: In function 'get_id':
    drivers/misc/pti.c:249: error: implicit declaration of function 'kmalloc'
    drivers/misc/pti.c: In function 'pti_char_write':
    drivers/misc/pti.c:658: error: implicit declaration of function 'copy_from_user'

Signed-off-by: Sergei Trofimovich 
Cc: Greg Kroah-Hartman 
Cc: J Freyensee 
Cc: Jeremy Rocher 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

drivers:misc: ti-st: fix unexpected UART close

2011-08-22T21:13:35+00:00

If suppose the UIM were to die and hence UART were to close when the
Bluetooth/FM or GPS is turned on, prep the ST for a state where-in if
the UIM comes back up, Bluetooth/FM/GPS can be turned on.

Signed-off-by: Pavan Savoy 
Signed-off-by: Greg Kroah-Hartman

drivers:misc: ti-st: free skb on firmware download

2011-08-22T21:13:34+00:00

If during validation of the firmware download the data doesn't match what is
expected out of the chip, this calls for a firmware download failure and a
retry.
Free the SKB which collects response during such scenarios.

Signed-off-by: Pavan Savoy 
Signed-off-by: Greg Kroah-Hartman

drivers:misc: ti-st: wait for completion at fail

2011-08-22T21:13:34+00:00

When the line discipline install fails for reasons such as missing user-space
UIM or broken communication between UIM and ST driver, then the ST
attempts/retries to request for ldisc installation again.

Signed-off-by: Pavan Savoy 
Signed-off-by: Greg Kroah-Hartman

drivers:misc: ti-st: reinit completion before send

2011-08-22T21:13:33+00:00

download firmware behaves differently at different times, when logs are
enabled and the system is loaded, the wait_for_completion is able to wait for
every send, However during other times the wait does not happen.

So, for reliability reinitializing the completion before every send, makes
sure the wait happens for every send.

Signed-off-by: Pavan Savoy 
Signed-off-by: Greg Kroah-Hartman

drivers:misc: ti-st: fail-safe on wrong pkt type

2011-08-22T21:13:33+00:00

Texas Instrument's shared transport driver interpret incoming data from the
UART based on the various protocol drivers registered to the driver such as
btwilink driver or FM or GPS driver which provide logical channel IDs.

In case of bad-behavior from chip such as HCI Event response for a GPS command
or a HCI Event (h/w error event) for a FM response & In case of bad-behavior
from UART driver such as dropping data bytes a fail-safe is required to avoid
kernel panic.

Signed-off-by: Pavan Savoy 
Signed-off-by: Vijay Badawadagi 
Signed-off-by: Greg Kroah-Hartman