The secure mode requests an authentication and enables the encryption
for that connection. After the successful execution of these procedures
it triggers the generation of a new link key.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The l2cap_get_chan_by_ident() function must lock the socket with the
bh_lock_sock() function on success.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The initial firmware loading routine for the Broadcom based chips was
written by Maxim Krasnyansky and so he also owns a copyright for this
driver.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

In http://janitor.kernelnewbies.org/TODO, Jeff Garzik states:

"unsigned int" is preferred to "int", it generates better asm code
on all platforms except sh5.
Signed-off-by: Carlo Perassi <carlo@linux.it>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

This patch makes some needlessly global functions static.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

According to the Bluetooth specification there is no need to fill in
the SCID on a failing response. Without a SCID the L2CAP core can't
find the corresponding request for it. In the case of the zero SCID
the signal identifier should be used to match the response to its
request.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

This patch adds the hci_conn_change_link_key() function that allows
to trigger a link key change for an existing connection.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The usb_unlink_urb() for synchronous unlink is deprecated and should
be replaced by usb_kill_urb().
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

When calling hci_conn_hash_del() the acl_num value is incremented,
but it must be decremented.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

To give higher layers like RFCOMM the possibility to use the Bluetooth
security mechanisms, they need a way to get feedback from the HCI core 
layer when they succeeded or failed. This patch introduces a callback
structure that can be used for this kind of notification.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The new Microsoft Wireless Transceiver for Bluetooth 2.0 is based on
a Broadcom chip with the HID proxy support. To initialize these kind
of devices correctly it is necessary to send HCI_Reset as the first
command.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The MODULE_PARM is deprecated now and for the Bluetooth PCCARD drivers
it should be replaced by module_param() and module_param_array().
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The vendor packet type 0xff is not handled at the moment. This patch
corrects this behaviour and also adapts the security filter for this
packet type.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

When the selecting of the alternate setting for the SCO audio support
fails, the hci_usb_disconnect() will dereference a NULL pointer. To
avoid this, the isoc_iface variable must be set before releasing the
interface and unset afterwards.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

The BPA 100/105 devices from Digianswer identify themself with the USB
class code for H:2 devices, but they are using quite a different host
transport protocol and so ignore them.
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>

into bkbits.net:/repos/l/linux-mh/bluetooth-2.6

into bkbits.net:/repos/l/linux-mh/bluetooth-2.6

New and Improved! "Woozy Numbat!"

Pick up the phone in the next two minutes and phone in your
order, and we'll throw in a second copy of Woozy Numbat,
ABSOLUTELY FREE! You too could start a Numbat farm!

Signed-off-by: cw@f00f.org
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

arch/sh/tools/machgen.sh is no longer used as it has been replaced by
arch/sh/tools/gen-mach-types
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Uses msleep() instead of schedule_timeout() to guarantee the task delays
as expected.  Two of the changes are reworks of previous msleep() calls
which unnecessarily added a jiffy to the parameter.
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

.. broken by the rename.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This didn't show up in my "allmodconfig" tests, because the
console requires things to be built-in, not modules.

Posix timers preallocate siqueue structures during timer creation
and keep them for reuse.  This allocation happens in user context
with no locks held, however it's designated as an atomic allocation.
Loosen this restriction, and while we're at it let's do a bit of code
consolidation so signal sending uses same __sigqueue_alloc() helper.
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

missing #include (and placement cleanup)
Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Lindent security/security.c.
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Registering a security module can be a noisy operation, esp. when it
retries registration with the primary module.  Eliminate some noise, and
distinguish the return values for register_security so a module can tell
the difference between failure modes.
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Rename security_scaffolding_startup() to security_init().  It always
bothered me.
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

trivial sound/parisc updates:

 - substream->dma_device was removed (Stuart Brady)
 - Fix module unloading (Stuart Brady)
 - Fixed the off-by-one in snd_card_harmony_rate_bits (Stuart Brady)
 - Harmony is a GSC device, not available on pure PCI machines (Matthew Wilcox)
 - Fixed module parameter descriptions for ALSA Harmony (Stuart Brady)

Currently they are in the generic setup, pretty confusing. This patch
moves the io scheduler selection into a seperate menu under block
devices.
Signed-off-by: Jens Axboe <axboe@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

annotated, ioremap() use simplified (it can deal with addresses that are
not page-aligned just fine).
Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

When the generic IRQ stuff went in, it seems that HARDIRQ_BITS got bumped
from 9 (for ppc64) up to 12.  Consequently, the PREEMPT_ACTIVE bit is now
within HARDIRQ_MASK, and I get in_interrupt() falsely returning true when
PREEMPT_ACTIVE is set, and thus a BUG_ON tripping in arch/ppc64/mm/tlb.c.

The patch below fixes this by changing PREEMPT_ACTIVE to 0x10000000.  I
have changed the PREEMPT_ACTIVE definitions for each of the architectures
that define CONFIG_GENERIC_HARDIRQS (i386, ppc, ppc64, x86_64) and fixed
the comment in include/linux/hardirq.h.  We could perhaps move the
PREEMPT_ACTIVE definition to include/linux/hardirq.h - I don't know why it
is still per-arch.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Acked-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This patch fixes build of arch/ppc/kernel/irc.c when CONFIG_TAU_INT
is set.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The current "generic" implementation of IRQ probing isn't well suited
for ppc in it's current form, and causes issues with yenta_socket
(and possibly others) on pmac laptops. We didn't have a probe implementation
in the past, we probably don't need one anyway, so for now, the fix is to
make this optional and enable it on x86 and x86_64 but not ppc and ppc64
(the 4 archs to use the generic IRQ code).
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>