{"push_id":1286127892,"size":313,"distinct_size":1,"ref":"refs/heads/usb_merge","head":"a98db72c963c6eb0902bae2dcbcdf3e4a80da86d","before":"10ff2b3b99cc9ceb8af13c0eaddcfa306e1f5da3","commits":[{"sha":"c7ccde6eac6d3c4bc6110cc3fd76ef3823bc0831","author":{"name":"Alan Stern","email":"5c4cbde65af01ad64f5b2177d0cd78ab5b01e5a1@rowland.harvard.edu"},"message":"USB: see if URB comes from a completion handler\n\nNow that URBs can be completed inside tasklets, we need a way of\ndetermining whether a completion handler for a given endpoint is\ncurrently running.  Otherwise it's not possible to maintain the API\nguarantee about keeping isochronous streams synchronous when an\nunderrun occurs.\n\nThis patch adds a field and a routine to check whether a completion\nhandler for a periodic endpoint is running.  At the moment no\nanalogous routine appears to be necessary for async endpoints, but one\ncan always be added.\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nCC: Ming Lei <tom.leiming@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/c7ccde6eac6d3c4bc6110cc3fd76ef3823bc0831"},{"sha":"e4e18cbd52c8efb0d73a66d0598dc887c0feefb7","author":{"name":"Alan Stern","email":"5c4cbde65af01ad64f5b2177d0cd78ab5b01e5a1@rowland.harvard.edu"},"message":"USB: EHCI: code rearrangement in iso_stream_schedule()\n\nThis patch interchanges the \"if\" and \"else\" branches of the big \"if\"\nstatement in iso_stream_schedule(), in preparation for the next patch\nin this series.  That is, it changes\n\n\tif (likely(!...)) {\n\t\tA\n\t} else {\n\t\tB\n\t}\n\nto\n\n\tif (unlikely(...)) {\n\t\tB\n\t} else {\n\t\tA\n\t}\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/e4e18cbd52c8efb0d73a66d0598dc887c0feefb7"},{"sha":"46c73d1d3ebc38feed1d97c6980252a0a01f6a5b","author":{"name":"Alan Stern","email":"5c4cbde65af01ad64f5b2177d0cd78ab5b01e5a1@rowland.harvard.edu"},"message":"USB: EHCI: handle isochronous underruns with tasklets\n\nThis patch updates the iso_stream_schedule() routine in ehci-sched.c\nto handle cases where an underrun causes an isochronous endpoint's\nqueue to empty out, but the client driver wants to maintain\nsynchronization with the device (i.e., the URB_ISO_ASAP flag is not\nset).  This could not happen until recently, when ehci-hcd switched\nover to completing URBs in a tasklet.\n\n(This may seem like an unlikely case to worry about, but underruns are\nall too common with the snd-usb-audio driver, which doesn't use\nURB_ISO_ASAP.)\n\nAs part of the fix, some URBs may need to be given back when they are\nsubmitted.  This is necessary when the URB's scheduled slots all fall\nbefore the current value of ehci->last_iso_frame, and as an\noptimization we do it also when the slots all fall before the current\nframe number.\n\nAs a second part of the fix, we may need to skip some but not all of\nan URB's packets.  This is necessary when some of the URB's scheduled\nslots fall before the current value of ehci->last_iso_frame and some\nof them fall after the current frame number.  A new field\n(first_packet) is added to struct ehci_iso_sched, to indicate how many\npackets should be skipped.\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nCC: Ming Lei <tom.leiming@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/46c73d1d3ebc38feed1d97c6980252a0a01f6a5b"},{"sha":"37c3a3c4ffde23115c58bec7694082b3a44c6da5","author":{"name":"Jingoo Han","email":"276d07efb303e21f368940bed2f018bb8fee1812@samsung.com"},"message":"USB: ehci-fsl: Remove casting the return value which is a void pointer\n\nCasting the return value which is a void pointer is redundant.\nThe conversion from void pointer to any other pointer type is\nguaranteed by the C programming language.\n\nSigned-off-by: Jingoo Han <jg1.han@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/37c3a3c4ffde23115c58bec7694082b3a44c6da5"},{"sha":"6c74dada4f5a37037dee1da6a8a7aeb56c558bca","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"usb-core: Make usb_free_streams return an error\n\nThe hcd-driver free_streams method can return an error, so lets properly\npropagate that.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/6c74dada4f5a37037dee1da6a8a7aeb56c558bca"},{"sha":"9df89d85b407690afa46ddfbccc80bec6869971d","author":{"name":"Xenia Ragiadakou","email":"d10e0bffedfebcd05512806835751b3e093fd4ce@gmail.com"},"message":"usbcore: set lpm_capable field for LPM capable root hubs\n\nThis patch sets the lpm_capable field for root hubs with LPM capabilities.\n\nSigned-off-by: Xenia Ragiadakou <burzalodowa@gmail.com>\nReported-by: Martin MOKREJS <mmokrejs@gmail.com>\nSuggested-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/9df89d85b407690afa46ddfbccc80bec6869971d"},{"sha":"4d96799524159f7c3e774a7b45a308780a26dc4d","author":{"name":"Xenia Ragiadakou","email":"d10e0bffedfebcd05512806835751b3e093fd4ce@gmail.com"},"message":"usbcore: fix incorrect type in assignment in usb_set_lpm_parameters()\n\nIn the bos usb_ss_cap_descriptor structure, bU2DevExitLat is of type __le16.\nThis value is used as it is, without being first converted to the CPU\nbyteorder, for the setup of usb device's usb3_lpm_parameters.\nThis patch fixes that by converting bU2DevExitLat field to the CPU byteorder\nbefore the assignmenment to [udev/hub]_u2_del variables.\n\nSigned-off-by: Xenia Ragiadakou <burzalodowa@gmail.com>\nReported-by: kbuild test robot <fengguang.wu@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/4d96799524159f7c3e774a7b45a308780a26dc4d"},{"sha":"c8f2efc8f636506e0f0c2ba4035382076875f0c1","author":{"name":"Xenia Ragiadakou","email":"d10e0bffedfebcd05512806835751b3e093fd4ce@gmail.com"},"message":"usbcore: fix read of usbdevfs_ctrltransfer fields in proc_control()\n\nUrb fields are stored in struct usbdevfs_ctrltransfer in CPU byteorder\nand not in little endian, so there is no need to be converted.\nThis bug was reported by sparse.\n\nSigned-off-by: Xenia Ragiadakou <burzalodowa@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/c8f2efc8f636506e0f0c2ba4035382076875f0c1"},{"sha":"dc4fea795bf7e3f80dbfa3a40b8ab89427e9aed5","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"Merge branch 'master' into usb-next\n\nWe have USB fixes now in Linus's tree that we need to properly sort out\nwith reverts and the like in the usb-next branch, so merge them together\nand do it by hand.\n\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/dc4fea795bf7e3f80dbfa3a40b8ab89427e9aed5"},{"sha":"c04ee4b1136e462722567cf6e76bb35a181574a7","author":{"name":"Greg Kroah-Hartman","email":"4931344b09d7a7d3573e8b1ebec918e229ead9bf@linuxfoundation.org"},"message":"Revert \"Revert \"USB: EHCI: support running URB giveback in tasklet context\"\"\n\nThis reverts commit 3b8d7321ed4b8511e17048303b806ffcc2806077, which\nbrings back commit 428aac8a81058e2303677a8fbf26670229e51d3a as it should\nbe working for the 3.13-rc1 merge window now that Alan's other fixes are\nhere in the tree already.\n\nCc: Alan Stern <stern@rowland.harvard.edu>\nCc: Ming Lei <ming.lei@canonical.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/c04ee4b1136e462722567cf6e76bb35a181574a7"},{"sha":"05c92da0c52494caf97d58be1b05b1f95a79ce4e","author":{"name":"Tom Gundersen","email":"cc4f35c29a4fef602c94287b93bac5a51ca773ee@jklm.no"},"message":"usb: ohci/uhci - add soft dependencies on ehci_pci\n\nSupport for specifying soft dependencies in the modules themselves was\nintroduced in commit 7cb14ba.\n\nIn Arch we have always been shipping a module.d(5) fragment ordering ohci/uhci\nafter ehci. If this ordering is really necessary, it would be great to move it\nto the kernel and getting the correct fragment generated by depmod.\n\nSigned-off-by: Tom Gundersen <teg@jklm.no>\nCc: Alan Stern <stern@rowland.harvard.edu>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/05c92da0c52494caf97d58be1b05b1f95a79ce4e"},{"sha":"4a29567b77bb87e8a488510f2d37c612e008d21b","author":{"name":"Peter Chen","email":"1bd50f75c460ec6fb073f71822628b73bde58ca9@freescale.com"},"message":"chipidea: udc: free pending TD at removal procedure\n\nThere is a pending TD which is not freed after request finishes,\nwe do this due to a controller bug. This TD needs to be freed when\nthe driver is removed. It prints below error message when unload\nchipidea driver at current code:\n\"ci_hdrc ci_hdrc.0: dma_pool_destroy ci_hw_td, b0001000 busy\"\nIt indicates the buffer at dma pool are still in use.\n\nThis commit will free the pending TD at driver's removal procedure,\nit can fix the problem described above.\n\nSigned-off-by: Peter Chen <peter.chen@freescale.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/4a29567b77bb87e8a488510f2d37c612e008d21b"},{"sha":"a746c286f32126ce6f0f98c111bb7ea15943e083","author":{"name":"Peter Chen","email":"1bd50f75c460ec6fb073f71822628b73bde58ca9@freescale.com"},"message":"usb: host: delete chipidea dependency\n\nNow, chipidea host has already depended on USB_EHCI_HCD\n\nAcked-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Peter Chen <peter.chen@freescale.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/a746c286f32126ce6f0f98c111bb7ea15943e083"},{"sha":"92b336d7f665c39cc3be774b3d051fe40bf35e5c","author":{"name":"Peter Chen","email":"1bd50f75c460ec6fb073f71822628b73bde58ca9@freescale.com"},"message":"usb: chipidea: udc: Consolidate the call of disconnect\n\nThe udc-core will call gadget's driver->disconnect, so we should avoid\ncalling gadget's disconnect again at ci_udc_stop in case the gadget's\nunbind free some structs which is still used at gadget's disconnect.\n\nTested-by: Marek Vasut <marex@denx.de>\nSigned-off-by: Peter Chen <peter.chen@freescale.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/92b336d7f665c39cc3be774b3d051fe40bf35e5c"},{"sha":"c22600c3ea1d706cfb0fc4a540c4fb356f7ca814","author":{"name":"Peter Chen","email":"1bd50f75c460ec6fb073f71822628b73bde58ca9@freescale.com"},"message":"usb: chipidea: move platform related things to ci_get_platdata\n\nLike vbus, the dr_mode and phy_mode are also got from glue layer's\nplatform data or device node.\n\nSigned-off-by: Peter Chen <peter.chen@freescale.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/c22600c3ea1d706cfb0fc4a540c4fb356f7ca814"},{"sha":"b85862654cdd9bfa71eb68ea8f672aa4fef15d22","author":{"name":"Sachin Kamat","email":"b2c66e07a78393ba2d7ecfc3eef2db18d7d5cf24@linaro.org"},"message":"usb: dwc3: Remove redundant pci_set_drvdata\n\nDriver core sets driver data to NULL upon failure or remove.\n\nSigned-off-by: Sachin Kamat <sachin.kamat@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/b85862654cdd9bfa71eb68ea8f672aa4fef15d22"},{"sha":"d47aa4536dfc9385e02a4dcbed2cf7bea3a18492","author":{"name":"Sachin Kamat","email":"b2c66e07a78393ba2d7ecfc3eef2db18d7d5cf24@linaro.org"},"message":"usb: gadget: Remove redundant pci_set_drvdata\n\nDriver core sets driver data to NULL upon failure or remove.\n\nSigned-off-by: Sachin Kamat <sachin.kamat@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/d47aa4536dfc9385e02a4dcbed2cf7bea3a18492"},{"sha":"22b4f0cd1d4d98f50213e9a37ead654e80b54b9d","author":{"name":"Huang Rui","email":"36c602cf7858180bb4e235877d5b1b89d8b31880@amd.com"},"message":"usb: pci-quirks: refactor AMD quirk to abstract AMD chipset types\n\nThis patch abstracts out a AMD chipset type which includes southbridge\ngeneration and its revision. When os excutes usb_amd_find_chipset_info\nroutine to initialize AMD chipset type, driver will know which kind of\nchipset is used.\n\nThis update has below benifits:\n- Driver is able to confirm which southbridge generations and their\n  revision are used, with chipset detection once.\n- To describe chipset generations with enumeration types brings better\n  readability.\n- It's flexible to filter AMD platforms to implement new quirks in future.\n\nSigned-off-by: Huang Rui <ray.huang@amd.com>\nCc: Andiry Xu <andiry.xu@gmail.com>\nAcked-by: Alan Stern <stern@rowland.harvard.edu>\nAcked-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/22b4f0cd1d4d98f50213e9a37ead654e80b54b9d"},{"sha":"7868943db1668fba898cf71bed1506c19d6958aa","author":{"name":"Huang Rui","email":"36c602cf7858180bb4e235877d5b1b89d8b31880@amd.com"},"message":"usb: core: implement AMD remote wakeup quirk\n\nThe following patch is required to resolve remote wake issues with\ncertain devices.\n\nIssue description:\nIf the remote wake is issued from the device in a specific timing\ncondition while the system is entering sleep state then it may cause\nsystem to auto wake on subsequent sleep cycle.\n\nRoot cause:\nHost controller rebroadcasts the Resume signal > 100 µseconds after\nreceiving the original resume event from the device. For proper\nfunction, some devices may require the rebroadcast of resume event\nwithin the USB spec of 100µS.\n\nWorkaroud:\n1. Filter the AMD platforms with Yangtze chipset, then judge of all the usb\ndevices are mouse or not. And get out the port id which attached a mouse\nwith Pixart controller.\n2. Then reset the port which attached issue device during system resume\nfrom S3.\n\n[Q] Why the special devices are only mice? Would high speed devices\nsuch as 3G modem or USB Bluetooth adapter trigger this issue?\n- Current this sensitivity is only confined to devices that use Pixart\n  controllers. This controller is designed for use with LS mouse\ndevices only. We have not observed any other devices failing. There\nmay be a small risk for other devices also but this patch (reset\ndevice in resume phase) will cover the cases if required.\n\n[Q] Shouldn’t the resume signal be sent within 100 us for every\ndevice?\n- The Host controller may not send the resume signal within 100us,\n  this our host controller specification change. This is why we\nrequire the patch to prevent side effects on certain known devices.\n\n[Q] Why would clicking mouse INTENSELY to wake the system up trigger\nthis issue?\n- This behavior is specific to the devices that use Pixart controller.\n  It is timing dependent on when the resume event is triggered during\nthe sleep state.\n\n[Q] Is it a host controller issue or mouse?\n- It is the host controller behavior during resume that triggers the\n  device incorrect behavior on the next resume.\n\nThis patch sets USB_QUIRK_RESET_RESUME flag for these Pixart-based mice\nwhen they attached to platforms with AMD Yangtze chipset.\n\nSigned-off-by: Huang Rui <ray.huang@amd.com>\nSuggested-by: Alan Stern <stern@rowland.harvard.edu>\nAcked-by: Alan Stern <stern@rowland.harvard.edu>\nAcked-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/7868943db1668fba898cf71bed1506c19d6958aa"},{"sha":"8eb4129929e9eb563fbab807a2b274d32042d034","author":{"name":"Wei Yongjun","email":"07c9053292b1ab0fc7bfece763550eb7eb3e7a18@trendmicro.com.cn"},"message":"USB: WUSBCORE: use list_move_tail instead of list_del/list_add_tail\n\nUsing list_move_tail() instead of list_del() + list_add_tail().\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/free-z4u/android_kernel_htc_msm7x30/commits/8eb4129929e9eb563fbab807a2b274d32042d034"}]}
{"actor":{"display_login":"0lvin"}}