linux.git/drivers/staging/usbip, branch v2.6.37

Merge 'staging-next' to Linus's tree

2010-10-28T16:44:56+00:00

This merges the staging-next tree to Linus's tree and resolves
some conflicts that were present due to changes in other trees that were
affected by files here.

Signed-off-by: Greg Kroah-Hartman

BKL: introduce CONFIG_BKL.

2010-10-21T13:44:13+00:00

With all the patches we have queued in the BKL removal tree, only a
few dozen modules are left that actually rely on the BKL, and even
there are lots of low-hanging fruit. We need to decide what to do
about them, this patch illustrates one of the options:

Every user of the BKL is marked as 'depends on BKL' in Kconfig,
and the CONFIG_BKL becomes a user-visible option. If it gets
disabled, no BKL using module can be built any more and the BKL
code itself is compiled out.

The one exception is file locking, which is practically always
enabled and does a 'select BKL' instead. This effectively forces
CONFIG_BKL to be enabled until we have solved the fs/lockd
mess and can apply the patch that removes the BKL from fs/locks.c.

Signed-off-by: Arnd Bergmann

Staging: usbip: Makefile: replace the use of -objs with -y

2010-10-08T14:23:42+00:00

Changed -objs to -y in Makefile.

Signed-off-by: Tracey Dent 
Signed-off-by: Greg Kroah-Hartman

Staging: usbip: Makefile: cleaned up Makefile cflag lines

2010-10-05T18:56:40+00:00

Changed to use the proper ccflags-y option

Signed-off-by: Tracey Dent 
Acked-by: Sam Ravnborg 
Signed-off-by: Greg Kroah-Hartman

staging: usbip: Process event flags without delay

2010-09-21T18:00:22+00:00

The way the event handler works can cause it to delay
events until eventual wakeup for another event.

For example, on device detach (vhci):

 - Write to sysfs detach file
    -> usbip_event_add(VDEV_EVENT_DOWN)
      -> wakeup()

#define VDEV_EVENT_DOWN (USBIP_EH_SHUTDOWN | USBIP_EH_RESET).

 - Event thread wakes up and passes the event to
   event_handler() to process.

 - It processes and clears the USBIP_EH_SHUTDOWN
   flag then returns.

 - The outer event loop (event_handler_loop()) calls
   wait_event_interruptible().

The processing of the second flag which is part of
VDEV_EVENT_DOWN (USBIP_EH_RESET) did not happen yet.
It is delayed until the next event.

This means the ->reset callback may not happen for
a long time (if ever), leaving the usbip port in a
weird state which prevents its reuse.

This patch changes the handler to process all flags
before waiting for another wakeup.

I have verified this change to fix a problem which
prevented reattach of a usbip device. It also helps
for socket errors which missed the RESET as well.

The delayed event processing also affects the stub
side of usbip and the error handling there.

Signed-off-by: Max Vozeler 
Reported-by: Marco Lancione 
Tested-by: Luc Jalbert 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

staging: usbip: Notify usb core of port status changes

2010-09-21T18:00:21+00:00

This patch changes vhci to behave like dummy and
other hcds when disconnecting a device.

Previously detaching a device from the root hub
did not notify the usb core of the disconnect and
left the device visible.

Signed-off-by: Max Vozeler 
Reported-by: Marco Lancione 
Tested-by: Luc Jalbert 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

staging: usbip: resolved a space in a comment

2010-09-16T19:37:36+00:00

Removed a space in a comments lines at #459

Signed-off-by: Agustin March 
Signed-off-by: Greg Kroah-Hartman

staging: usbip: fix memory leak

2010-08-31T21:51:52+00:00

If stub_probe() failed then do not increase interf_count. In original
code sdev was leaked as its interf_count never reaches 0.

Signed-off-by: Kulikov Vasiliy 
Signed-off-by: Greg Kroah-Hartman

USB: convert usb_hcd bitfields into atomic flags

2010-08-10T21:35:37+00:00

This patch (as1393) converts several of the single-bit fields in
struct usb_hcd to atomic flags.  This is for safety's sake; not all
CPUs can update bitfield values atomically, and these flags are used
in multiple contexts.

The flag fields that are set only during registration or removal can
remain as they are, since non-atomic accesses at those times will not
cause any problems.

(Strictly speaking, the authorized_default flag should become atomic
as well.  I didn't bother with it because it gets changed only via
sysfs.  It can be done later, if anyone wants.)

Signed-off-by: Alan Stern 
Signed-off-by: Greg Kroah-Hartman

Staging: Merge staging-next into Linus's tree

2010-08-05T21:18:03+00:00

Conflicts:
	drivers/staging/Kconfig
	drivers/staging/batman-adv/bat_sysfs.c
	drivers/staging/batman-adv/device.c
	drivers/staging/batman-adv/hard-interface.c
	drivers/staging/cx25821/cx25821-audups11.c

Signed-off-by: Greg Kroah-Hartman