{"push_id":1028905082,"size":1000,"distinct_size":2333,"ref":"refs/heads/cm-13.0-kz","head":"8cd6a3c4bbb69a45d4963b1799797202cfbad779","before":"f30a6c8bd0ff0fe85badd0e3a9b485d98bf9b834","commits":[{"sha":"56f13cabbce246e74e219102c47083381ea3cc85","author":{"email":"69d3ebcf5ee4e7f05a50dc23cd96655b730804b4@redhat.com","name":"Paolo Bonzini"},"message":"KVM: MMU: fix CR4.SMEP=1, CR0.WP=0 with shadow pages\n\ncommit 898761158be7682082955e3efa4ad24725305fc7 upstream.\n\nsmep_andnot_wp is initialized in kvm_init_shadow_mmu and shadow pages\nshould not be reused for different values of it.  Thus, it has to be\nadded to the mask in kvm_mmu_pte_write.\n\nReviewed-by: Xiao Guangrong <guangrong.xiao@linux.intel.com>\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/56f13cabbce246e74e219102c47083381ea3cc85"},{"sha":"c61bd85f4c90eda644b0b81d07c11cdda4fd0f72","author":{"email":"e642b69ed2fc111e09ffdc37feb733a52253340d@oracle.com","name":"Sasha Levin"},"message":"fs, omfs: add NULL terminator in the end up the token list\n\ncommit dcbff39da3d815f08750552fdd04f96b51751129 upstream.\n\nmatch_token() expects a NULL terminator at the end of the token list so\nthat it would know where to stop.  Not having one causes it to overrun\nto invalid memory.\n\nIn practice, passing a mount option that omfs didn't recognize would\nsometimes panic the system.\n\nSigned-off-by: Sasha Levin <sasha.levin@oracle.com>\nSigned-off-by: Bob Copeland <me@bobcopeland.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/c61bd85f4c90eda644b0b81d07c11cdda4fd0f72"},{"sha":"8353f4ce8a7497f34292243e35b6a484b4a534b7","author":{"email":"df9728c9e5104131c08c7adb03af425394842596@rustcorp.com.au","name":"Rusty Russell"},"message":"lguest: fix out-by-one error in address checking.\n\ncommit 83a35114d0e4583e6b0ca39502e68b6a92e2910c upstream.\n\nThis bug has been there since day 1; addresses in the top guest physical\npage weren't considered valid.  You could map that page (the check in\ncheck_gpte() is correct), but if a guest tried to put a pagetable there\nwe'd check that address manually when walking it, and kill the guest.\n\nSigned-off-by: Rusty Russell <rusty@rustcorp.com.au>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/8353f4ce8a7497f34292243e35b6a484b4a534b7"},{"sha":"275983e05cd76f19a543e44a65b09b62062a5d77","author":{"email":"152d4c5bebf13a5b809d42b4d789cf9d887e6698@gmail.com","name":"Ilya Dryomov"},"message":"libceph: request a new osdmap if lingering request maps to no osd\n\ncommit b0494532214bdfbf241e94fabab5dd46f7b82631 upstream.\n\nThis commit does two things.  First, if there are any homeless\nlingering requests, we now request a new osdmap even if the osdmap that\nis being processed brought no changes, i.e. if a given lingering\nrequest turned homeless in one of the previous epochs and remained\nhomeless in the current epoch.  Not doing so leaves us with a stale\nosdmap and as a result we may miss our window for reestablishing the\nwatch and lose notifies.\n\nMON=1 OSD=1:\n\n    # cat linger-needmap.sh\n    #!/bin/bash\n    rbd create --size 1 test\n    DEV=$(rbd map test)\n    ceph osd out 0\n    rbd map dne/dne # obtain a new osdmap as a side effect (!)\n    sleep 1\n    ceph osd in 0\n    rbd resize --size 2 test\n    # rbd info test | grep size -> 2M\n    # blockdev --getsize $DEV -> 1M\n\nN.B.: Not obtaining a new osdmap in between \"osd out\" and \"osd in\"\nabove is enough to make it miss that resize notify, but that is a\nbug^Wlimitation of ceph watch/notify v1.\n\nSecond, homeless lingering requests are now kicked just like those\nlingering requests whose mapping has changed.  This is mainly to\nrecognize that a homeless lingering request makes no sense and to\npreserve the invariant that a registered lingering request is not\nsitting on any of r_req_lru_item lists.  This spares us a WARN_ON,\nwhich commit ba9d114ec557 (\"libceph: clear r_req_lru_item in\n__unregister_linger_request()\") tried to fix the _wrong_ way.\n\nSigned-off-by: Ilya Dryomov <idryomov@gmail.com>\nReviewed-by: Sage Weil <sage@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/275983e05cd76f19a543e44a65b09b62062a5d77"},{"sha":"015b4b3a38b36e8a1cbb2bf508f46e5e5eb3ce57","author":{"email":"cfad22a3afd64ce7d310b26404765000b6b9e8a5@licor.com","name":"Chris Lesiak"},"message":"hwmon: (ntc_thermistor) Ensure iio channel is of type IIO_VOLTAGE\n\ncommit adba657533bdd255f7b78bc8a324091f46b294cd upstream.\n\nWhen configured via device tree, the associated iio device needs to be\nmeasuring voltage for the conversion to resistance to be correct.\nReturn -EINVAL if that is not the case.\n\nSigned-off-by: Chris Lesiak <chris.lesiak@licor.com>\nSigned-off-by: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/015b4b3a38b36e8a1cbb2bf508f46e5e5eb3ce57"},{"sha":"3d1316cd3e773dc19524a426145bb529b5cf1583","author":{"email":"596727c8a0ea4db3ba2ceceedccbacd3d7b371b8@suse.cz","name":"Jan Kara"},"message":"lib: Fix strnlen_user() to not touch memory after specified maximum\n\ncommit f18c34e483ff6b1d9866472221e4015b3a4698e4 upstream.\n\nIf the specified maximum length of the string is a multiple of unsigned\nlong, we would load one long behind the specified maximum.  If that\nhappens to be in a next page, we can hit a page fault although we were\nnot expected to.\n\nFix the off-by-one bug in the test whether we are at the end of the\nspecified range.\n\nSigned-off-by: Jan Kara <jack@suse.cz>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/3d1316cd3e773dc19524a426145bb529b5cf1583"},{"sha":"031c2eb3e9e923d94c698f1cb118da44cfe43245","author":{"email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk","name":"Al Viro"},"message":"d_walk() might skip too much\n\ncommit 2159184ea01e4ae7d15f2017e296d4bc82d5aeb0 upstream.\n\nwhen we find that a child has died while we'd been trying to ascend,\nwe should go into the first live sibling itself, rather than its sibling.\n\nOff-by-one in question had been introduced in \"deal with deadlock in\nd_walk()\" and the fix needs to be backported to all branches this one\nhas been backported to.\n\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/031c2eb3e9e923d94c698f1cb118da44cfe43245"},{"sha":"f913ed95041449ef5752f5f0a49df09eb4e77c0a","author":{"email":"9fb354e0a5603a0331399c18f4aa5aab2f9d9c5b@canonical.com","name":"David Henningsson"},"message":"ALSA: hda - Add Conexant codecs CX20721, CX20722, CX20723 and CX20724\n\ncommit 6ffc0898b29a2811a6c0569c5dd9b581980110df upstream.\n\nThis patch adds support for Conexant HD Audio codecs\nCX20721, CX20722, CX20723 and CX20724.\n\nBugLink: https://bugs.launchpad.net/bugs/1454656\nSigned-off-by: David Henningsson <david.henningsson@canonical.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/f913ed95041449ef5752f5f0a49df09eb4e77c0a"},{"sha":"a2f8a5091fbedbc79cfb684318453e8bb2f6f52b","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hda - Add headphone quirk for Lifebook E752\n\ncommit 88776f366ede7d9cdce60bd2c9753dd6d6fa8b77 upstream.\n\nFujitsu Lifebook E752 laptop needs a similar quirk done for Lifebook\nT731.  Otherwise the headphone is always muted.\n\nReported-and-tested-by: Christian Weber <we_chris@hotmail.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/a2f8a5091fbedbc79cfb684318453e8bb2f6f52b"},{"sha":"a8ecf592b77736bd1ebb53ecafaeda6955b2f150","author":{"email":"b6ffd6973e972cb999e8e535ab74da7fee0c035f@ingics.com","name":"Axel Lin"},"message":"ASoC: mc13783: Fix wrong mask value used in mc13xxx_reg_rmw() calls\n\ncommit 545774bd6e1427d98dde77244329d2311c5eca6f upstream.\n\nmc13xxx_reg_rmw() won't change any bit if passing 0 to the mask field.\nPass AUDIO_SSI_SEL instead of 0 for the mask field to set AUDIO_SSI_SEL\nbit.\n\nSigned-off-by: Axel Lin <axel.lin@ingics.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/a8ecf592b77736bd1ebb53ecafaeda6955b2f150"},{"sha":"475fdedc151c020bd2ab2526e01a803a9d8f8abf","author":{"email":"3fcb6f8df82b54c7d117cf77f8dc10b524cd22a6@freescale.com","name":"Zidan Wang"},"message":"ASoC: wm8960: fix \"RINPUT3\" audio route error\n\ncommit 85e36a1f4a735d991ba5106781ea48e89a0b8901 upstream.\n\nIt should be \"RINPUT3\" instead of \"LINPUT3\" route to \"Right Input\nMixer\".\n\nSigned-off-by: Zidan Wang <zidan.wang@freescale.com>\nAcked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/475fdedc151c020bd2ab2526e01a803a9d8f8abf"},{"sha":"17e0159bf285043de31b2e07c892b18760e7380d","author":{"email":"3fcb6f8df82b54c7d117cf77f8dc10b524cd22a6@freescale.com","name":"Zidan Wang"},"message":"ASoC: wm8994: correct BCLK DIV 348 to 384\n\ncommit 17fc2e0a3db11889e942c5ab15a1fcb876638f25 upstream.\n\nAccording to the RM of wm8958, BCLK DIV 348 doesn't exist, correct it\nto 384.\n\nSigned-off-by: Zidan Wang <zidan.wang@freescale.com>\nAcked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/17e0159bf285043de31b2e07c892b18760e7380d"},{"sha":"0032361cf16573095f635a80688d9dbcc5d7d243","author":{"email":"b7d524d2f5cc5aebadb6b92b08d3ab26911cde33@redhat.com","name":"Andy Grover"},"message":"target/pscsi: Don't leak scsi_host if hba is VIRTUAL_HOST\n\ncommit 5a7125c64def3b21f8147eca8b54949a60963942 upstream.\n\nSee https://bugzilla.redhat.com/show_bug.cgi?id=1025672\n\nWe need to put() the reference to the scsi host that we got in\npscsi_configure_device(). In VIRTUAL_HOST mode it is associated with\nthe dev_virt, not the hba_virt.\n\nSigned-off-by: Andy Grover <agrover@redhat.com>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/0032361cf16573095f635a80688d9dbcc5d7d243"},{"sha":"09a49ce347ce5cb792486de9748ca9349f2f843d","author":{"email":"2d4473c5e67eb83655334d4e9a7757f781607241@linux.intel.com","name":"Mathias Nyman"},"message":"xhci: fix isoc endpoint dequeue from advancing too far on transaction error\n\ncommit d104d0152a97fade389f47635b73a9ccc7295d0b upstream.\n\nIsoc TDs usually consist of one TRB, sometimes two. When all goes well we\nreceive only one success event for a TD, and move the dequeue pointer to\nthe next TD.\n\nThis fails if the TD consists of two TRBs and we get a transfer error\non the first TRB, we will then see two events for that TD.\n\nFix this by making sure the event we get is for the last TRB in that TD\nbefore moving the dequeue pointer to the next TD. This will resolve some\nof the uvc and dvb issues with the\n\"ERROR Transfer event TRB DMA ptr not part of current TD\" error message\n\nSigned-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/09a49ce347ce5cb792486de9748ca9349f2f843d"},{"sha":"8c605b5265f8b807b7d48543bf9f9ebef95165f4","author":{"email":"2d4473c5e67eb83655334d4e9a7757f781607241@linux.intel.com","name":"Mathias Nyman"},"message":"xhci: Solve full event ring by increasing TRBS_PER_SEGMENT to 256\n\ncommit 18cc2f4cbbaf825a4fedcf2d60fd388d291e0a38 upstream.\n\nOur event ring consists of only one segment, and we risk filling\nthe event ring in case we get isoc transfers with short intervals\nsuch as webcams that fill a TD every microframe (125us)\n\nWith 64 TRB segment size one usb camera could fill the event ring in 8ms.\nA setup with several cameras and other devices can fill up the\nevent ring as it is shared between all devices.\nThis has occurred when uvcvideo queues 5 * 32TD URBs which then\nget cancelled when the video mode changes. The cancelled URBs are returned\nin the xhci interrupt context and blocks the interrupt handler from\nhandling the new events.\n\nA full event ring will block xhci from scheduling traffic and affect all\ndevices conneted to the xhci, will see errors such as Missed Service\nIntervals for isoc devices, and  and Split transaction errors for LS/FS\ninterrupt devices.\n\nIncreasing the TRB_PER_SEGMENT will also increase the default endpoint ring\nsize, which is welcome as for most isoc transfer we had to dynamically\nexpand the endpoint ring anyway to be able to queue the 5 * 32TDs uvcvideo\nqueues.\n\nThe default size used to be 64 TRBs per segment\n\nSigned-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/8c605b5265f8b807b7d48543bf9f9ebef95165f4"},{"sha":"2d8dc5411a37d7fb6807ce4cf31efb37e3fcea1e","author":{"email":"3ca375866645bfd420101c3728440e778c00afab@stratus.com","name":"Joe Lawrence"},"message":"xhci: gracefully handle xhci_irq dead device\n\ncommit 948fa13504f80b9765d2b753691ab94c83a10341 upstream.\n\nIf the xHCI host controller has died (ie, device removed) or suffered\nother serious fatal error (STS_FATAL), then xhci_irq should handle this\ncondition with IRQ_HANDLED instead of -ESHUTDOWN.\n\nSigned-off-by: Joe Lawrence <joe.lawrence@stratus.com>\nSigned-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/2d8dc5411a37d7fb6807ce4cf31efb37e3fcea1e"},{"sha":"8436f4c67e0ed137ed0c08b08700ff7260bb8810","author":{"email":"e7e312fea4c2c1aad2bb075d739111890e1ce08b@zx2c4.com","name":"Jason A. Donenfeld"},"message":"USB: visor: Match I330 phone more precisely\n\ncommit 82ee3aeb9295c5fc37fd2ddf20f13ac2b40ec97d upstream.\n\nSamsung has just released a portable USB3 SSD, coming in a very small\nand nice form factor. It's USB ID is 04e8:8001, which unfortunately is\nalready used by the Palm Visor driver for the Samsung I330 phone cradle.\nHaving pl2303 or visor pick up this device ID results in conflicts with\nthe usb-storage driver, which handles the newly released portable USB3\nSSD.\n\nTo work around this conflict, I've dug up a mailing list post [1] from a\nlong time ago, in which a user posts the full USB descriptor\ninformation. The most specific value in this appears to be the interface\nclass, which has value 255 (0xff). Since usb-storage requires an\ninterface class of 0x8, I believe it's correct to disambiguate the two\ndevices by matching on 0xff inside visor.\n\n[1] http://permalink.gmane.org/gmane.linux.usb.user/4264\n\nSigned-off-by: Jason A. Donenfeld <Jason@zx2c4.com>\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/8436f4c67e0ed137ed0c08b08700ff7260bb8810"},{"sha":"19d171a1c3e4ab274ccb4ac95d1feaf86fa40846","author":{"email":"e7e312fea4c2c1aad2bb075d739111890e1ce08b@zx2c4.com","name":"Jason A. Donenfeld"},"message":"USB: pl2303: Remove support for Samsung I330\n\ncommit 48ef23a4f686b1e4519d4193c20d26834ff810ff upstream.\n\nThis phone is already supported by the visor driver.\n\nSigned-off-by: Jason A. Donenfeld <Jason@zx2c4.com>\nFixes: 1da177e4c3f4 (\"Linux-2.6.12-rc2\")\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/19d171a1c3e4ab274ccb4ac95d1feaf86fa40846"},{"sha":"e212d44aad314c9edf8ff9b4072e283b922b80ab","author":{"email":"d9709925c353c3a849ddee705c264567a6ea9268@gmail.com","name":"Mark Edwards"},"message":"USB: cp210x: add ID for KCF Technologies PRN device\n\ncommit c735ed74d83f8ecb45c4c4c95a16853c9c3c8157 upstream.\n\nAdded the USB serial console device ID for KCF Technologies PRN device\nwhich has a USB port for its serial console.\n\nSigned-off-by: Mark Edwards <sonofaforester@gmail.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/e212d44aad314c9edf8ff9b4072e283b922b80ab"},{"sha":"8504cbcedc09e2bd26ba6938b3d401597f8889bc","author":{"email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com","name":"Hans de Goede"},"message":"usb-storage: Add NO_WP_DETECT quirk for Lacie 059f:0651 devices\n\ncommit 172115090f5e739660b97694618a2ba86457063a upstream.\n\nWithout this flag some versions of these enclosures do not work.\n\nReported-and-tested-by: Christian Schaller <cschalle@redhat.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Kiran Anto <kirananto@gmail.com>\nSigned-off-by: RazorSharp <kirananto@gmail.com>","distinct":true,"url":"https://api.github.com/repos/xnickbrandtx/android_kernel_cyanogen_msm8916/commits/8504cbcedc09e2bd26ba6938b3d401597f8889bc"}]}