)]}'
{
  "log": [
    {
      "commit": "e534c5b831c8b8e9f5edee5c8a37753c808b80dc",
      "tree": "39e00c08e593edcbaeaa54a3288158a622be9e70",
      "parents": [
        "3140d5b2664309253ba465a14c89fe4f59c0359b"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Fri Jul 01 16:43:02 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri Jul 01 14:20:39 2011 -0700"
      },
      "message": "USB: fix regression occurring during device removal\n\nThis patch (as1476) fixes a regression introduced by\nfccf4e86200b8f5edd9a65da26f150e32ba79808 (USB: Free bandwidth when\nusb_disable_device is called).  usb_disconnect() grabs the\nbandwidth_mutex before calling usb_disable_device(), which calls down\nindirectly to usb_set_interface(), which tries to acquire the\nbandwidth_mutex.\n\nThe fix causes usb_set_interface() to return early when it is called\nfor an interface that has already been unregistered, which is what\nhappens in usb_disable_device().\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "3140d5b2664309253ba465a14c89fe4f59c0359b",
      "tree": "d888bbeea10a668ef3df6b5ebf2f326fbc8c0f68",
      "parents": [
        "daf54f1f363a61c618662ef66d4bf09d2b090941"
      ],
      "author": {
        "name": "Anatolij Gustschin",
        "email": "agust@denx.de",
        "time": "Sat Jun 25 23:37:29 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri Jul 01 14:20:39 2011 -0700"
      },
      "message": "USB: fsl_udc_core: fix build breakage when building for ARM arch\n\nCommit 09ba0def (USB: fsl_udc_core: prepare for SoCs with\nBE registers and descriptors) introduced build breakage\non ARM arch. Fix it by setting accessors using a static\ninline function which is a nop when compiling the driver\nfor ARM arch.\n\nCommit 2ea6698 (USB: fsl_udc_core: support device mode of\nMPC5121E DR USB Controller) caused another breakage on ARM\nby using flush_dcache_range(). Don\u0027t use it, convert to the\nDMA API usage instead. USB2.0CV Halt Endpoint Test succeeds\non PPC. Tested both on ARM i.MX31 and mpc5121 PPC, also with\nCONFIG_DMA_API_DEBUG enabled.\n\nSigned-off-by: Anatolij Gustschin \u003cagust@denx.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "2e34b429a404675dc4fc4ad2ee339eea028da3ca",
      "tree": "93c9595fa65bf1e676f9b2a2b03bc8c187c25d06",
      "parents": [
        "04b905942b482092a547798a2477f21e32a8f65d",
        "857aab34f04ff86666aa80e751ee696eff0113dd"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jun 28 11:15:17 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jun 28 11:15:17 2011 -0700"
      },
      "message": "Merge branch \u0027usb-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6\n\n* \u0027usb-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6:\n  MAINTAINERS: add myself as maintainer of USB/IP\n  usb: r8a66597-hcd: fix cannot detect low/full speed device\n  USB: ehci-ath79: fix a NULL pointer dereference\n  USB: Add new FT232H chip to drivers/usb/serial/ftdi_sio.c\n  usb/isp1760: Fix bug preventing the unlinking of control urbs\n  USB: Fix up URB error codes to reflect implementation.\n  xhci: Always set urb-\u003estatus to zero for isoc endpoints.\n  xhci: Add reset on resume quirk for asrock p67 host\n  xHCI 1.0: Incompatible Device Error\n  USB: don\u0027t let errors prevent system sleep\n  USB: don\u0027t let the hub driver prevent system sleep\n  USB: change maintainership of ohci-hcd and ehci-hcd\n  xHCI 1.0: Force Stopped Event(FSE)\n  xhci: Don\u0027t warn about zeroed bMaxBurst descriptor field.\n  USB: Free bandwidth when usb_disable_device is called.\n  xhci: Reject double add of active endpoints.\n  USB: TI 3410/5052 USB Serial Driver: Fix mem leak when firmware is too big.\n  usb: musb: gadget: clear TXPKTRDY flag when set FLUSHFIFO\n  usb: musb: host: compare status for negative error values\n"
    },
    {
      "commit": "87abd0a92c72eea71542d6c972c67e39e584e989",
      "tree": "556fb2566196ad54b7b62c0a8293fe4d66c85a56",
      "parents": [
        "c27d5368ef1f7ea40bcd1fb2626f4c99d77e0080"
      ],
      "author": {
        "name": "Yoshihiro Shimoda",
        "email": "yoshihiro.shimoda.uh@renesas.com",
        "time": "Tue Jun 21 13:24:42 2011 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:46:44 2011 -0700"
      },
      "message": "usb: r8a66597-hcd: fix cannot detect low/full speed device\n\nThis controller can control \"Transaction Translators\", but\nthe hcd-\u003ehas_tt is not set.\nSince the commit d199c96d41d80a567493e12b8e96ea056a1350c1\n(\"USB: prevent buggy from crashing the USB stack\") has checked it,\nthe driver could not work the low/full speed device.\n\nSigned-off-by: Yoshihiro Shimoda \u003cyoshihiro.shimoda.uh@renesas.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "c27d5368ef1f7ea40bcd1fb2626f4c99d77e0080",
      "tree": "5389426a08143ec7357f38e97ec255be672fbaa1",
      "parents": [
        "309427b6351b763917caac3e4b2ab5651df99823"
      ],
      "author": {
        "name": "Gabor Juhos",
        "email": "juhosg@openwrt.org",
        "time": "Mon Jun 20 17:22:36 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:46:44 2011 -0700"
      },
      "message": "USB: ehci-ath79: fix a NULL pointer dereference\n\nLoading the ehci-hcd module on the ath79 platform causes\na NULL pointer dereference:\n\nCPU 0 Unable to handle kernel paging request at virtual address 00000000, epc \u003d\u003d c0252928, ra \u003d\u003d c00de968\nOops[#1]:\nCpu 0\n$ 0   : 00000000 00000070 00000001 00000000\n$ 4   : 802cf870 0000117e ffffffff 8019c7bc\n$ 8   : 0000000a 00000002 00000001 fffffffb\n$12   : 8026ef20 0000000f ffffff80 802dad3c\n$16   : 8077a2d4 8077a200 c00f3484 8019ed84\n$20   : c00f0000 00000003 000000a0 80262c2c\n$24   : 00000002 80079da0\n$28   : 80788000 80789c80 80262b14 c00de968\nHi    : 00000000\nLo    : b61f0000\nepc   : c0252928 __mod_vermagic5+0xc260/0xc7e8 [ehci_hcd]\n    Not tainted\nra    : c00de968 usb_add_hcd+0x2a4/0x858 [usbcore]\nStatus: 1000c003    KERNEL EXL IE\nCause : 00800008\nBadVA : 00000000\nPrId  : 00019374 (MIPS 24Kc)\nModules linked in: ehci_hcd(+) pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG\nxt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filte\nr ip_tables xt_tcpudp x_tables ppp_async ppp_generic slhc ath mac80211\nusbcore nls_base input_polldev crc_ccitt cfg80211 compat input_core a\nrc4 aes_generic crypto_algapi\nProcess insmod (pid: 379, threadinfo\u003d80788000, task\u003d80ca2180,\ntls\u003d77fe52d0)\nStack : c0253184 80c57d80 80789cac 8077a200 00000001 8019edc0 807fa800 8077a200\n        8077a290 c00f3484 8019ed84 c00f0000 00000003 000000a0 80262c2c c00de968\n        802d0000 800878cc c0253228 c02528e4 c0253184 80c57d80 80bf6800 80ca2180\n        8007b75c 00000000 8077a200 802cf830 802d0000 00000003 fffffff4 00000015\n        00000348 00000124 800b189c c024bb4c c0255000 801a27e8 c0253228 c02528e4\n        ...\nCall Trace:\n[\u003cc0252928\u003e] __mod_vermagic5+0xc260/0xc7e8 [ehci_hcd]\n\nIt is caused by:\n\n  commit c430131a02d677aa708f56342c1565edfdacb3c0\n  Author: Jan Andersson \u003cjan@gaisler.com\u003e\n  Date:   Tue May 3 20:11:57 2011 +0200\n\n      USB: EHCI: Support controllers with big endian capability regs\n\n      The two first HC capability registers (CAPLENGTH and HCIVERSION)\n      are defined as one 8-bit and one 16-bit register. Most HC\n      implementations have selected to treat these registers as part\n      of a 32-bit register, giving the same layout for both big and\n      small endian systems.\n\n      This patch adds a new quirk, big_endian_capbase, to support\n      controllers with big endian register interfaces that treat\n      HCIVERSION and CAPLENGTH as individual registers.\n\n      Signed-off-by: Jan Andersson \u003cjan@gaisler.com\u003e\n      Acked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\n      Signed-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\nThe reading of the HC capability register has been moved by that\ncommit to a place where the ehci-\u003ecaps field is not initialized\nyet. This patch moves the reading of the register back to the\noriginal place.\n\nAcked-by: Jan Andersson \u003cjan@gaisler.com\u003e\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Gabor Juhos \u003cjuhosg@openwrt.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "309427b6351b763917caac3e4b2ab5651df99823",
      "tree": "62e9e5a67fff16390a99db8390fbde1470ce0250",
      "parents": [
        "8b1ab60c767f33d79894ef66037ef851a7a88fc8"
      ],
      "author": {
        "name": "Uwe Bonnes",
        "email": "bon@elektron.ikp.physik.tu-darmstadt.de",
        "time": "Fri Jun 17 17:30:23 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:46:44 2011 -0700"
      },
      "message": "USB: Add new FT232H chip to drivers/usb/serial/ftdi_sio.c\n\nappended patch adds support for the new FTDI FT232H chip. This chip is a\nsingle channel version of the dual FT2232H/quad FT4232H, coming with it\u0027s\nown default PID 0x6014 (FT2232H uses the same PID 0x6010 like FT2232C,\nFT4232H has also it\u0027s own PID).\n\nThe patch was checked on an UM232H module and a terminal program with TX/RX\nshorted to that typing in the terminal reproduced the characters.\n\nSigned-off-by: Uwe Bonnes \u003cbon@elektron.ikp.physik.tu-darmstadt.de\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "8b1ab60c767f33d79894ef66037ef851a7a88fc8",
      "tree": "12e4573f1a411fd162294fb54a39aadfd3153cd4",
      "parents": [
        "95a2424ff9221624c3944f3732f6cfacbb522ae4"
      ],
      "author": {
        "name": "Arvid Brodin",
        "email": "arvid.brodin@enea.com",
        "time": "Fri Jun 17 18:45:37 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:46:43 2011 -0700"
      },
      "message": "usb/isp1760: Fix bug preventing the unlinking of control urbs\n\nBoth control and bulk transfers use isp1760 slots of type ATL, but the\ndriver unlink code for ATL slots only acts on urbs describing a bulk\ntransfer, letting the code for INT slots take care of the unlink instead,\nwhich often ended up removing the interrupt transfer for root hub events\ninstead. That\u0027s not good, and gets fixed by this patch.\n\nSigned-off-by: Arvid Brodin \u003carvid.brodin@enea.com\u003e\nCc: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "95a2424ff9221624c3944f3732f6cfacbb522ae4",
      "tree": "4ad6cb7607d9dba7f76d3cbb8f8ac305d359c9ea",
      "parents": [
        "0af212ba8f123c2eba151af7726c34a50b127962",
        "a9e758634f464ffb09344821a9f0b5a5c6df2b3e"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:35:23 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 27 13:36:47 2011 -0700"
      },
      "message": "Merge branch \u0027for-usb-linus\u0027 of git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into usb-linus\n\n* \u0027for-usb-linus\u0027 of git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci:\n  USB: Fix up URB error codes to reflect implementation.\n  xhci: Always set urb-\u003estatus to zero for isoc endpoints.\n  xhci: Add reset on resume quirk for asrock p67 host\n  xHCI 1.0: Incompatible Device Error\n  xHCI 1.0: Force Stopped Event(FSE)\n  xhci: Don\u0027t warn about zeroed bMaxBurst descriptor field.\n  USB: Free bandwidth when usb_disable_device is called.\n  xhci: Reject double add of active endpoints.\n"
    },
    {
      "commit": "f76b168b6f117a49d36307053e1acbe30580ea5b",
      "tree": "2aa0cc19b27764d8eb55ce85eaf226a60ce27756",
      "parents": [
        "78420884e680da8fbc3240de2d3106437042381e"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Sat Jun 18 20:22:23 2011 +0200"
      },
      "committer": {
        "name": "Rafael J. Wysocki",
        "email": "rjw@sisk.pl",
        "time": "Tue Jun 21 23:19:50 2011 +0200"
      },
      "message": "PM: Rename dev_pm_info.in_suspend to is_prepared\n\nThis patch (as1473) renames the \"in_suspend\" field in struct\ndev_pm_info to \"is_prepared\", in preparation for an upcoming change.\nThe new name is more descriptive of what the field really means.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "b3df3f9c7df9a8d85e03e158d35487618a160901",
      "tree": "5ecd3c7b9cf576bb1bef357db98075d183f85f1c",
      "parents": [
        "c877b3b2ad5cb9d4fe523c5496185cc328ff3ae9"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 15 19:57:46 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri Jun 17 11:28:20 2011 -0700"
      },
      "message": "xhci: Always set urb-\u003estatus to zero for isoc endpoints.\n\nWhen the xHCI driver encounters a Missed Service Interval event for an\nisochronous endpoint ring, it means the host controller skipped over\none or more isochronous TDs.  For TD that is skipped, skip_isoc_td() is\ncalled.  This sets the frame descriptor status to -EXDEV, and also sets\nthe value stored in the int pointed to by status to -EXDEV.\n\nIf the isochronous TD happens to be the last TD in an URB,\nhandle_tx_event() will use the status variable to give back the URB to\nthe USB core.  That means drivers will see urb-\u003estatus as -EXDEV.\n\nIt turns out that EHCI, UHCI, and OHCI always set urb-\u003estatus to zero for\nan isochronous urb, regardless of what the frame status is.  See\nitd_complete() in ehci-sched.c:\n\n                } else {\n                        /* URB was too late */\n                        desc-\u003estatus \u003d -EXDEV;\n                }\n        }\n\n        /* handle completion now? */\n        if (likely ((urb_index + 1) !\u003d urb-\u003enumber_of_packets))\n                goto done;\n\n        /* ASSERT: it\u0027s really the last itd for this urb\n        list_for_each_entry (itd, \u0026stream-\u003etd_list, itd_list)\n                BUG_ON (itd-\u003eurb \u003d\u003d urb);\n         */\n\n        /* give urb back to the driver; completion often (re)submits */\n        dev \u003d urb-\u003edev;\n        ehci_urb_done(ehci, urb, 0);\n\nehci_urb_done() completes the URB with the status of the third argument, which\nis always zero in this case.\n\nIt turns out that many USB webcam drivers, such as uvcvideo, cannot\nhandle urb-\u003estatus set to a non-zero value.  They will not resubmit\ntheir isochronous URBs in that case, and userspace will see a frozen\nvideo.\n\nChange the xHCI driver to be consistent with the EHCI and UHCI driver,\nand always set urb-\u003estatus to 0 for isochronous URBs.\n\nThis patch should be backported to kernels as old as 2.6.36\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: \"Xu, Andiry\" \u003cAndiry.Xu@amd.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "c877b3b2ad5cb9d4fe523c5496185cc328ff3ae9",
      "tree": "3dad607ab4f7e703c742e71904ef4f53ee89ea47",
      "parents": [
        "f6ba6fe2d913da6707a71a413d6ec8ae98d6ce18"
      ],
      "author": {
        "name": "Maarten Lankhorst",
        "email": "m.b.lankhorst@gmail.com",
        "time": "Wed Jun 15 23:47:21 2011 +0200"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri Jun 17 11:28:19 2011 -0700"
      },
      "message": "xhci: Add reset on resume quirk for asrock p67 host\n\nThe asrock p67 xhci controller completely dies on resume, add a\nquirk for this, to bring the host back online after a suspend.\n\nThis should be backported to stable kernels as old as 2.6.37.\n\nSigned-off-by: Maarten Lankhorst \u003cm.b.lankhorst@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "f6ba6fe2d913da6707a71a413d6ec8ae98d6ce18",
      "tree": "2da2e6bc2b35659e5372825ecfd575ffad70ca5e",
      "parents": [
        "e1cf486d881d853d710e2d86a7adfc5fd260990f"
      ],
      "author": {
        "name": "Alex He",
        "email": "alex.he@amd.com",
        "time": "Wed Jun 08 18:34:06 2011 +0800"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri Jun 17 11:28:08 2011 -0700"
      },
      "message": "xHCI 1.0: Incompatible Device Error\n\nIt is one new TRB Completion Code for the xHCI spec v1.0.\nAsserted if the xHC detects a problem with a device that does not allow it to\nbe successfully accessed, e.g. due to a device compliance or compatibility\nproblem. This error may be returned by any command or transfer, and is fatal\nas far as the Slot is concerned. Return -EPROTO by urb-\u003estatus or frame-\u003estatus\nof ISOC for transfer case. And return -ENODEV for configure endpoint command,\nevaluate context command and address device command if there is an incompatible\nDevice Error. The error codes will be sent back to the USB core to decide how\nto do. It\u0027s unnecessary for other commands because after the three commands run\nsuccessfully means that the device has been accepted.\n\nSigned-off-by: Alex He \u003calex.he@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "0af212ba8f123c2eba151af7726c34a50b127962",
      "tree": "f9b37cad57b00c6e845954f361acedead9863d13",
      "parents": [
        "cbb330045e5df8f665ac60227ff898421fc8fb92"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Wed Jun 15 16:27:43 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Jun 15 17:44:56 2011 -0700"
      },
      "message": "USB: don\u0027t let errors prevent system sleep\n\nThis patch (as1464) implements the recommended policy that most errors\nduring suspend or hibernation should not prevent the system from going\nto sleep.  In particular, failure to suspend a USB driver or a USB\ndevice should not prevent the sleep from succeeding:\n\nFailure to suspend a device won\u0027t matter, because the device will\nautomatically go into suspend mode when the USB bus stops carrying\npackets.  (This might be less true for USB-3.0 devices, but let\u0027s not\nworry about them now.)\n\nFailure of a driver to suspend might lead to trouble later on when the\nsystem wakes up, but it isn\u0027t sufficient reason to prevent the system\nfrom going to sleep.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "cbb330045e5df8f665ac60227ff898421fc8fb92",
      "tree": "905598ff170b0fde21c72ad7edde2674ac5fdad1",
      "parents": [
        "578333ab95f70db13951d30a9ad6b565b61639a9"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Wed Jun 15 16:29:16 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Jun 15 17:44:56 2011 -0700"
      },
      "message": "USB: don\u0027t let the hub driver prevent system sleep\n\nThis patch (as1465) continues implementation of the policy that errors\nduring suspend or hibernation should not prevent the system from going\nto sleep.\n\nIn this case, failure to turn on the Suspend feature for a hub port\nshouldn\u0027t be reported as an error.  There are situations where this\ndoes actually occur (such as when the device plugged into that port\nwas disconnected in the recent past), and it turns out to be harmless.\nThere\u0027s no reason for it to prevent a system sleep.\n\nAlso, don\u0027t allow the hub driver to fail a system suspend if the\ndownstream ports aren\u0027t all suspended.  This is also harmless (and\nshould never happen, given the change mentioned above); printing a\nwarning message in the kernel log is all we really need to do.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "578333ab95f70db13951d30a9ad6b565b61639a9",
      "tree": "3f21af2defacbe96874dca6e0e4a2fe62ec0cd21",
      "parents": [
        "357f45db920393aac983a137bd74095f612d5a01"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Wed Jun 15 16:32:46 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Jun 15 17:44:56 2011 -0700"
      },
      "message": "USB: change maintainership of ohci-hcd and ehci-hcd\n\nFollowing the loss of David Brownell, I volunteer to maintain the\nohci-hcd and ehci-hcd drivers.  This patch (as1472) makes it official.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "e1cf486d881d853d710e2d86a7adfc5fd260990f",
      "tree": "73d63dac735e213e1aee47f1ebbbbd02d62e086d",
      "parents": [
        "d23336329fa4c157ed6256d4279a73b87486a1b6"
      ],
      "author": {
        "name": "Alex He",
        "email": "alex.he@amd.com",
        "time": "Fri Jun 03 15:58:25 2011 +0800"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 15 14:37:14 2011 -0700"
      },
      "message": "xHCI 1.0: Force Stopped Event(FSE)\n\nFSE shall occur on the TD natural boundary. The software ep_ring dequeue pointer\nexceed the hardware ep_ring dequeue pointer in these cases of Table-3. As a\nresult, the event_trb(pointed by hardware dequeue pointer) of the FSE can\u0027t be\nfound in the current TD(pointed by software dequeue pointer). What should we do\nis to figured out the FSE case and skip over it.\n\nSigned-off-by: Alex He \u003calex.he@amd.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "d23336329fa4c157ed6256d4279a73b87486a1b6",
      "tree": "b1d8c76b0dd298ced0115506a590090129b5055b",
      "parents": [
        "fccf4e86200b8f5edd9a65da26f150e32ba79808"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Mon Jun 06 00:53:47 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 15 14:10:30 2011 -0700"
      },
      "message": "xhci: Don\u0027t warn about zeroed bMaxBurst descriptor field.\n\nThe USB 3.0 specification says that the bMaxBurst field in the SuperSpeed\nEndpoint Companion descriptor is supposed to indicate how many packets a\nSS device can handle before it needs to wait for an explicit handshake\nfrom the host controller.  A zero value means the device can only handle\none packet before it needs a handshake.  Remove a warning in the xHCI\ndriver that implies this is an invalid value.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "fccf4e86200b8f5edd9a65da26f150e32ba79808",
      "tree": "6de67060ac3825e46f67682a69298bddc8825535",
      "parents": [
        "fa75ac379e63c2864e9049b5e8615e40f65c1e70"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Sun Jun 05 23:22:22 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 15 14:05:18 2011 -0700"
      },
      "message": "USB: Free bandwidth when usb_disable_device is called.\n\nTanya ran into an issue when trying to switch a UAS device from the BOT\nconfiguration to the UAS configuration via the bConfigurationValue sysfs\nfile.  Before installing the UAS configuration, set_bConfigurationValue()\ncalls usb_disable_device().  That function is supposed to remove all host\ncontroller resources associated with that device, but it leaves some state\nin the xHCI host controller.\n\nCommit 0791971ba8fbc44e4f476079f856335ed45e6324\n\tusb: allow drivers to use allocated bandwidth until unbound\nadded a call to usb_disable_device() in usb_set_configuration(), before\nthe xHCI bandwidth functions were invoked.  That commit fixed a bug, but\nalso introduced a bug that is triggered when a configured device is\nswitched to a new configuration.\n\nusb_disable_device() goes through all the motions of unbinding the drivers\nattached to active interfaces and removing the USB core structures\nassociated with those interfaces, but it doesn\u0027t actually remove the\nendpoints from the internal xHCI host controller bandwidth structures.\n\nWhen usb_disable_device() calls usb_disable_endpoint() with reset_hardware\nset to true, the entries in udev-\u003eep_out and udev-\u003eep_in will be set to\nNULL.  Usually, when the USB core installs a new configuration,\nusb_hcd_alloc_bandwidth() will drop all non-NULL endpoints in udev-\u003eep_out\nand udev-\u003eep_in before adding any new endpoints.  However, when the new\nUAS configuration was added, all those entries were null, so none of the\nold endpoints in the BOT configuration were dropped.\n\nThe xHCI driver blindly added the UAS configuration endpoints, and some of\nthe endpoint addresses overlapped with the old BOT configuration\nendpoints.  This caused the xHCI host to reject the Configure Endpoint\ncommand.  Now that the xHCI driver code is cleaned up to reject a\ndouble-add of active endpoints, we need to fix the USB core to properly\ndrop old endpoints in usb_disable_device().\n\nIf the host controller driver needs bandwidth checking support, make\nusb_disable_device() call usb_disable_endpoint() with\nreset_hardware set to false, drop the endpoints from the xHCI host\ncontroller, and then call usb_disable_endpoint() again with\nreset_hardware set to true.\n\nThe first call to usb_disable_endpoint() will cancel any pending URBs and\nwait on them to be freed in usb_hcd_disable_endpoint(), but will keep the\npointers in udev-\u003eep_out and udev-\u003eep in intact.  Then\nusb_hcd_alloc_bandwidth() will use those pointers to know which endpoints\nto drop.\n\nThe final call to usb_disable_endpoint() will do two things:\n\n1. It will call usb_hcd_disable_endpoint() again, which should be harmless\nsince the ep-\u003eurb_list should be empty after the first call to\nusb_disable_endpoint() returns.\n\n2. It will set the entries in udev-\u003eep_out and udev-\u003eep in to NULL, and call\nusb_hcd_disable_endpoint().  That call will have no effect, since the xHCI\ndriver doesn\u0027t set the endpoint_disable function pointer.\n\nNote that usb_disable_device() will now need to be called with\nhcd-\u003ebandwidth_mutex held.\n\nThis should be backported to kernels as old as 2.6.32.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Tanya Brokhman \u003ctlinder@codeaurora.org\u003e\nCc: ablay@codeaurora.org\nCc: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "fa75ac379e63c2864e9049b5e8615e40f65c1e70",
      "tree": "1aa8b56c20f2547c0ce14a35403edd2f575e3403",
      "parents": [
        "357f45db920393aac983a137bd74095f612d5a01"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Sun Jun 05 23:10:04 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 15 14:04:35 2011 -0700"
      },
      "message": "xhci: Reject double add of active endpoints.\n\nWhile trying to switch a UAS device from the BOT configuration to the UAS\nconfiguration via the bConfigurationValue file, Tanya ran into an issue in\nthe USB core.  usb_disable_device() sets entries in udev-\u003eep_out and\nudev-\u003eep_out to NULL, but doesn\u0027t call into the xHCI bandwidth management\nfunctions to remove the BOT configuration endpoints from the xHCI host\u0027s\ninternal structures.\n\nThe USB core would then attempt to add endpoints for the UAS\nconfiguration, and some of the endpoints had the same address as endpoints\nin the BOT configuration.  The xHCI driver blindly added the endpoints\nagain, but the xHCI host controller rejected the Configure Endpoint\ncommand because active endpoints were added without being dropped.\n\nMake the xHCI driver reject calls to xhci_add_endpoint() that attempt to\nadd active endpoints without first calling xhci_drop_endpoint().\n\nThis should be backported to kernels as old as 2.6.31.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Tanya Brokhman \u003ctlinder@codeaurora.org\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "357f45db920393aac983a137bd74095f612d5a01",
      "tree": "55139bfad33a4c54b18e8dfa92cf08eda70c9926",
      "parents": [
        "869e9e567fe6bba859e1d761250d160a9216498a"
      ],
      "author": {
        "name": "Jesper Juhl",
        "email": "jj@chaosbits.net",
        "time": "Mon Jun 13 22:50:41 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 14 14:20:30 2011 -0700"
      },
      "message": "USB: TI 3410/5052 USB Serial Driver: Fix mem leak when firmware is too big.\n\nIf the size of the firmware exceeds TI_FIRMWARE_BUF_SIZE we\u0027ll leak \u0027fw_p\u0027\nby failing to call release_firmware().\nThis patch fixes the leak.\n\nSigned-off-by: Jesper Juhl \u003cjj@chaosbits.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "4858f06e7d92ed2ebdb29ccbc079c127e675a89c",
      "tree": "6fe442179b78f4968de1a5180d0bad6b439733be",
      "parents": [
        "72887c8644384c0cc43b9298ae0659de383f2e9c"
      ],
      "author": {
        "name": "Yauheni Kaliuta",
        "email": "yauheni.kaliuta@nokia.com",
        "time": "Wed Jun 08 17:12:02 2011 +0300"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Thu Jun 09 12:01:03 2011 +0300"
      },
      "message": "usb: musb: gadget: clear TXPKTRDY flag when set FLUSHFIFO\n\nFixes mis-use of MUSB\u0027s hardware feature where it won\u0027t\nflush FIFOs when TXPKTRDY flag was set before and we are\nflushing setting both FLUSHFIFO and TXPKTRDY.\n\nIn other words, we need to ensure that when we try to\nflush FIFOs, we don\u0027t accidentaly set TXPKTRDY bit too\ndue to a read-back of the register.\n\nThe MUSB Programming Guide says \"May be set simultaneously\nwith TxPktRdy to abort the packet that is currently being\nloaded into the FIFO\". This is a situation where TXPKTRDY\nhasn\u0027t been set yet, but some data already loaded into the\nfifo. It looks, that if TXPKTRDY has been set before, and\nthere is no loading in progress, but we set FLUSHFIFO with\nthe TXPKTRDY, controller tries to use the same logic to\nabort loading and as the result just does nothing (because\nthere is no packet been loaded currently)\n\nSigned-off-by: Yauheni Kaliuta \u003cyauheni.kaliuta@nokia.com\u003e\n\n[ balbi@ti.com : fixed one whitespace git complained about\n\t\t improved the commit log slightly ]\n\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "72887c8644384c0cc43b9298ae0659de383f2e9c",
      "tree": "c0f5270a8ec4763f523f541f7721211982ac7356",
      "parents": [
        "d6d0f665ad869c8ad8b8a42c4393e02dfe227e12"
      ],
      "author": {
        "name": "Márton Németh",
        "email": "nm127@freemail.hu",
        "time": "Mon May 30 20:45:42 2011 +0200"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Thu Jun 09 12:01:03 2011 +0300"
      },
      "message": "usb: musb: host: compare status for negative error values\n\nVariable d is a struct usb_iso_packet_descriptor. The status filed is usually\nnegative when an error happens.\n\nSigned-off-by: Márton Németh \u003cnm127@freemail.hu\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "a26d31cef06f43a76327c21235e75450869df2b8",
      "tree": "d7960c449c685b8ca3a64857d3b390131d46089c",
      "parents": [
        "3095ec895fd5ec19a7cb60b5cbfa766d68a74a24"
      ],
      "author": {
        "name": "Steffen Sledz",
        "email": "sledz@dresearch-fe.de",
        "time": "Tue Jun 07 14:01:56 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Jun 08 13:48:30 2011 -0700"
      },
      "message": "USB: serial: add another 4N-GALAXY.DE PID to ftdi_sio driver\n\nE.g. newer CAN 2.0 A/B \u003c\u003d\u003e USB 2.0 converters report idProduct\u003df3c2.\n\nSigned-off-by: Steffen Sledz \u003csledz@dresearch-fe.de\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "3095ec895fd5ec19a7cb60b5cbfa766d68a74a24",
      "tree": "e0a9124c9e84fefe9f1da7cb2e7cebd5cf694ba1",
      "parents": [
        "7febe2be36035e5c75128e8cc3baeb1f30fa2bc4"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 15:03:37 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 15:03:37 2011 -0700"
      },
      "message": "Revert \"USB: option: add ID for ZTE MF 330\"\n\nThis reverts commit a559d2c8c1bf652ea2d0ecd6ab4a250fcdb37db8.\n\nTurns out that device id 0x1d6b:0x0002 is a USB hub, which causes havoc\nwhen the option driver tries to bind to it.\n\nSo revert this as it doesn\u0027t seem to be needed at all.\n\nThanks to Michael Tokarev and Paweł Drobek for working on resolving this\nissue.\n\nCc: Paweł Drobek \u003cpawel.drobek@gmail.com\u003e\nCc: Michael Tokarev \u003cmjt@tls.msk.ru\u003e\nCc: Dominik Brodowski \u003clinux@dominikbrodowski.net\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "7febe2be36035e5c75128e8cc3baeb1f30fa2bc4",
      "tree": "be07b9ecfc6de82b12f07d293eade844fbd0659f",
      "parents": [
        "97b2f900335befbf6c4323ea6fd560ea5df4d154"
      ],
      "author": {
        "name": "Julia Lawall",
        "email": "julia@diku.dk",
        "time": "Wed Jun 01 19:10:06 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 09:07:47 2011 -0700"
      },
      "message": "drivers/usb/host/ohci-pxa27x.c: add missing clk_put\n\nAdd a label before the call to clk_put and jump to that in the error\nhandling code that occurs after the call to clk_get has succeeded.\n\nA simplified version of the semantic match that finds this problem is as\nfollows: (http://coccinelle.lip6.fr/)\n\n// \u003csmpl\u003e\n@r exists@\nexpression e1,e2;\nstatement S;\n@@\n\ne1 \u003d clk_get@p1(...);\n... when !\u003d e1 \u003d e2\n    when !\u003d clk_put(e1)\n    when any\nif (...) { ... when !\u003d clk_put(e1)\n               when !\u003d if (...) { ... clk_put(e1) ... }\n* return@p3 ...;\n } else S\n// \u003c/smpl\u003e\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nAcked-by: Eric Miao \u003ceric.y.miao@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "97b2f900335befbf6c4323ea6fd560ea5df4d154",
      "tree": "9f5d6fd61c5f900e1e6b1bf90d5cae7fc0f132b3",
      "parents": [
        "c5c69f3f0dcf9b569c8f3ad67f3af92cfcedac43"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue Jun 07 11:31:05 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 09:05:44 2011 -0700"
      },
      "message": "USB: CONFIG_USB_GADGET_DUALSPEED is not user-configurable\n\nThis patch (as1468) changes the Kconfig definition for\nUSB_GADGET_DUALSPEED.  This option is determined entirely by which\ndevice controller drivers are to be built, through Select statements;\nit does not need to be (and should not be) configurable by the user.\n\nAlso, the \"default n\" line is superfluous -- everything defaults to N.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nAcked-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "c5c69f3f0dcf9b569c8f3ad67f3af92cfcedac43",
      "tree": "d6eb579b863518df3886bdfeb05a9ca17f7746a3",
      "parents": [
        "21c13a4f7bc185552c4b402b792c3bbb9aa69df0"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue Jun 07 11:33:01 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 09:05:43 2011 -0700"
      },
      "message": "USB: dummy-hcd needs the has_tt flag\n\nLike with other host controllers capable of operating at both high\nspeed and full speed, we need to indicate that the emulated controller\npresented by dummy-hcd has this ability.  Otherwise usbcore will not\naccept full-speed gadgets under dummy-hcd.  This patch (as1469) sets\nthe appropriate has_tt flag.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "21c13a4f7bc185552c4b402b792c3bbb9aa69df0",
      "tree": "053350f3dd7186759ced487ce470841c3bfb1030",
      "parents": [
        "3af51ac9c0889a188aaa3defe5134ef97c80d7c5"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue Jun 07 11:35:52 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue Jun 07 09:05:42 2011 -0700"
      },
      "message": "usb-storage: redo incorrect reads\n\nSome USB mass-storage devices have bugs that cause them not to handle\nthe first READ(10) command they receive correctly.  The Corsair\nPadlock v2 returns completely bogus data for its first read (possibly\nit returns the data in encrypted form even though the device is\nsupposed to be unlocked).  The Feiya SD/SDHC card reader fails to\ncomplete the first READ(10) command after it is plugged in or after a\nnew card is inserted, returning a status code that indicates it thinks\nthe command was invalid, which prevents the kernel from retrying the\nread.\n\nSince the first read of a new device or a new medium is for the\npartition sector, the kernel is unable to retrieve the device\u0027s\npartition table.  Users have to manually issue an \"hdparm -z\" or\n\"blockdev --rereadpt\" command before they can access the device.\n\nThis patch (as1470) works around the problem.  It adds a new quirk\nflag, US_FL_INVALID_READ10, indicating that the first READ(10) should\nalways be retried immediately, as should any failing READ(10) commands\n(provided the preceding READ(10) command succeeded, to avoid getting\nstuck in a loop).  The patch also adds appropriate unusual_devs\nentries containing the new flag.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Sven Geggus \u003csven-usbst@geggus.net\u003e\nTested-by: Paul Hartman \u003cpaul.hartman+linux@gmail.com\u003e\nCC: Matthew Dharm \u003cmdharm-usb@one-eyed-alien.net\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "3af51ac9c0889a188aaa3defe5134ef97c80d7c5",
      "tree": "885420d55c95fe8a39da6aa70e537830df38f60c",
      "parents": [
        "6bc129532176fcafb4202b73b3f431986391a362"
      ],
      "author": {
        "name": "Sebastian Andrzej Siewior",
        "email": "bigeasy@linutronix.de",
        "time": "Fri Jun 03 19:50:48 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:28:04 2011 -0700"
      },
      "message": "usb/renesas_usbhs: free uep on removal\n\nCan\u0027t find evidence that this is actually done.\n\nCc: Kuninori Morimoto \u003ckuninori.morimoto.gx@renesas.com\u003e\nSigned-off-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "6bc129532176fcafb4202b73b3f431986391a362",
      "tree": "4d1473e3c7dfa699074dae02a7e2e63e221f5fb0",
      "parents": [
        "a6207b17ece4ea40c378233b1ddf2a7f4288419d"
      ],
      "author": {
        "name": "Sebastian Andrzej Siewior",
        "email": "bigeasy@linutronix.de",
        "time": "Fri Jun 03 19:50:47 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:28:03 2011 -0700"
      },
      "message": "usb/s3c-hsudc: fix error path\n\nI doubt the clock is optional. In case it is it should not return with\nan error code because we leak everything.\n\nCc: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "a6207b17ece4ea40c378233b1ddf2a7f4288419d",
      "tree": "ad745dd120764e76c96edd74a9b6c6352b41fab1",
      "parents": [
        "cb42447374eb4348b75ec677bf9c77958c7d10e0"
      ],
      "author": {
        "name": "Sebastian Andrzej Siewior",
        "email": "bigeasy@linutronix.de",
        "time": "Fri Jun 03 19:50:46 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:28:03 2011 -0700"
      },
      "message": "usb/pxa25x_udc: cleanup the LUBBOCK err path\n\nthis is more backwords than it has to be.\n\nSigned-off-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "cb42447374eb4348b75ec677bf9c77958c7d10e0",
      "tree": "7a2fdfcefa833df0cd37cbc9cb1bade72775f7f8",
      "parents": [
        "b38b03b363a53067e8b8f3f43f00b6428bd5319c"
      ],
      "author": {
        "name": "Sebastian Andrzej Siewior",
        "email": "bigeasy@linutronix.de",
        "time": "Fri Jun 03 19:50:45 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:28:02 2011 -0700"
      },
      "message": "usb/mv_udc_core: fix compile\n\n|drivers/usb/gadget/mv_udc_core.c:2108: error: label `error\u0027 used but not defined\n\nThis seems to be broken since the initial commit. I changed this to a\nsimple return. The other user is the probe code which lets -\u003eprobe()\nfail on error here.\n\n|drivers/usb/gadget/mv_udc_core.c:2107: warning: passing argument 1 of `dev_err\u0027 from incompatible pointer type\n|drivers/usb/gadget/mv_udc_core.c:2118: warning: initialization from incompatible pointer type\n|drivers/usb/gadget/mv_udc_core.c:2119: warning: initialization from incompatible pointer type\n|drivers/usb/gadget/mv_udc_core.c:2130: error: initializer element is not constant\n|drivers/usb/gadget/mv_udc_core.c:2130: error: (near initialization for `udc_driver.driver.pm\u0027)\n\nCc: Chao Xie \u003cchao.xie@marvell.com\u003e\nSigned-off-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "b38b03b363a53067e8b8f3f43f00b6428bd5319c",
      "tree": "1c9fd605b6c71e35dc3fe32517a2ebc786fde648",
      "parents": [
        "83a018045659ee2cc9b1390ddb8b2a247d269bc4"
      ],
      "author": {
        "name": "Bryan Wu",
        "email": "bryan.wu@canonical.com",
        "time": "Thu Jun 02 12:51:29 2011 +0800"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:27:00 2011 -0700"
      },
      "message": "usb: gadget: include \u003clinux/prefetch.h\u003e to fix compiling error\n\ndrivers/usb/gadget/at91_udc.c: In function \u0027write_fifo\u0027:\ndrivers/usb/gadget/at91_udc.c:421:2: error: implicit declaration of function \u0027prefetch\u0027\nmake[3]: *** [drivers/usb/gadget/at91_udc.o] Error 1\nmake[2]: *** [drivers/usb/gadget] Error 2\nmake[2]: *** Waiting for unfinished jobs....\n\nSigned-off-by: Bryan Wu \u003cbryan.wu@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "83a018045659ee2cc9b1390ddb8b2a247d269bc4",
      "tree": "38a90a1e89edb78a463bd671f87abe63814a9f8e",
      "parents": [
        "1d4a4bde6b1cd4c8bbe1dd20dee18416a62b9c51"
      ],
      "author": {
        "name": "Mark Brown",
        "email": "broonie@opensource.wolfsonmicro.com",
        "time": "Wed Jun 01 17:16:15 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:26:59 2011 -0700"
      },
      "message": "USB: s3c-hsotg: Tone down debugging\n\nCurrently the s3c-hsotg driver is extremely chatty, producing voluminous\nwith large register dumps even in default operation. Tone this down so\nwe\u0027re not chatty unless DEBUG is defined.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "1d4a4bde6b1cd4c8bbe1dd20dee18416a62b9c51",
      "tree": "dff6568553c9eea0d5dca633bcde056ea8b99573",
      "parents": [
        "3824c1ddaf744be44b170a335332b9d6afe79254"
      ],
      "author": {
        "name": "Sage Weil",
        "email": "sage@newdream.net",
        "time": "Tue May 31 09:11:11 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:26:59 2011 -0700"
      },
      "message": "usb: remove bad dput after dentry_unhash\n\nCommit 64252c75a (vfs: remove dget() from dentry_unhash()) removed the\nuseless dget from dentry_unhash but didn\u0027t fix up this caller in the usb\ncode.  There used to be exactly one dput per dentry_unhash call; now\nthere are none.\n\nTested-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Sage Weil \u003csage@newdream.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "3824c1ddaf744be44b170a335332b9d6afe79254",
      "tree": "8e1bef3d7d37276a951d13f7129c823ccdfad09f",
      "parents": [
        "9303961f5b8c8da0b65b897fb6521d2a123ec8a8"
      ],
      "author": {
        "name": "Libor Pechacek",
        "email": "lpechacek@suse.cz",
        "time": "Fri May 20 14:53:25 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:02:32 2011 -0700"
      },
      "message": "USB: core: Tolerate protocol stall during hub and port status read\n\nProtocol stall should not be fatal while reading port or hub status as it is\ntransient state.  Currently hub EP0 STALL during port status read results in\nfailed device enumeration.  This has been observed with ST-Ericsson (formerly\nPhilips) USB 2.0 Hub (04cc:1521) after connecting keyboard.\n\nSigned-off-by: Libor Pechacek \u003clpechacek@suse.cz\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "9303961f5b8c8da0b65b897fb6521d2a123ec8a8",
      "tree": "e0b70434d5f7e417bf026d2d3982eb579209487d",
      "parents": [
        "4061fde2fa80f40cb27114f60500d38d0afcf350"
      ],
      "author": {
        "name": "Mike Frysinger",
        "email": "vapier@gentoo.org",
        "time": "Wed May 25 08:13:24 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 16:02:31 2011 -0700"
      },
      "message": "musb: fix prefetch build failure\n\nAfter the prefetch/list.h restructure, drivers need to explicitly include\nlinux/prefetch.h in order to use the prefetch() function.  Otherwise, the\ncurrent driver fails to build:\n\ndrivers/usb/musb/musb_core.c: In function \u0027musb_write_fifo\u0027:\ndrivers/usb/musb/musb_core.c:219: error: implicit declaration of function \u0027prefetch\u0027\nmake[3]: *** [drivers/usb/musb/musb_core.o] Error 1\n\nSigned-off-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "4061fde2fa80f40cb27114f60500d38d0afcf350",
      "tree": "c507d9488c2f23fb54599e251aadc846531a07bd",
      "parents": [
        "3898115896c7f18cb7009de691c43cb3d92bb82a"
      ],
      "author": {
        "name": "Toby Gray",
        "email": "toby.gray@realvnc.com",
        "time": "Mon Jun 06 14:52:48 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:59:41 2011 -0700"
      },
      "message": "USB: cdc-acm: Adding second ACM channel support for Nokia E7 and C7\n\nThis adds the Nokia E7 and C7 to the list of devices in cdc-acm, allowing\nthe secondary ACM channel on the device to be exposed. Without this patch\nthe ACM driver won\u0027t claim this secondary channel as it\u0027s marked as\nhaving a vendor-specific protocol.\n\nSigned-off-by: Toby Gray \u003ctoby.gray@realvnc.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "3898115896c7f18cb7009de691c43cb3d92bb82a",
      "tree": "bf5a5b7a6e6f47a8cc43ad2e0be39e6e07f8940e",
      "parents": [
        "7e8e62e4a5d26e4cb45f25dddd093837d75616c2"
      ],
      "author": {
        "name": "Alexey Khoroshilov",
        "email": "khoroshilov@ispras.ru",
        "time": "Fri May 27 08:37:40 2011 +0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:59:40 2011 -0700"
      },
      "message": "usb-gadget: unlock data-\u003elock mutex on error path in ep_write()\n\nep_write() acquires data-\u003elock mutex in get_ready_ep() and releases it\non all paths except for one: when usb_endpoint_xfer_isoc() failed. The\npatch adds mutex_unlock(\u0026data-\u003elock) at that path.\n\nIt is similar to commit 00cc7a5 (\"usb-gadget: unlock data-\u003elock mutex on error path in ep_read()\"),\nit was not fixed at that time by accident.\n\nFound by Linux Driver Verification project (linuxtesting.org).\n\nSigned-off-by: Alexey Khoroshilov \u003ckhoroshilov@ispras.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "7e8e62e4a5d26e4cb45f25dddd093837d75616c2",
      "tree": "b6ac4cf1ca63396326c0878d2f832e36b18f079e",
      "parents": [
        "5c3e4076ee8253c1e3688d10653ddee47a03b0db"
      ],
      "author": {
        "name": "Torsten Hilbrich",
        "email": "torsten.hilbrich@secunet.com",
        "time": "Mon Jun 06 15:39:55 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:58:57 2011 -0700"
      },
      "message": "USB: option Add blacklist for ZTE K3765-Z (19d2:2002)\n\nThe funtion option_send_status times out when sending USB messages\nto the interfaces 0, 1, and 2 of this UMTS stick. This results in a\n5s timeout in the function causing other tty operations to feel very\nsluggish.\n\nThis patch adds a blacklist entry for these 3 interfaces on the ZTE\nK3765-Z device.\n\nI was also able to reproduce the problem with v2.6.38 and v2.6.39.\n\nThis is very similar to a problem fixed in\n\ncommit 7a89e4cb9cdaba92f5fbc509945cf4e3c48db4e2\nAuthor: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nDate:   Wed Mar 9 09:19:48 2011 +0000\n\n    USB: serial: option: Apply OPTION_BLACKLIST_SENDSETUP also for ZTE MF626\n\nSigned-off-by: Torsten Hilbrich \u003ctorsten.hilbrich@secunet.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "5c3e4076ee8253c1e3688d10653ddee47a03b0db",
      "tree": "fb6dc70aee73d33829e6882c2160526905c85401",
      "parents": [
        "15badbcc8eede58b0d7e53a3acde1c90a7b6e40e"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Mon Jun 06 16:55:41 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:58:15 2011 -0700"
      },
      "message": "option: add Prolink PH300 modem IDs\n\nSimple ID addition.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nCc: stable@kernel.org\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "15badbcc8eede58b0d7e53a3acde1c90a7b6e40e",
      "tree": "1ea554354240cf1dca726ce45b4656752ae793bd",
      "parents": [
        "cdacb598fe7ab85de80908c818dd7d66a2971117"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Mon Jun 06 16:22:44 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:58:14 2011 -0700"
      },
      "message": "option: add Alcatel X200 to sendsetup blacklist\n\nThis modem really wants sendsetup blacklisted for interfaces 0 and 1,\notherwise the kernel hardlocks for about 10 seconds while waiting for\nthe modem\u0027s firmware to respond, which it of course doesn\u0027t do.\n\nA slight complication here is that TCT (who owns the Alcatel brand) used\nthe same USB IDs for the X200 as the X060s despite the devices having\ncompletely different firmware and AT command sets, so we end up adding\nthe X060s to the blacklist at the same time.  PSA to OEMs: don\u0027t use the\nsame USB IDs for different devices.  Really.  It makes your kittens cry.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nCc: stable@kernel.org\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "cdacb598fe7ab85de80908c818dd7d66a2971117",
      "tree": "5d600ae2feed41918356572ab4f4c64e84efd504",
      "parents": [
        "eab54042cd850778febae18098e77000dd298630"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Mon Jun 06 16:08:39 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Jun 06 15:58:14 2011 -0700"
      },
      "message": "option: add Zoom 4597 modem USB IDs\n\nUses Longcheer-based firmware and AT command set.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nCc: stable@kernel.org\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "cd3c18ba2fac14b34d03cae111f215009735ea06",
      "tree": "c3dbfa073f8cd9ac9636b563a58aef2a58209df8",
      "parents": [
        "f5182b4155b9d686c5540a6822486400e34ddd98"
      ],
      "author": {
        "name": "Dmitry Torokhov",
        "email": "dtor@vmware.com",
        "time": "Tue May 31 14:37:23 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Sun Jun 05 21:01:38 2011 -0700"
      },
      "message": "USB: xhci - fix interval calculation for FS isoc endpoints\n\nFull-speed isoc endpoints specify interval in exponent based form in\nframes, not microframes, so we need to adjust accordingly.\n\nNEC xHCI host controllers will return an error code of 0x11 if a full\nspeed isochronous endpoint is added with the Interval field set to\nsomething less than 3 (2^3 \u003d 8 microframes, or one frame).  It is\nimpossible for a full speed device to have an interval smaller than one\nframe.\n\nThis was always an issue in the xHCI driver, but commit\ndfa49c4ad120a784ef1ff0717168aa79f55a483a \"USB: xhci - fix math in\nxhci_get_endpoint_interval()\" removed the clamping of the minimum value\nin the Interval field, which revealed this bug.\n\nThis needs to be backported to stable kernels back to 2.6.31.\n\nReported-by: Matt Evans \u003cmatt@ozlabs.org\u003e\nSigned-off-by: Dmitry Torokhov \u003cdtor@vmware.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "f5182b4155b9d686c5540a6822486400e34ddd98",
      "tree": "53c8a989c66da2585212a30c07015422d826d100",
      "parents": [
        "001fd3826f4c736ce292315782d015f768399080"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu Jun 02 11:33:02 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu Jun 02 18:22:58 2011 -0700"
      },
      "message": "xhci: Disable MSI for some Fresco Logic hosts.\n\nSome Fresco Logic hosts, including those found in the AUAU N533V laptop,\nadvertise MSI, but fail to actually generate MSI interrupts.  Add a new\nxHCI quirk to skip MSI enabling for the Fresco Logic host controllers.\nFresco Logic confirms that all chips with PCI vendor ID 0x1b73 and device\nID 0x1000, regardless of PCI revision ID, do not support MSI.\n\nThis should be backported to stable kernels as far back as 2.6.36, which\nwas the first kernel to support MSI on xHCI hosts.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nReported-by: Sergey Galanov \u003csergey.e.galanov@gmail.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "001fd3826f4c736ce292315782d015f768399080",
      "tree": "2b8bb31f39e4ec0333a7f82fbaa555f996933086",
      "parents": [
        "e2b0217715c6d10379d94bdfe5560af96eecbb7c"
      ],
      "author": {
        "name": "Maarten Lankhorst",
        "email": "m.b.lankhorst@gmail.com",
        "time": "Wed Jun 01 23:27:50 2011 +0200"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu Jun 02 16:38:25 2011 -0700"
      },
      "message": "xhci: Do not issue device reset when device is not setup\n\nxHCI controllers respond to a Reset Device command when the Slot is in the\nEnabled/Disabled state by returning an error.  This is fine on other host\ncontrollers, but the Etron xHCI host controller returns a vendor-specific\nerror code that the xHCI driver doesn\u0027t understand.  The xHCI driver then\ngives up on device enumeration.\n\nInstead of issuing a command that will fail, just return.  This fixes the\nissue with the xhci driver not working on ASRock P67 Pro/Extreme boards.\n\nThis should be backported to stable kernels as far back as 2.6.34.\n\nSigned-off-by: Maarten Lankhorst \u003cm.b.lankhorst@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "e2b0217715c6d10379d94bdfe5560af96eecbb7c",
      "tree": "58876a9dae4a1b1c506c793488f58366d17d7e9b",
      "parents": [
        "4819fef5e7cb9a39e1fd59ecd85861b3ffebdcaa"
      ],
      "author": {
        "name": "Maarten Lankhorst",
        "email": "m.b.lankhorst@gmail.com",
        "time": "Wed Jun 01 23:27:49 2011 +0200"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu Jun 02 16:38:24 2011 -0700"
      },
      "message": "xhci: Add defines for hardcoded slot states\n\nThis needs to be added to the stable trees back to 2.6.34 to support an\nupcoming bug fix.\n\nSigned-off-by: Maarten Lankhorst \u003cm.b.lankhorst@gmail.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "4819fef5e7cb9a39e1fd59ecd85861b3ffebdcaa",
      "tree": "143ca81187315e6e06298c05776c83ecadc60d6d",
      "parents": [
        "f69753140d5c95087a3352710ae5edd541710da6"
      ],
      "author": {
        "name": "Matt Evans",
        "email": "matt@ozlabs.org",
        "time": "Wed Jun 01 13:01:07 2011 +1000"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu Jun 02 14:40:23 2011 -0700"
      },
      "message": "xhci: Bigendian fix for xhci_check_bandwidth()\n\nCommit 834cb0fc4712a3b21c6b8c5cb55bd13607191311 \"xhci: Fix memory leak\nbug when dropping endpoints\" added a small endian bug.  This patch fixes\nxhci_check_bandwidth() to read add/drop_flags LE.\n\nSigned-off-by: Matt Evans \u003cmatt@ozlabs.org\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "f69753140d5c95087a3352710ae5edd541710da6",
      "tree": "43b03c3125bc04428ea34cdfb13de9faf2876282",
      "parents": [
        "55922c9d1b84b89cb946c777fddccb3247e7df2c"
      ],
      "author": {
        "name": "Matt Evans",
        "email": "matt@ozlabs.org",
        "time": "Wed Jun 01 13:01:01 2011 +1000"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed Jun 01 16:26:48 2011 -0700"
      },
      "message": "xhci: Bigendian fix for skip_isoc_td()\n\nCommit 926008c9386dde09b015753b6681c502177baa30 \"USB: xhci: simplify logic\nof skipping missed isoc TDs\" added a small endian bug.  This patch\nfixes skip_isoc_td() to read the DMA pointer correctly.\n\nSigned-off-by: Matt Evans \u003cmatt@ozlabs.org\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "87367a0b71a5188e34a913c05673b5078f71a64d",
      "tree": "da14cc575bfe692f07b42c2c8a13d9aa403fc471",
      "parents": [
        "4cb865deec59ef31d966622d1ec87411ae32dfab",
        "2cf95c18d5069e13c02a8667d91e064df8e17e09"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat May 28 12:36:15 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat May 28 12:36:15 2011 -0700"
      },
      "message": "Merge branch \u0027for-usb-next\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci\n\n* \u0027for-usb-next\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci:\n  Intel xhci: Limit number of active endpoints to 64.\n  Intel xhci: Ignore spurious successful event.\n  Intel xhci: Support EHCI/xHCI port switching.\n  Intel xhci: Add PCI id for Panther Point xHCI host.\n  xhci: STFU: Be quieter during URB submission and completion.\n  xhci: STFU: Don\u0027t print event ring dequeue pointer.\n  xhci: STFU: Remove function tracing.\n  xhci: Don\u0027t submit commands when the host is dead.\n  xhci: Clear stopped_td when Stop Endpoint command completes.\n"
    },
    {
      "commit": "2cf95c18d5069e13c02a8667d91e064df8e17e09",
      "tree": "05ae0e90ceab6790ccd1e624b695b984c6081f87",
      "parents": [
        "ad808333d8201d53075a11bc8dd83b81f3d68f0b"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 11 16:14:58 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri May 27 12:08:14 2011 -0700"
      },
      "message": "Intel xhci: Limit number of active endpoints to 64.\n\nThe Panther Point chipset has an xHCI host controller that has a limit to\nthe number of active endpoints it can handle.  Ideally, it would signal\nthat it can\u0027t handle anymore endpoints by returning a Resource Error for\nthe Configure Endpoint command, but they don\u0027t.  Instead it needs software\nto keep track of the number of active endpoints, across configure endpoint\ncommands, reset device commands, disable slot commands, and address device\ncommands.\n\nAdd a new endpoint context counter, xhci_hcd-\u003enum_active_eps, and use it\nto track the number of endpoints the xHC has active.  This gets a little\ntricky, because commands to change the number of active endpoints can\nfail.  This patch adds a new xHCI quirk for these Intel hosts, and the new\ncode should not have any effect on other xHCI host controllers.\n\nFail a new device allocation if we don\u0027t have room for the new default\ncontrol endpoint.  Use the endpoint ring pointers to determine what\nendpoints were active before a Reset Device command or a Disable Slot\ncommand, and drop those once the command completes.\n\nFail a configure endpoint command if it would add too many new endpoints.\nWe have to be a bit over zealous here, and only count the number of new\nendpoints to be added, without subtracting the number of dropped\nendpoints.  That\u0027s because a second configure endpoint command for a\ndifferent device could sneak in before we know if the first command is\ncompleted.  If the first command dropped resources, the host controller\nfails the command for some reason, and we\u0027re nearing the limit of\nendpoints, we could end up oversubscribing the host.\n\nTo fix this race condition, when evaluating whether a configure endpoint\ncommand will fix in our bandwidth budget, only add the new endpoints to\nxhci-\u003enum_active_eps, and don\u0027t subtract the dropped endpoints.  Ignore\nchanged endpoints (ones that are dropped and then re-added), as that\nshouldn\u0027t effect the host\u0027s endpoint resources.  When the configure\nendpoint command completes, subtract off the dropped endpoints.\n\nThis may mean some configuration changes may temporarily fail, but it\u0027s\nalways better to under-subscribe than over-subscribe resources.\n\n(Originally my plan had been to push the resource allocation down into the\nring allocation functions.  However, that would cause us to allocate\nunnecessary resources when endpoints were changed, because the xHCI driver\nallocates a new ring for the changed endpoint, and only deletes the old\nring once the Configure Endpoint command succeeds.  A further complication\nwould have been dealing with the per-device endpoint ring cache.)\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "ad808333d8201d53075a11bc8dd83b81f3d68f0b",
      "tree": "40f3a11f028175f61cce14088a0f93ebd68c4b60",
      "parents": [
        "69e848c2090aebba5698a1620604c7dccb448684"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 10:43:56 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri May 27 12:08:13 2011 -0700"
      },
      "message": "Intel xhci: Ignore spurious successful event.\n\nThe xHCI host controller in the Panther Point chipset sometimes produces\nspurious events on the event ring.  If it receives a short packet, it\nfirst puts a Transfer Event with a short transfer completion code on the\nevent ring.  Then it puts a Transfer Event with a successful completion\ncode on the ring for the same TD.  The xHCI driver correctly processes the\nshort transfer completion code, gives the URB back to the driver, and then\nprints a warning in dmesg about the spurious event.  These warning\nmessages really fill up dmesg when an HD webcam is plugged into xHCI.\n\nThis spurious successful event behavior isn\u0027t technically disallowed by\nthe xHCI specification, so make the xHCI driver just ignore the spurious\ncompletion event.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "69e848c2090aebba5698a1620604c7dccb448684",
      "tree": "c39dd3d0e30a9f6eb3c332c03eeeb6d5a2ff098c",
      "parents": [
        "7fe4fc881d1340f17396f52c836e597dadadea42"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Tue Feb 22 09:57:15 2011 -0800"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri May 27 12:07:36 2011 -0700"
      },
      "message": "Intel xhci: Support EHCI/xHCI port switching.\n\nThe Intel Panther Point chipsets contain an EHCI and xHCI host controller\nthat shares some number of skew-dependent ports.  These ports can be\nswitched from the EHCI to the xHCI host (and vice versa) by a hardware MUX\nthat is controlled by registers in the xHCI PCI configuration space.  The\nUSB 3.0 SuperSpeed terminations on the xHCI ports can be controlled\nseparately from the USB 2.0 data wires.\n\nThis switchover mechanism is there to support users who do a custom\ninstall of certain non-Linux operating systems that don\u0027t have official\nUSB 3.0 support.  By default, the ports are under EHCI, SuperSpeed\nterminations are off, and USB 3.0 devices will show up under the EHCI\ncontroller at reduced speeds.  (This was more palatable for the marketing\nfolks than having completely dead USB 3.0 ports if no xHCI drivers are\navailable.)  Users should be able to turn on xHCI by default through a\nBIOS option, but users are happiest when they don\u0027t have to change random\nBIOS settings.\n\nThis patch introduces a driver method to switchover the ports from EHCI to\nxHCI before the EHCI driver finishes PCI enumeration.  We want to switch\nthe ports over before the USB core has the chance to enumerate devices\nunder EHCI, or boot from USB mass storage will fail if the boot device\nconnects under EHCI first, and then gets disconnected when the port\nswitches over to xHCI.\n\nAdd code to the xHCI PCI quirk to switch the ports from EHCI to xHCI.  The\nPCI quirks code will run before any other PCI probe function is called, so\nthis avoids the issue with boot devices.\n\nAnother issue is with BIOS behavior during system resume from hibernate.\nIf the BIOS doesn\u0027t support xHCI, it may switch the devices under EHCI to\nallow use of the USB keyboard, mice, and mass storage devices.  It\u0027s\nsupposed to remember the value of the port routing registers and switch\nthem back when the OS attempts to take control of the xHCI host controller,\nbut we all know not to trust BIOS writers.\n\nMake both the xHCI driver and the EHCI driver attempt to switchover the\nports in their PCI resume functions.  We can\u0027t guarantee which PCI device\nwill be resumed first, so this avoids any race conditions.  Writing a \u00271\u0027\nto an already set port switchover bit or a \u00270\u0027 to a cleared port switchover\nbit should have no effect.\n\nThe xHCI PCI configuration registers will be documented in the EDS-level\nchipset spec, which is not public yet.  I have permission from legal and\nthe Intel chipset group to release this patch early to allow good Linux\nsupport at product launch.  I\u0027ve tried to document the registers as much\nas possible, so please let me know if anything is unclear.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "5ccee4ae8eab957ab6d534283db5bd27703dba03",
      "tree": "98a82be99b8efba0c0dcee75f51d6dac1845e796",
      "parents": [
        "4d94aee577ea8179bd40f0f17e64cada25c66b85"
      ],
      "author": {
        "name": "Graeme Gregory",
        "email": "gg@slimlogic.co.uk",
        "time": "Sun May 22 21:21:24 2011 +0100"
      },
      "committer": {
        "name": "Liam Girdwood",
        "email": "lrg@slimlogic.co.uk",
        "time": "Fri May 27 10:49:30 2011 +0100"
      },
      "message": "USB: TWL6025 allow different regulator name\n\nThe twl6025 uses a different regulator for USB than the 6030 so select\nthe correct regulator name depending on the subclass of device.\n\nSince V1\n\nUse features passed via platform data instead of global variable.\n\nSigned-off-by: Graeme Gregory \u003cgg@slimlogic.co.uk\u003e\nAcked-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Liam Girdwood \u003clrg@slimlogic.co.uk\u003e\n"
    },
    {
      "commit": "f444ff27e9b8c953eef49da65c649fdcd202165a",
      "tree": "2741ff07ed418641a075a66354a216627fe6e84a",
      "parents": [
        "5153b7b39105d8beb38e1c3f26ab4b877960d8e1"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Tue Apr 05 15:53:47 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 16:03:14 2011 -0700"
      },
      "message": "xhci: STFU: Be quieter during URB submission and completion.\n\nUnsurprisingly, URBs get submitted and completed a lot in the xHCI\ndriver.  If we have to print 10 lines of debug for every URB submitted\nor completed, then that can cause the whole system to stay in the\ninterrupt handler too long, and can cause Missed Service completion\ncodes for isochronous transfers.\n\nCut down the debugging in the URB submission and completion paths:\n - Don\u0027t squawk about successful transfers, only unsuccessful ones.\n - Only print the number of bytes transferred if this was a short\n   transfer.\n - Don\u0027t print the endpoint index for successful transfers (will add\n   more debug to failed transfers to show endpoint index there later).\n - Stop printing MMIO writes.  This debugging shows up when the endpoint\n   doorbell is rung a to start a transfer (basically for every URB).\n - Don\u0027t print out the ring enqueue and dequeue pointers\n - Stop printing when we\u0027re pointing to a link TRB.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "5153b7b39105d8beb38e1c3f26ab4b877960d8e1",
      "tree": "36715b8547fe662d84919c9d145623ffae9116be",
      "parents": [
        "380032c3c855ded74c43252a0adb8e8d7afc9f45"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Tue Apr 05 13:33:56 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 16:01:51 2011 -0700"
      },
      "message": "xhci: STFU: Don\u0027t print event ring dequeue pointer.\n\nStop printing out the event ring dequeue pointer and status register in\nthe operational register set.  The host will report an OK status 99% of\nthe time the interrupt handler is called, and usually when it\u0027s really\nhosed, a host controller won\u0027t even call the interrupt handler.  So the\nline is really useless.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "380032c3c855ded74c43252a0adb8e8d7afc9f45",
      "tree": "8e63924a14cd8e91d58e18ab35ba6443b8606301",
      "parents": [
        "fe6c6c13d8dcb32398eef143e2e8efc3fb4019bf"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Tue Apr 05 13:33:56 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 15:23:35 2011 -0700"
      },
      "message": "xhci: STFU: Remove function tracing.\n\nRemove unnecessary debugging from the xHCI driver.  We don\u0027t need to\nknow what function we\u0027re calling or returning from.  Now I know how to\nuse markup-oops.pl to de-mystify stack dumps of crashes.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "fe6c6c13d8dcb32398eef143e2e8efc3fb4019bf",
      "tree": "1e340233ee7136051a1dd4ec3d3b30327e9196d1",
      "parents": [
        "0714a57c6865f31ed3366e5abdfae7da580d41d2"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Mon May 23 16:41:17 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 15:23:35 2011 -0700"
      },
      "message": "xhci: Don\u0027t submit commands when the host is dead.\n\nWhen the xHCI host controller dies, the USB core may attempt to reset the\ndevices to their default configuration before disconnecting them.  This\ncauses calls into the xHCI bandwidth allocation functions.  Don\u0027t allow\nthose functions to submit commands or work on xHCI structures if the host\ncontroller is marked as dying.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "0714a57c6865f31ed3366e5abdfae7da580d41d2",
      "tree": "e4a486c30e1030bd480916bd7b386e23b56d2621",
      "parents": [
        "d762f4383100c2a87b1a3f2d678cd3b5425655b4"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Tue May 24 11:53:29 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Wed May 25 15:23:35 2011 -0700"
      },
      "message": "xhci: Clear stopped_td when Stop Endpoint command completes.\n\nWhen an URB is cancelled, the xHCI driver issues a Stop Endpoint command\nso that it can manipulate the ring and remove the transfer.  The xHC\nhardware then places a transfer event with the completion code \"Stopped\"\nor \"Stopped Invalid\" to let the driver know what TD it was in the middle\nof processing.  This TD and TRB is stored in ep-\u003estopped_td and\nep-\u003estopped_trb.  These pointers are also used in handling stalled\nendpoints.\n\nBy design, the Stop Endpoint command can race with URB completion.  By\nthe time the Stop Endpoint command is handled, the URBs to be cancelled\nmay have been given back to the driver.  Unfortunately, the stopped_td\nand stopped_trb pointers were not getting cleared in this case.\n\nThe USB core unconditionally tries to reset the toggle bits on any\nendpoints when a new alternate interface setting is installed.  When the\nxHCI driver saw that ep-\u003estopped_td was still set from the Stop Endpoint\ncommand, xhci_reset_endpoint assumed the endpoint was actually stalled,\nand attempted to clean up the endpoint rings.  This would manifest\nitself in a failed Reset Endpoint command and failed Set TR dequeue\nPointer command after a successful Configure Endpoint command.  It may\nhave also been causing driver oops when the stopped_td was accessed.\n\nThis patch should be backported to stable kernels since 2.6.31.  Before\n2.6.33, stopped_td was found in the xhci_endpoint_ring, not the\nxhci_virt_ep.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\n"
    },
    {
      "commit": "f50d1d9e8d964fdd3b4cedfbca8843d1bc5916c1",
      "tree": "105b5bc4bb96b555dba90fa11dd5af66784c132f",
      "parents": [
        "98b98d316349e9a028e632629fe813d07fa5afdd",
        "4ef7e71444b48cc89152cbc499ed94dde50515ee"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue May 24 13:28:35 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue May 24 13:28:35 2011 -0700"
      },
      "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6:\n  pcmcia: Make struct pcmcia_device_id const, sound drivers edition\n  staging: pcmcia: Convert pcmcia_device_id declarations to const\n  pcmcia: Convert pcmcia_device_id declarations to const\n  pcmcia: Make declaration and uses of struct pcmcia_device_id const\n  pcmcia/sa1100: put sa11x0_pcmcia_hw_init[] to .devinit.data\n"
    },
    {
      "commit": "c44dead70a841d90ddc01968012f323c33217c9e",
      "tree": "85489ebe9b9a3413cd8ee197ffb40c8aa8d97e63",
      "parents": [
        "99dff5856220a02b8711f2e8746413ea6e53ccf6",
        "d5f6db9e1aff6ccf1876224f152c0268b0c8a992"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon May 23 12:33:02 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon May 23 12:33:02 2011 -0700"
      },
      "message": "Merge branch \u0027usb-next\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6\n\n* \u0027usb-next\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6: (205 commits)\n  USB: EHCI: Remove SPARC_LEON {read,write}_be definitions from ehci.h\n  USB: UHCI: Support big endian GRUSBHC HC\n  sparc: add {read,write}*_be routines\n  USB: UHCI: Add support for big endian descriptors\n  USB: UHCI: Use ACCESS_ONCE rather than using a full compiler barrier\n  USB: UHCI: Add support for big endian mmio\n  usb-storage: Correct adjust_quirks to include latest flags\n  usb/isp1760: Fix possible unlink problems\n  usb/isp1760: Move function isp1760_endpoint_disable() within file.\n  USB: remove remaining usages of hcd-\u003estate from usbcore and fix regression\n  usb: musb: ux500: add configuration and build options for ux500 dma\n  usb: musb: ux500: add dma glue layer for ux500\n  usb: musb: ux500: add dma name for ux500\n  usb: musb: ux500: add ux500 specific code for gadget side\n  usb: musb: fix compile error\n  usb-storage: fix up the unusual_realtek device list\n  USB: gadget: f_audio: Fix invalid dereference of initdata\n  EHCI: don\u0027t rescan interrupt QHs needlessly\n  OHCI: fix regression caused by nVidia shutdown workaround\n  USB: OTG: msm: Free VCCCX regulator even if we can\u0027t set the voltage\n  ...\n"
    },
    {
      "commit": "57d19e80f459dd845fb3cfeba8e6df8471bac142",
      "tree": "8254766715720228db3d50f1ef3c7fe003c06d65",
      "parents": [
        "ee9ec4f82049c678373a611ce20ac67fe9ad836e",
        "e64851f5a0ad6ec991f74ebb3108c35aa0323d5f"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon May 23 09:12:26 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon May 23 09:12:26 2011 -0700"
      },
      "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (39 commits)\n  b43: fix comment typo reqest -\u003e request\n  Haavard Skinnemoen has left Atmel\n  cris: typo in mach-fs Makefile\n  Kconfig: fix copy/paste-ism for dell-wmi-aio driver\n  doc: timers-howto: fix a typo (\"unsgined\")\n  perf: Only include annotate.h once in tools/perf/util/ui/browsers/annotate.c\n  md, raid5: Fix spelling error in comment (\u0027Ofcourse\u0027 --\u003e \u0027Of course\u0027).\n  treewide: fix a few typos in comments\n  regulator: change debug statement be consistent with the style of the rest\n  Revert \"arm: mach-u300/gpio: Fix mem_region resource size miscalculations\"\n  audit: acquire creds selectively to reduce atomic op overhead\n  rtlwifi: don\u0027t touch with treewide double semicolon removal\n  treewide: cleanup continuations and remove logging message whitespace\n  ath9k_hw: don\u0027t touch with treewide double semicolon removal\n  include/linux/leds-regulator.h: fix syntax in example code\n  tty: fix typo in descripton of tty_termios_encode_baud_rate\n  xtensa: remove obsolete BKL kernel option from defconfig\n  m68k: fix comment typo \u0027occcured\u0027\n  arch:Kconfig.locks Remove unused config option.\n  treewide: remove extra semicolons\n  ...\n"
    },
    {
      "commit": "ad9471752ebae25daa133b4e5d9299809c35e155",
      "tree": "dfcc75d7ee75ef0465c109423885c4326ccf9b9f",
      "parents": [
        "6c1b8d94bcc1882e451d0e7a28a4a5253f4970ab",
        "6ad11eaa8a689a27e0c99905bcf800a37cd432a0"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri May 20 13:29:52 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri May 20 13:29:52 2011 -0700"
      },
      "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6: (110 commits)\n  [SCSI] qla2xxx: Refactor call to qla2xxx_read_sfp for thermal temperature.\n  [SCSI] qla2xxx: Unify the read/write sfp mailbox command routines.\n  [SCSI] qla2xxx: Clear complete initialization control block.\n  [SCSI] qla2xxx: Allow an override of the registered maximum LUN.\n  [SCSI] qla2xxx: Add host number in reset and quiescent message logs.\n  [SCSI] qla2xxx: Correctly read sfp single byte mailbox register.\n  [SCSI] qla2xxx: Add qla82xx_rom_unlock() function.\n  [SCSI] qla2xxx: Log if qla82xx firmware fails to load from flash.\n  [SCSI] qla2xxx: Use passed in host to initialize local scsi_qla_host in queuecommand function\n  [SCSI] qla2xxx: Correct buffer start in edc sysfs debug print.\n  [SCSI] qla2xxx: Update firmware version after flash update for ISP82xx.\n  [SCSI] qla2xxx: Fix hang during driver unload when vport is active.\n  [SCSI] qla2xxx: Properly set the dsd_list_len for dsd_chaining in cmd type 6.\n  [SCSI] qla2xxx: Fix virtual port failing to login after chip reset.\n  [SCSI] qla2xxx: Fix vport delete hang when logins are outstanding.\n  [SCSI] hpsa: Change memset using sizeof(ptr) to sizeof(*ptr)\n  [SCSI] ipr: Rate limit DMA mapping errors\n  [SCSI] hpsa: add P2000 to list of shared SAS devices\n  [SCSI] hpsa: do not attempt PCI power management reset method if we know it won\u0027t work.\n  [SCSI] hpsa: remove superfluous sleeps around reset code\n  ...\n"
    },
    {
      "commit": "268bb0ce3e87872cb9290c322b0d35bce230d88f",
      "tree": "c8331ade4a3e24fc589c4eb62731bc2312d35333",
      "parents": [
        "257313b2a87795e07a0bdf58d0fffbdba8b31051"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri May 20 12:50:29 2011 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Fri May 20 12:50:29 2011 -0700"
      },
      "message": "sanitize \u003clinux/prefetch.h\u003e usage\n\nCommit e66eed651fd1 (\"list: remove prefetching from regular list\niterators\") removed the include of prefetch.h from list.h, which\nuncovered several cases that had apparently relied on that rather\nobscure header file dependency.\n\nSo this fixes things up a bit, using\n\n   grep -L linux/prefetch.h $(git grep -l \u0027[^a-z_]prefetchw*(\u0027 -- \u0027*.[ch]\u0027)\n   grep -L \u0027prefetchw*(\u0027 $(git grep -l \u0027linux/prefetch.h\u0027 -- \u0027*.[ch]\u0027)\n\nto guide us in finding files that either need \u003clinux/prefetch.h\u003e\ninclusion, or have it despite not needing it.\n\nThere are more of them around (mostly network drivers), but this gets\nmany core ones.\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "d5f6db9e1aff6ccf1876224f152c0268b0c8a992",
      "tree": "b1daf4f5fd9b3d34790505ab16ac3f36c7f36630",
      "parents": [
        "fda928ac97dbf0359f3dc4c96925b7b422b540d7"
      ],
      "author": {
        "name": "Jan Andersson",
        "email": "jan@gaisler.com",
        "time": "Thu May 19 20:47:02 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:49:52 2011 -0700"
      },
      "message": "USB: EHCI: Remove SPARC_LEON {read,write}_be definitions from ehci.h\n\n{read,write}l_be are now defined for SPARC and do not need to be\ndefined for SPARC_LEON in ehci.h. This patch fixes the following\nwarnings:\n\n  CC      drivers/usb/host/ehci-hcd.o\nIn file included from drivers/usb/host/ehci-hcd.c:119:\ndrivers/usb/host/ehci.h:631:1: warning: \"readl_be\" redefined\n...\ndrivers/usb/host/ehci-hcd.c:119:\ndrivers/usb/host/ehci.h:632:1: warning: \"writel_be\" redefined\n...\n\nSigned-off-by: Jan Andersson \u003cjan@gaisler.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "fda928ac97dbf0359f3dc4c96925b7b422b540d7",
      "tree": "639f263e553c22a666be46adb42816fb9b5a92f1",
      "parents": [
        "c936503fff31663a8625d23f528d868aa8c22570"
      ],
      "author": {
        "name": "Jan Andersson",
        "email": "jan@gaisler.com",
        "time": "Wed May 18 10:44:53 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:45:32 2011 -0700"
      },
      "message": "USB: UHCI: Support big endian GRUSBHC HC\n\nThis patch adds support for big endian GRUSBHC UHCI controllers.\nThe HCD bus glue will probe the register interface to determine\nthe endianness of the controller.\n\nTested on GR-LEON4-ITX board which has a controller with little endian\ninterface and on custom LEON3 board with a BE controller.\n\nSigned-off-by: Jan Andersson \u003cjan@gaisler.com\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "51e2f62fe79651e7ed8e16ba126a163b116fe3d7",
      "tree": "a46c220bf5a9ff3b4fd8195e127e69e0b8619222",
      "parents": [
        "bab1ff1bda27e654dfd382a1fbdfcda1f7ed0a37"
      ],
      "author": {
        "name": "Jan Andersson",
        "email": "jan@gaisler.com",
        "time": "Wed May 18 10:44:51 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:43:20 2011 -0700"
      },
      "message": "USB: UHCI: Add support for big endian descriptors\n\nThis patch adds support for universal host controllers that use\nbig endian descriptors. Support for BE descriptors requires a non-PCI\nhost controller. For kernels with PCI-only UHCI there should be no\nchange in behaviour.\n\nThis patch tries to replicate the technique used to support BE descriptors\nin the EHCI HCD. Parts added to uhci-hcd.h are basically copy\u0027n\u0027paste from\nehci.h.\n\nSigned-off-by: Jan Andersson \u003cjan@gaisler.com\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "bab1ff1bda27e654dfd382a1fbdfcda1f7ed0a37",
      "tree": "9ff9d83fa7f81eecd5569c0bd9089ea39da3880a",
      "parents": [
        "8452c6745e74384e7e434144f989ada3eae41170"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Wed May 18 10:44:50 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:43:19 2011 -0700"
      },
      "message": "USB: UHCI: Use ACCESS_ONCE rather than using a full compiler barrier\n\nThis patch (as1462) updates the special accessor functions defined in\nuhci-hcd.h.  Rather than using a full compiler barrier, all we really\nneed is the ACCESS_ONCE() mechanism, because the idea is to force the\ncompiler to store a fixed copy of a possibly changing value.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "8452c6745e74384e7e434144f989ada3eae41170",
      "tree": "4ead646def1a541b4ca7062b5dab2b4a3e737a2d",
      "parents": [
        "5116901d8596a52598364d41581c0a745da003bc"
      ],
      "author": {
        "name": "Jan Andersson",
        "email": "jan@gaisler.com",
        "time": "Wed May 18 10:44:49 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:43:19 2011 -0700"
      },
      "message": "USB: UHCI: Add support for big endian mmio\n\nThis patch adds support for big endian mmio to the UHCI HCD. Big endian\nmmio is supported by adding a flag bit to the UHCI HCD replicating the\nsolution used in the EHCI HCD.\n\nWhen adding big endian support this patch also adds a check to see if we\nneed to support HCs with PCI I/O registers when we support HCs with MMIO.\n\nThis patch also adds \u0027const\u0027 to the register access functions\u0027 uhci_hcd\nargument.\n\nSigned-off-by: Jan Andersson \u003cjan@gaisler.com\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "5116901d8596a52598364d41581c0a745da003bc",
      "tree": "4f3ca713c45a7c336929ee969d698a6b0e7fdc28",
      "parents": [
        "d05b6ec01b8186f847ac9e41098e40858926db40"
      ],
      "author": {
        "name": "Karl Relton",
        "email": "karllinuxtest.relton@ntlworld.com",
        "time": "Wed May 18 21:42:34 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:34:05 2011 -0700"
      },
      "message": "usb-storage: Correct adjust_quirks to include latest flags\n\nCommits ae38c78a03e1b77ad45248fcf097e4568e740209\nand 00914025cc4e783d4703b4db1d47b41f389e50c8 added quirk flags\nUS_FL_NO_READ_DISC_INFO and US_FL_NO_READ_CAPACITY_16 to\nthe usb-storage driver. However they did not add the corresponding flags\nto adjust_quirks() in usb.c, so there was no facility for a user\nto over-ride/add them via the quirks module parameter.\n\nSigned-off-by: Karl Relton \u003ckarllinuxtest.relton@ntlworld.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "d05b6ec01b8186f847ac9e41098e40858926db40",
      "tree": "12ac448547d00704cd15b293732c17d036ddae10",
      "parents": [
        "079cdb0947ce6ae7df0c73a1c82c14920a9b6b6d"
      ],
      "author": {
        "name": "Arvid Brodin",
        "email": "arvid.brodin@enea.com",
        "time": "Fri May 20 00:17:45 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:34:04 2011 -0700"
      },
      "message": "usb/isp1760: Fix possible unlink problems\n\nUse skip map to avoid spurious interrupts from unlinked transfers.\nAlso changes to urb_dequeue() and endpoint_disable() to avoid\nrelease of spinlock in uncertain state.\n\nSigned-off-by: Arvid Brodin \u003carvid.brodin@enea.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "079cdb0947ce6ae7df0c73a1c82c14920a9b6b6d",
      "tree": "de0a18dca25e9b42a1ec3afa26a5ae963e5b6632",
      "parents": [
        "69fff59de4d844f8b4c2454c3c23d32b69dcbfd7"
      ],
      "author": {
        "name": "Arvid Brodin",
        "email": "arvid.brodin@enea.com",
        "time": "Fri May 20 00:17:34 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:34:04 2011 -0700"
      },
      "message": "usb/isp1760: Move function isp1760_endpoint_disable() within file.\n\nPreparation for patch #2. The function isp1760_endpoint_disable() does almost\nthe same thing as urb_dequeue(). In patch #2 I change these to use a common\nhelper function instead of calling each other - for clarity but also to\navoid releasing the spinlock while in a \"questionable\" state. It seemed\nproper to have these functions close to each other in the code.\n\nSigned-off-by: Arvid Brodin \u003carvid.brodin@enea.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "69fff59de4d844f8b4c2454c3c23d32b69dcbfd7",
      "tree": "3d88efbce85e3a8c25651d07f9c9ddafbda86ae5",
      "parents": [
        "d23894402b33338c51f1863d7f866fdc6f073a02"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue May 17 17:27:12 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu May 19 16:34:04 2011 -0700"
      },
      "message": "USB: remove remaining usages of hcd-\u003estate from usbcore and fix regression\n\nThis patch (as1467) removes the last usages of hcd-\u003estate from\nusbcore.  We no longer check to see if an interrupt handler finds that\na controller has died; instead we rely on host controller drivers to\nmake an explicit call to usb_hc_died().\n\nThis fixes a regression introduced by commit\n9b37596a2e860404503a3f2a6513db60c296bfdc (USB: move usbcore away from\nhcd-\u003estate).  It used to be that when a controller shared an IRQ with\nanother device and an interrupt arrived while hcd-\u003estate was set to\nHC_STATE_HALT, the interrupt handler would be skipped.  The commit\nremoved that test; as a result the current code doesn\u0027t skip calling\nthe handler and ends up believing the controller has died, even though\nit\u0027s only temporarily stopped.  The solution is to ignore HC_STATE_HALT\nfollowing the handler\u0027s return.\n\nAs a consequence of this change, several of the host controller\ndrivers need to be modified.  They can no longer implicitly rely on\nusbcore realizing that a controller has died because of hcd-\u003estate.\nThe patch adds calls to usb_hc_died() in the appropriate places.\n\nThe patch also changes a few of the interrupt handlers.  They don\u0027t\nexpect to be called when hcd-\u003estate is equal to HC_STATE_HALT, even if\nthe controller is still alive.  Early returns were added to avoid any\nconfusion.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Manuel Lauss \u003cmanuel.lauss@googlemail.com\u003e\nCC: Rodolfo Giometti \u003cgiometti@linux.it\u003e\nCC: Olav Kongas \u003cok@artecdesign.ee\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "e05503ef1186ad33dfe56794407891eb1dd93ef6",
      "tree": "1c90134537a697a689be0612582b13beaf3bff84",
      "parents": [
        "9e76a7ac87c13bb7515e5d7652bbb6bda4733b6e"
      ],
      "author": {
        "name": "Jean Delvare",
        "email": "khali@linux-fr.org",
        "time": "Wed May 18 16:49:24 2011 +0200"
      },
      "committer": {
        "name": "Jiri Kosina",
        "email": "jkosina@suse.cz",
        "time": "Wed May 18 23:24:50 2011 +0200"
      },
      "message": "Haavard Skinnemoen has left Atmel\n\nHaavard\u0027s e-mail address at Atmel is no longer valid.\n\nSigned-off-by: Jean Delvare \u003ckhali@linux-fr.org\u003e\nAcked-by: Havard Skinnemoen \u003chskinnemoen@gmail.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n"
    },
    {
      "commit": "b1608d69cb804e414d0887140ba08a9398e4e638",
      "tree": "8999cd827e7fb4138ff83f7829d8fdcf44ee653d",
      "parents": [
        "01294d82622d6d9d64bde8e4530c7e2c6dbb6ee6"
      ],
      "author": {
        "name": "Grant Likely",
        "email": "grant.likely@secretlab.ca",
        "time": "Wed May 18 11:19:24 2011 -0600"
      },
      "committer": {
        "name": "Grant Likely",
        "email": "grant.likely@secretlab.ca",
        "time": "Wed May 18 12:32:23 2011 -0600"
      },
      "message": "drivercore: revert addition of of_match to struct device\n\nCommit b826291c, \"drivercore/dt: add a match table pointer to struct\ndevice\" added an of_match pointer to struct device to cache the\nof_match_table entry discovered at driver match time.  This was unsafe\nbecause matching is not an atomic operation with probing a driver.  If\ntwo or more drivers are attempted to be matched to a driver at the\nsame time, then the cached matching entry pointer could get\noverwritten.\n\nThis patch reverts the of_match cache pointer and reworks all users to\ncall of_match_device() directly instead.\n\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n"
    },
    {
      "commit": "d23894402b33338c51f1863d7f866fdc6f073a02",
      "tree": "4c6f0bfaee28d00db678c86b8e52954cb437a5da",
      "parents": [
        "8dcc8f72e3f3b7ed1ba1cd5641e15658e2140abe"
      ],
      "author": {
        "name": "Mian Yousaf Kaukab",
        "email": "mian.yousaf.kaukab@stericsson.com",
        "time": "Tue Mar 22 15:55:59 2011 +0100"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 14:43:16 2011 +0300"
      },
      "message": "usb: musb: ux500: add configuration and build options for ux500 dma\n\nSigned-off-by: Mian Yousaf Kaukab \u003cmian.yousaf.kaukab@stericsson.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "8dcc8f72e3f3b7ed1ba1cd5641e15658e2140abe",
      "tree": "79b50c2f76486c29fcf1bc30e4e94755d709b1b5",
      "parents": [
        "e3c496f9b31e0e64f59b0c3770a17df7ddbd5ee3"
      ],
      "author": {
        "name": "Mian Yousaf Kaukab",
        "email": "mian.yousaf.kaukab@stericsson.com",
        "time": "Tue Mar 22 15:55:58 2011 +0100"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 14:43:15 2011 +0300"
      },
      "message": "usb: musb: ux500: add dma glue layer for ux500\n\nUnaligned sizes and buffers are not supported and they will be filtered\nout by is_compatible().\n\nSigned-off-by: Mian Yousaf Kaukab \u003cmian.yousaf.kaukab@stericsson.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "e3c496f9b31e0e64f59b0c3770a17df7ddbd5ee3",
      "tree": "ec3de6c820e9689577bb33abe732f9d23b326ca3",
      "parents": [
        "a48ff906788aa2eb692bcb087223645902140554"
      ],
      "author": {
        "name": "Mian Yousaf Kaukab",
        "email": "mian.yousaf.kaukab@stericsson.com",
        "time": "Tue Mar 22 15:55:57 2011 +0100"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 14:43:14 2011 +0300"
      },
      "message": "usb: musb: ux500: add dma name for ux500\n\nSigned-off-by: Mian Yousaf Kaukab \u003cmian.yousaf.kaukab@stericsson.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "a48ff906788aa2eb692bcb087223645902140554",
      "tree": "f914fabc3801e5713d98d6f65330030c93cfa891",
      "parents": [
        "28e4970555554d12eed286cb47763d1949b931fb"
      ],
      "author": {
        "name": "Mian Yousaf Kaukab",
        "email": "mian.yousaf.kaukab@stericsson.com",
        "time": "Tue Mar 22 15:55:56 2011 +0100"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 14:43:13 2011 +0300"
      },
      "message": "usb: musb: ux500: add ux500 specific code for gadget side\n\nAlthough U8500 and U5500 platforms use paltform dma, Inventra dma specific code\ncan work for them for the most part. Only difference is for the Rx path where\nthis patch is making use of request-\u003eshort_not_ok to select dma mode.\n\nSigned-off-by: Mian Yousaf Kaukab \u003cmian.yousaf.kaukab@stericsson.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "28e4970555554d12eed286cb47763d1949b931fb",
      "tree": "32c44afe6f93df6e18f104faa63c22a727025225",
      "parents": [
        "a8e62dd6d91f3bc3687abbb26227e5fc39c4829c"
      ],
      "author": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 00:25:03 2011 +0300"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Wed May 18 14:43:12 2011 +0300"
      },
      "message": "usb: musb: fix compile error\n\ncommit 35a83365da6aa10095c6138cc428c15853409c32\n(usb: musb: drop unneeded musb_debug trickery)\nintroduced a compile error for blackfin and\ntusb6010 glue layers. Fix it.\n\nReported-by: Mike Frysinger \u003cvapier.adi@gmail.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "a8e62dd6d91f3bc3687abbb26227e5fc39c4829c",
      "tree": "9edb01943d01a63d2d87d5079af7dbf00c6d35fb",
      "parents": [
        "e6251a921716fca9c2e3008af2d8d0d5657a59bc"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue May 17 14:45:48 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:56:28 2011 -0700"
      },
      "message": "usb-storage: fix up the unusual_realtek device list\n\nThis patch (as1461) fixes the unusual_devs entries for the Realtek USB\ncard reader.  They should be ordered by PID, and they should not\noverride the Subclass and Protocol values provided by the device.\nOtherwise a notification about unnecessary entries gets printed in the\nkernel log during probing.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-By: Tony Vroon \u003ctony@linx.net\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "e6251a921716fca9c2e3008af2d8d0d5657a59bc",
      "tree": "3dec7b504a4544fc329197839883e3e92efed8c8",
      "parents": [
        "1e12c910eed82da6971f1c0421a069c680faba2e"
      ],
      "author": {
        "name": "Martin Jackson",
        "email": "mjackson220.list@gmail.com",
        "time": "Tue May 17 11:02:06 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:24 2011 -0700"
      },
      "message": "USB: gadget: f_audio: Fix invalid dereference of initdata\n\nas_out_ep_desc contines to be used during gadget enumeration and thus\nshould not be marked as __initdata\n\nSigned-off-by: Martin Jackson \u003cmjackson220.list@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "1e12c910eed82da6971f1c0421a069c680faba2e",
      "tree": "46851229d59c72fa10596f7cecd567918ce348eb",
      "parents": [
        "2b7aaf503d56216b847c8265421d2a7d9b42df3e"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue May 17 10:40:51 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:24 2011 -0700"
      },
      "message": "EHCI: don\u0027t rescan interrupt QHs needlessly\n\nThis patch (as1466) speeds up processing of ehci-hcd\u0027s periodic list.\nThe existing code will pointlessly rescan an interrupt endpoint queue\neach time it encounters the queue\u0027s QH in the periodic list, which can\nhappen quite a few times if the endpoint\u0027s period is low.  On some\nembedded systems, this useless overhead can waste so much time that\nthe driver falls hopelessly behind and loses events.\n\nThe patch introduces a \"periodic_stamp\" variable, which gets\nincremented each time scan_periodic() runs and each time the scan\nadvances to a new frame.  If the corresponding stamp in an interrupt\nQH is equal to the current periodic_stamp, we assume the QH has\nalready been scanned and skip over it.  Otherwise we scan the QH as\nusual, and if none of its URBs have completed then we store the\ncurrent periodic_stamp in the QH\u0027s stamp, preventing it from being\nscanned again.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "2b7aaf503d56216b847c8265421d2a7d9b42df3e",
      "tree": "7f4e46cdea1a6319509e31679701f2b18422fe8c",
      "parents": [
        "e99c4309fb064604a957d9c1a8d2d4a9ff19cf5e"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Mon May 16 12:15:19 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:23 2011 -0700"
      },
      "message": "OHCI: fix regression caused by nVidia shutdown workaround\n\nThis patch (as1463) fixes a regression caused by commit\n3df7169e73fc1d71a39cffeacc969f6840cdf52b (OHCI: work around for nVidia\nshutdown problem).\n\nThe original problem encountered by people using NVIDIA chipsets was\nthat USB devices were not turning off when the system shut down.  For\nexample, the LED on an optical mouse would remain on, draining a\nlaptop\u0027s battery.  The problem was caused by a bug in the chipset; an\nOHCI controller in the Reset state would continue to drive a bus reset\nsignal even after system shutdown.  The workaround was to put the\ncontrollers into the Suspend state instead.\n\nIt turns out that later NVIDIA chipsets do not suffer from this bug.\nInstead some have the opposite bug: If a system is shut down while an\nOHCI controller is in the Suspend state, USB devices remain powered!\nOn other systems, shutting down with a Suspended controller causes the\nsystem to reboot immediately.  Thus, working around the original bug\non some machines exposes other bugs on other machines.\n\nThe best solution seems to be to limit the workaround to OHCI\ncontrollers with a low-numbered PCI product ID.  I don\u0027t know exactly\nat what point NVIDIA changed their chipsets; the value used here is a\nguess.  So far it was worked out okay for all the people who have\ntested it.\n\nThis fixes Bugzilla #35032.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Andre \"Osku\" Schmidt \u003candre.osku.schmidt@googlemail.com\u003e\nTested-by: Yury Siamashka \u003cyurand2@gmail.com\u003e\nCC: \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "e99c4309fb064604a957d9c1a8d2d4a9ff19cf5e",
      "tree": "e171895f35ec73bd77f0093f8808440548838fee",
      "parents": [
        "7b521fcb6bf63a49bb7712d922dd1dd0a90a93cf"
      ],
      "author": {
        "name": "Mark Brown",
        "email": "broonie@opensource.wolfsonmicro.com",
        "time": "Sun May 15 09:55:58 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:23 2011 -0700"
      },
      "message": "USB: OTG: msm: Free VCCCX regulator even if we can\u0027t set the voltage\n\nIf for some reason we fail to set the voltage range for the VDDCX regulator\nwhen removing it\u0027s better to still disable and free the regulator as that\navoids leaking a reference to it and is likely to ensure that it\u0027s turned\noff completely.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "7b521fcb6bf63a49bb7712d922dd1dd0a90a93cf",
      "tree": "f3e787c77446aafff7b6b7d50af69067f38908d8",
      "parents": [
        "610ba42f29c3dfa46a05ff8c2cadc29f544ff76d"
      ],
      "author": {
        "name": "Mark Brown",
        "email": "broonie@opensource.wolfsonmicro.com",
        "time": "Sun May 15 09:55:57 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:23 2011 -0700"
      },
      "message": "USB: OTG: msm: Allow the widest possible range for VDDCX when removing\n\nWhen not active the hardware should be able to tolerate voltages within\nthe normal operating range so when removing set the maximum voltage we\ncan use to the maximum rather than minimum of the operating range. This\nwill improve interoperability in case we end up sharing the supply in\nsome design.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "610ba42f29c3dfa46a05ff8c2cadc29f544ff76d",
      "tree": "d1ce9e99285889322d4172473417e5509979082f",
      "parents": [
        "834cb0fc4712a3b21c6b8c5cb55bd13607191311"
      ],
      "author": {
        "name": "Marcin Gałczyński",
        "email": "marcin@galczynski.pl",
        "time": "Sun May 15 11:41:54 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Tue May 17 11:20:22 2011 -0700"
      },
      "message": "USB: option: add support for Huawei E353 device\n\nI am sharing patch to the devices/usb/serial/option.c. This allows\noperation of Huawei E353 broadband modem using the “option” driver. The\npatch simply adds new constant with proper product ID and an entry to\nusb_device_id. I worked on the 2.6.38.6 sources. Tested on Dell inspiron\n1764 (i3 core cpu) and brand new Huawei E353 modem, Fedora 15 beta.\n\nLooking at the type of change, i doubt it has potential to introduce\nproblems in other parts of kernel or the driver itself.\n\nSigned-off-by: Marcin Galczynski \u003cmarcin@galczynski.pl\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "834cb0fc4712a3b21c6b8c5cb55bd13607191311",
      "tree": "aa76f94996fbe80d19e2b278545c39143b889e0b",
      "parents": [
        "30f89ca021c3e584b61bc5a14eede89f74b2e826"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Thu May 12 18:06:37 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Mon May 16 17:59:22 2011 -0700"
      },
      "message": "xhci: Fix memory leak bug when dropping endpoints\n\nWhen the USB core wants to change to an alternate interface setting that\ndoesn\u0027t include an active endpoint, or de-configuring the device, the xHCI\ndriver needs to issue a Configure Endpoint command to tell the host to\ndrop some endpoints from the schedule.  After the command completes, the\nxHCI driver needs to free rings for any endpoints that were dropped.\n\nUnfortunately, the xHCI driver wasn\u0027t actually freeing the endpoint rings\nfor dropped endpoints.  The rings would be freed if the endpoint\u0027s\ninformation was simply changed (and a new ring was installed), but dropped\nendpoints never had their rings freed.  This caused errors when the ring\nsegment DMA pool was freed when the xHCI driver was unloaded:\n\n[ 5582.883995] xhci_hcd 0000:06:00.0: dma_pool_destroy xHCI ring segments, ffff88003371d000 busy\n[ 5582.884002] xhci_hcd 0000:06:00.0: dma_pool_destroy xHCI ring segments, ffff880033716000 busy\n[ 5582.884011] xhci_hcd 0000:06:00.0: dma_pool_destroy xHCI ring segments, ffff880033455000 busy\n[ 5582.884018] xhci_hcd 0000:06:00.0: Freed segment pool\n[ 5582.884026] xhci_hcd 0000:06:00.0: Freed device context pool\n[ 5582.884033] xhci_hcd 0000:06:00.0: Freed small stream array pool\n[ 5582.884038] xhci_hcd 0000:06:00.0: Freed medium stream array pool\n[ 5582.884048] xhci_hcd 0000:06:00.0: xhci_stop completed - status \u003d 1\n[ 5582.884061] xhci_hcd 0000:06:00.0: USB bus 3 deregistered\n[ 5582.884193] xhci_hcd 0000:06:00.0: PCI INT A disabled\n\nFix this issue and free endpoint rings when their endpoints are\nsuccessfully dropped.\n\nThis patch should be backported to kernels as old as 2.6.31.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "30f89ca021c3e584b61bc5a14eede89f74b2e826",
      "tree": "a0499d96cacd5ca86117e45898d53f241ab5c6f3",
      "parents": [
        "b513d44751bfb609a3c20463f764c8ce822d63e9"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Mon May 16 13:09:08 2011 -0700"
      },
      "committer": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Mon May 16 17:59:11 2011 -0700"
      },
      "message": "xhci: Fix memory leak in ring cache deallocation.\n\nWhen an endpoint ring is freed, it is either cached in a per-device ring\ncache, or simply freed if the ring cache is full.  If the ring was added\nto the cache, then virt_dev-\u003enum_rings_cached is incremented.  The cache\nis designed to hold up to 31 endpoint rings, in array indexes 0 to 30.\nWhen the device is freed (when the slot was disabled),\nxhci_free_virt_device() is called, it would free the cached rings in\narray indexes 0 to virt_dev-\u003enum_rings_cached.\n\nUnfortunately, the original code in xhci_free_or_cache_endpoint_ring()\nwould put the first entry into the ring cache in array index 1, instead of\narray index 0.  This was caused by the second assignment to rings_cached:\n\n\trings_cached \u003d virt_dev-\u003enum_rings_cached;\n\tif (rings_cached \u003c XHCI_MAX_RINGS_CACHED) {\n\t\tvirt_dev-\u003enum_rings_cached++;\n\t\trings_cached \u003d virt_dev-\u003enum_rings_cached;\n\t\tvirt_dev-\u003ering_cache[rings_cached] \u003d\n\t\t\tvirt_dev-\u003eeps[ep_index].ring;\n\nThis meant that when the device was freed, cached rings with indexes 0 to\nN would be freed, and the last cached ring in index N+1 would not be\nfreed.  When the driver was unloaded, this caused interesting messages\nlike:\n\nxhci_hcd 0000:06:00.0: dma_pool_destroy xHCI ring segments, ffff880063040000 busy\n\nThis should be queued to stable kernels back to 2.6.33.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: stable@kernel.org\n"
    },
    {
      "commit": "b513d44751bfb609a3c20463f764c8ce822d63e9",
      "tree": "3c0db0c5a46540ce6a88bcc0216978907d1ffaec",
      "parents": [
        "2efeaeb00f26c13ac14b8d53684a8bbd3c343ce6"
      ],
      "author": {
        "name": "Sarah Sharp",
        "email": "sarah.a.sharp@linux.intel.com",
        "time": "Fri May 13 13:10:01 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 16:34:06 2011 -0700"
      },
      "message": "xhci: Fix full speed bInterval encoding.\n\nDmitry\u0027s patch\n\ndfa49c4ad120a784ef1ff0717168aa79f55a483a USB: xhci - fix math in xhci_get_endpoint_interval()\n\nintroduced a bug.  The USB 2.0 spec says that full speed isochronous endpoints\u0027\nbInterval must be decoded as an exponent to a power of two (e.g. interval \u003d\n2^(bInterval - 1)).  Full speed interrupt endpoints, on the other hand, don\u0027t\nuse exponents, and the interval in frames is encoded straight into bInterval.\n\nDmitry\u0027s patch was supposed to fix up the full speed isochronous to parse\nbInterval as an exponent, but instead it changed the *interrupt* endpoint\nbInterval decoding.  The isochronous endpoint encoding was the same.\n\nThis caused full speed devices with interrupt endpoints (including mice, hubs,\nand USB to ethernet devices) to fail under NEC 0.96 xHCI host controllers:\n\n[  100.909818] xhci_hcd 0000:06:00.0: add ep 0x83, slot id 1, new drop flags \u003d 0x0, new add flags \u003d 0x99, new slot info \u003d 0x38100000\n[  100.909821] xhci_hcd 0000:06:00.0: xhci_check_bandwidth called for udev ffff88011f0ea000\n...\n[  100.910187] xhci_hcd 0000:06:00.0: ERROR: unexpected command completion code 0x11.\n[  100.910190] xhci_hcd 0000:06:00.0: xhci_reset_bandwidth called for udev ffff88011f0ea000\n\nWhen the interrupt endpoint was added and a Configure Endpoint command was\nissued to the host, the host controller would return a very odd error message\n(0x11 means \"Slot Not Enabled\", which isn\u0027t true because the slot was enabled).\nProbably the host controller was getting very confused with the bad encoding.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nCc: Dmitry Torokhov \u003cdtor@vmware.com\u003e\nReported-by: Thomas Lindroth \u003cthomas.lindroth@gmail.com\u003e\nTested-by: Thomas Lindroth \u003cthomas.lindroth@gmail.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "2efeaeb00f26c13ac14b8d53684a8bbd3c343ce6",
      "tree": "7ad4ff45c9f6471dca1b6b004cf3757512a20a15",
      "parents": [
        "472b91274a6c6857877b5caddb875dcb5ecdfcb8",
        "43b416e5f6a3ce269571cfe25c8f1e8e9316c5b0"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 16:03:10 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 16:04:02 2011 -0700"
      },
      "message": "Merge branch \u0027for-next\u0027 of master.kernel.org:/pub/scm/linux/kernel/git/balbi/usb into usb-next\n\n* \u0027for-next\u0027 of master.kernel.org:/pub/scm/linux/kernel/git/balbi/usb:\n  MAINTAINERS: tree moved to kernel.org\n  usb: musb: Calling VBUS pulsing API when SRP is initiated.\n  usb: otg: TWL6030: OMAP4430: Adding SRP VBUS pulsing API\n  usb: musb: host: remove duplicate check in musb_ep_program()\n  usb: musb: export musb_interrupt symbol\n  usb: musb: allow musb and glue layers to be modules\n  usb: musb: drop unneeded musb_debug trickery\n"
    },
    {
      "commit": "472b91274a6c6857877b5caddb875dcb5ecdfcb8",
      "tree": "66d78459ecd7c7a42e739501bba2b8f5918b180c",
      "parents": [
        "bf1f0a05d472e33dda8e5e69525be1584cdbd03a"
      ],
      "author": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Fri May 13 16:53:48 2011 +0300"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:09 2011 -0700"
      },
      "message": "usb: gadget: rndis: don\u0027t test against req-\u003elength\n\ncomposite.c always sets req-\u003elength to zero\nand expects function driver\u0027s setup handlers\nto return the amount of bytes to be used\non req-\u003elength. If we test against req-\u003elength\nw_length will always be greater than req-\u003elength\nthus making us always stall that particular\nSEND_ENCAPSULATED_COMMAND request.\n\nTested against a Windows XP SP3.\n\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "bf1f0a05d472e33dda8e5e69525be1584cdbd03a",
      "tree": "a2028b292db7083d901dd999a304526acfc2c91b",
      "parents": [
        "b0795bbf6dc6bd0a7a37d9d1ef4558e9e2b0acd6"
      ],
      "author": {
        "name": "Jean-Christophe PLAGNIOL-VILLARD",
        "email": "plagnioj@jcrosoft.com",
        "time": "Fri May 13 17:03:02 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:08 2011 -0700"
      },
      "message": "usb/gadget: at91sam9g20 fix end point max packet size\n\non 9g20 they are the same as the 9260\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nCc: stable \u003cstable@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "b0795bbf6dc6bd0a7a37d9d1ef4558e9e2b0acd6",
      "tree": "92e6f17971bf9c4ec0042c654f6a386b0286e051",
      "parents": [
        "2328ceaea4fb917f8b861b18151b2245233b083f"
      ],
      "author": {
        "name": "Julia Lawall",
        "email": "julia@diku.dk",
        "time": "Fri May 13 17:30:46 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:08 2011 -0700"
      },
      "message": "drivers/usb/serial/opticon.c: Release resources on kmalloc failure\n\nSeveral resources have been allocated before this kmalloc failure, and thus\nthey should be released in this error handling code, as done in nearby\nerror handling code.\n\nThe semantic match that finds this problem is:\n(http://coccinelle.lip6.fr/)\n\n// \u003csmpl\u003e\n@r exists@\nlocal idexpression urb;\nstatement S;\nposition p1,p2;\n@@\n\nurb \u003d usb_alloc_urb@p1(...);\n... when !\u003d urb\nif (urb \u003d\u003d NULL) S\n... when !\u003d urb\n(\nreturn \u003c+...urb...+\u003e;\n|\nreturn@p2 ...;\n)\n\n@script:python@\np1 \u003c\u003c r.p1;\np2 \u003c\u003c r.p2;\n@@\n\ncocci.print_main(\"\",p1)\ncocci.print_secs(\"\",p2)\n// \u003c/smpl\u003e\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "2328ceaea4fb917f8b861b18151b2245233b083f",
      "tree": "2ec66a92c54d2d16a2a402afeb0f788b4502a46b",
      "parents": [
        "66e5c643488a26d2a6b737bdbd92fc72f13cdeac"
      ],
      "author": {
        "name": "Jingoo Han",
        "email": "jg1.han@samsung.com",
        "time": "Fri May 13 21:26:23 2011 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:07 2011 -0700"
      },
      "message": "USB: s3c-hsotg: return proper error if clk_get fails\n\nReturn PTR_ERR(hsotg-\u003eclk) instead of -EINVAL if clk_get fails\n\nSigned-off-by: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "66e5c643488a26d2a6b737bdbd92fc72f13cdeac",
      "tree": "c38124c4e49c93013a626d219c8866f51f80e552",
      "parents": [
        "d6167660b284447c710d9067754c69feab229892"
      ],
      "author": {
        "name": "Jingoo Han",
        "email": "jg1.han@samsung.com",
        "time": "Fri May 13 21:26:15 2011 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:07 2011 -0700"
      },
      "message": "USB: s3c-hsotg: fix checkpatch warnings\n\nThis patch fixes the checkpatch warnings listed below:\n\nWARNING: braces {} are not necessary for any arm of this statement\nWARNING: please, no space before tabs\n\nSigned-off-by: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "d6167660b284447c710d9067754c69feab229892",
      "tree": "22b4cd39a463f24284774ddc20fe6e2b050405a2",
      "parents": [
        "004c127ef071e33df99708c2778fdb15564962ce"
      ],
      "author": {
        "name": "Jingoo Han",
        "email": "jg1.han@samsung.com",
        "time": "Fri May 13 21:27:13 2011 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:06 2011 -0700"
      },
      "message": "USB: s3c-hsudc: fix checkpatch error and warning\n\nThis patch fixes the checkpatch error and warning listed below:\n\nERROR: code indent should use tabs where possible\nWARNING: please, no spaces at the start of a line\n\nSigned-off-by: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "004c127ef071e33df99708c2778fdb15564962ce",
      "tree": "2e1039b0f5c02e98d76cdad887017f58d26096d0",
      "parents": [
        "a0885924326f79e157847010a9aaf49b058b30dc"
      ],
      "author": {
        "name": "Jingoo Han",
        "email": "jg1.han@samsung.com",
        "time": "Fri May 13 21:27:24 2011 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri May 13 15:51:06 2011 -0700"
      },
      "message": "USB: s3c-hsudc: use IS_ERR() instead of NULL check\n\nclk_get() returns ERR_PTR() on error, not NULL.\n\nSigned-off-by: Jingoo Han \u003cjg1.han@samsung.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "8620543eda01a2d26ea1dd831f159e06da8163ad",
      "tree": "51ccfd49609b0c1f118000d063f7a3244747bfe0",
      "parents": [
        "603ab524ed95f566b0f25566484d4f449e433d74"
      ],
      "author": {
        "name": "Hema HK",
        "email": "hemahk@ti.com",
        "time": "Tue Mar 22 16:54:22 2011 +0530"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Fri May 13 14:43:56 2011 +0300"
      },
      "message": "usb: musb: Calling VBUS pulsing API when SRP is initiated.\n\nCall VBUS pulsing API when there is SRP initiation from user space.\n\nSigned-off-by: Hema HK \u003chemahk@ti.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    },
    {
      "commit": "603ab524ed95f566b0f25566484d4f449e433d74",
      "tree": "e9f065e1fca07f2daec63bff4c823cc75e2e15b2",
      "parents": [
        "c51e36dc11e44aa960744ec1c36fb2ab8d68b218"
      ],
      "author": {
        "name": "Hema HK",
        "email": "hemahk@ti.com",
        "time": "Tue Mar 22 16:54:21 2011 +0530"
      },
      "committer": {
        "name": "Felipe Balbi",
        "email": "balbi@ti.com",
        "time": "Fri May 13 14:43:55 2011 +0300"
      },
      "message": "usb: otg: TWL6030: OMAP4430: Adding SRP VBUS pulsing API\n\nImplement the start_srp API to generate the VBUS pulsing and assign it to\notg_transciever function pointer. This will be used by the link driver when\nthere is SRP initiation from user.\n\nSigned-off-by: Hema HK \u003chemahk@ti.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n"
    }
  ],
  "next": "c51e36dc11e44aa960744ec1c36fb2ab8d68b218"
}
