History log of /freebsd/sys/dev/usb/usb_hub.c (Results 151 – 175 of 259)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# d2d71ce7 02-Sep-2010 Andrew Thompson <thompsa@FreeBSD.org>

Add support for power mode filtering as some USB hardware does not support
power saving.

Submitted by: Hans Petter Selasky


# 527aa7b2 02-Sep-2010 Andrew Thompson <thompsa@FreeBSD.org>

Change argument for usbd_get_dma_delay() from USB bus to USB device, some
embedded hardware needs to know exactly which device is in question before it
exactly can decide the required delay.

Submitt

Change argument for usbd_get_dma_delay() from USB bus to USB device, some
embedded hardware needs to know exactly which device is in question before it
exactly can decide the required delay.

Submitted by: Hans Petter Selasky

show more ...


# 910cb8fe 02-Sep-2010 Andrew Thompson <thompsa@FreeBSD.org>

Add missing MODULE_VERSION() definitions, this resolves problems around
duplicate module loads.

PR: usb/125736
Submitted by: danger, mm
Reviewed by: hselasky


Revision tags: release/8.1.0_cvs, release/8.1.0
# 7708106a 26-May-2010 Marcel Moolenaar <marcel@FreeBSD.org>

Merge svn+ssh://svn.freebsd.org/base/head@208557


# 948a9feb 18-May-2010 Andrew Thompson <thompsa@FreeBSD.org>

MFC r208010

Provide more information about the device location in the USB system.


# 51c097f1 18-May-2010 Andrew Thompson <thompsa@FreeBSD.org>

MFC r208008

If a USB device is suspended and a USB set config request is issued when the
USB enumeration lock is locked, then the USB stack fails to resume the device
because locking the USB enum

MFC r208008

If a USB device is suspended and a USB set config request is issued when the
USB enumeration lock is locked, then the USB stack fails to resume the device
because locking the USB enumeration lock is part of the resume procedure. To
solve this issue a new lock is introduced which only protects the suspend and
resume callbacks, which can be dropped inside the usbd_do_request_flags()
function, to allow suspend and resume during so-called enumeration operations.

show more ...


# 79838e23 13-May-2010 Andrew Thompson <thompsa@FreeBSD.org>

Provide more information about the device location in the USB system.

Submitted by: Hans Petter Sekasky


# 2df1e9a6 13-May-2010 Andrew Thompson <thompsa@FreeBSD.org>

If a USB device is suspended and a USB set config request is issued when the
USB enumeration lock is locked, then the USB stack fails to resume the device
because locking the USB enumeration lock is

If a USB device is suspended and a USB set config request is issued when the
USB enumeration lock is locked, then the USB stack fails to resume the device
because locking the USB enumeration lock is part of the resume procedure. To
solve this issue a new lock is introduced which only protects the suspend and
resume callbacks, which can be dropped inside the usbd_do_request_flags()
function, to allow suspend and resume during so-called enumeration operations.

Submitted by: Hans Petter Selasky

show more ...


# 9307d8bd 08-May-2010 Marcel Moolenaar <marcel@FreeBSD.org>

Merge svn+ssh://svn.freebsd.org/base/head@207793


# 31f57dc1 30-Apr-2010 Andrew Thompson <thompsa@FreeBSD.org>

MFC r207080

Use a more obvious prefix for the USB control (endpoint 0) transfers rather
than default_*.


# a4bf5fb9 28-Apr-2010 Kirk McKusick <mckusick@FreeBSD.org>

Update to current version of head.


# 5b3bb704 23-Apr-2010 Andrew Thompson <thompsa@FreeBSD.org>

Use a more obvious prefix for the USB control (endpoint 0) transfers rather
than default_*.


Revision tags: release/7.3.0_cvs, release/7.3.0
# 1a0fda2b 04-Mar-2010 Dag-Erling Smørgrav <des@FreeBSD.org>

IFH@204581


# 9199c09a 06-Jan-2010 Warner Losh <imp@FreeBSD.org>

Merge from head at r201628.

# This hasn't been tested, and there are at least three bad commits
# that need to be backed out before the branch will be stable again.


# c1b5138f 09-Dec-2009 Andrew Thompson <thompsa@FreeBSD.org>

MFC r199816

Remove overuse of exclamation marks in kernel printfs, there mere fact a
message has been printed is enough to get someones attention. Also remove the
line number for DPRINTF/DPRINTFN

MFC r199816

Remove overuse of exclamation marks in kernel printfs, there mere fact a
message has been printed is enough to get someones attention. Also remove the
line number for DPRINTF/DPRINTFN, it already prints the funtion name and a
unique message.

show more ...


# c7838bf9 09-Dec-2009 Andrew Thompson <thompsa@FreeBSD.org>

MFC r199675

Provide tunables for some of the usb sysctls that affect boot behaviour.

Submitted by: Andriy Gapon


# b7167d5d 09-Dec-2009 Andrew Thompson <thompsa@FreeBSD.org>

MFC r199672

Improve High Speed slot allocation mechanism by moving the computation to the
endpoint rather than per xfer and provide functions around get/free of resources.

Submitted by: Hans Pett

MFC r199672

Improve High Speed slot allocation mechanism by moving the computation to the
endpoint rather than per xfer and provide functions around get/free of resources.

Submitted by: Hans Petter Selasky

show more ...


# 767cb2e2 26-Nov-2009 Andrew Thompson <thompsa@FreeBSD.org>

Remove overuse of exclamation marks in kernel printfs, there mere fact a
message has been printed is enough to get someones attention. Also remove the
line number for DPRINTF/DPRINTFN, it already pri

Remove overuse of exclamation marks in kernel printfs, there mere fact a
message has been printed is enough to get someones attention. Also remove the
line number for DPRINTF/DPRINTFN, it already prints the funtion name and a
unique message.

show more ...


# c13fd8d4 22-Nov-2009 Andrew Thompson <thompsa@FreeBSD.org>

Provide tunables for some of the usb sysctls that affect boot behaviour.

Submitted by: Andriy Gapon


# f12c6c29 22-Nov-2009 Andrew Thompson <thompsa@FreeBSD.org>

Improve High Speed slot allocation mechanism by moving the computation to the
endpoint rather than per xfer and provide functions around get/free of resources.

Submitted by: Hans Petter Selasky


Revision tags: release/8.0.0_cvs, release/8.0.0
# 1063b450 30-Oct-2009 Andrew Thompson <thompsa@FreeBSD.org>

MFC r197553

- clean up USB detach logic. There seems to be some problems detaching multiple
USB HUBs connected in series from the root.


# 1ee774f6 02-Oct-2009 Oleksandr Tymoshenko <gonzo@FreeBSD.org>

- MFC


# d88688c7 28-Sep-2009 Andrew Thompson <thompsa@FreeBSD.org>

MFp4 @ 168387

- clean up USB detach logic. There seems to be some problems detaching multiple
USB HUBs connected in series from the root.

- after this patch the rule is:
1) Always use device_de

MFp4 @ 168387

- clean up USB detach logic. There seems to be some problems detaching multiple
USB HUBs connected in series from the root.

- after this patch the rule is:
1) Always use device_detach() on the USB HUB first.
2) Never just device_delete_child() on the USB HUB, because that function
will traverse to all the device leaves and free them first, and then the USB
stack will free the devices twice which doesn't work very well.

- make sure the did DMA delay gets set after the timeout has elapsed to make
logic more clear. There is no functional difference.

Submitted by: Hans Petter Selasky

show more ...


# 10b3b545 17-Sep-2009 Dag-Erling Smørgrav <des@FreeBSD.org>

Merge from head


# d190eb2e 17-Sep-2009 Dag-Erling Smørgrav <des@FreeBSD.org>

Merge r188942 (USB stack switch) from head.


1234567891011