{"push_id":1058707105,"size":146,"distinct_size":146,"ref":"refs/heads/trusty","head":"fe54cc70a4a93e24d9c92f8d7da480c83702278b","before":"69dd18cc5c1fb271b0b25448d86c178052f79f5b","commits":[{"sha":"7725ba2767f50ea2025469cf436cc0b6229c73b2","author":{"email":"5cc5d8d4c7115f1c96c2983ec0d0f8a0f9dab596@canonical.com","name":"Kamal Mostafa"},"message":"UBUNTU: Start new release\n\nIgnore: yes\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/7725ba2767f50ea2025469cf436cc0b6229c73b2"},{"sha":"23ba0eb0d5abc5f2d21721cdf0496e6edef0a7e7","author":{"email":"50cb10d2be062154b17ab4d66a4eab34f1cf1c84@chromium.org","name":"Kees Cook"},"message":"seccomp: cap SECCOMP_RET_ERRNO data to MAX_ERRNO\n\nBugLink: http://bugs.launchpad.net/bugs/1496073\n\nThe value resulting from the SECCOMP_RET_DATA mask could exceed MAX_ERRNO\nwhen setting errno during a SECCOMP_RET_ERRNO filter action.  This makes\nsure we have a reliable value being set, so that an invalid errno will not\nbe ignored by userspace.\n\nSigned-off-by: Kees Cook <keescook@chromium.org>\nReported-by: Dmitry V. Levin <ldv@altlinux.org>\nCc: Andy Lutomirski <luto@amacapital.net>\nCc: Will Drewry <wad@chromium.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n(backport to 3.13 from commit 580c57f1076872ebc2427f898b927944ce170f2d)\nSigned-off-by: Brad Figg <brad.figg@canonical.com>\nAcked-by: Tim Gardner <tim.gardner@canonical.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/23ba0eb0d5abc5f2d21721cdf0496e6edef0a7e7"},{"sha":"72a5b46378a0ba3a0d389a24993e8065f80f2dc8","author":{"email":"adf5b8f9d5ade223e2d19929cac5be779e4031f0@canonical.com","name":"Joseph Salisbury"},"message":"Revert \"af_unix: Revert 'lock_interruptible' in stream receive code\"\n\nBugLink: http://bugs.launchpad.net/bugs/1540731\n\nThis reverts commit d9ff970b0a5bde33ccdb6279001f9dcd95b68b95.\nAcked-by: Brad Figg <brad.figg@canonical.com>\nAcked-by: Stefan Bader <stefan.bader@canonical.com>\nSigned-off-by: Brad Figg <brad.figg@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/72a5b46378a0ba3a0d389a24993e8065f80f2dc8"},{"sha":"9e5ea7e3cb4f7cb0552778ed27e51adb99061aaf","author":{"email":"a3d9a88ce70e491c98771daacf8257937e1a17df@mellanox.com","name":"Eugenia Emantayev"},"message":"net/mlx4_en: Remove dependency between timestamping capability and service_task\n\nBugLink: http://bugs.launchpad.net/bugs/1537859\n\nService task is responsible for other tasks in addition to timestamping\noverflow check. Launch it even if timestamping is not supported by device.\n\nFixes: 07841f9d94c1 ('net/mlx4_en: Schedule napi when RX buffers allocation fails')\nSigned-off-by: Eugenia Emantayev <eugenia@mellanox.com>\nSigned-off-by: Eran Ben Elisha <eranbe@mellanox.com>\nSigned-off-by: Or Gerlitz <ogerlitz@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\n(cherry picked from commit fc9f5ea9b4ecbe9b7839c92f0a54261809c723d3)\nSigned-off-by: Talat Batheesh <talatb@mellanox.com>\nAcked-by: Brad Figg <brad.figg@canonical.com>\nAcked-by: Stefan Bader <stefan.bader@canonical.com>\nSigned-off-by: Brad Figg <brad.figg@canonical.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/9e5ea7e3cb4f7cb0552778ed27e51adb99061aaf"},{"sha":"b03e83d02b942720392131b91fb0fe040c88be49","author":{"email":"a3d9a88ce70e491c98771daacf8257937e1a17df@mellanox.com","name":"Eugenia Emantayev"},"message":"net/mlx4_en: Fix HW timestamp init issue upon system startup\n\nBugLink: http://bugs.launchpad.net/bugs/1537859\n\nmlx4_en_init_timestamp was called before creation of netdev and port\ninit, thus used uninitialized values.  Specifically - NIC frequency was\nincorrect causing wrong calculations and later wrong HW timestamps.\n\nFixes: 1ec4864b1017 ('net/mlx4_en: Fixed crash when port type is changed')\nSigned-off-by: Eugenia Emantayev <eugenia@mellanox.com>\nSigned-off-by: Marina Varshaver <marinav@mellanox.com>\nSigned-off-by: Eran Ben Elisha <eranbe@mellanox.com>\nSigned-off-by: Or Gerlitz <ogerlitz@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\n(cherry picked from commit 90683061dd50b0d70f01466c2d694f4e928a86f3)\nSigned-off-by: Talat Batheesh <talatb@mellanox.com>\nAcked-by: Brad Figg <brad.figg@canonical.com>\nAcked-by: Stefan Bader <stefan.bader@canonical.com>\nSigned-off-by: Brad Figg <brad.figg@canonical.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/b03e83d02b942720392131b91fb0fe040c88be49"},{"sha":"51db081628eb83136dd31da0f5598bc61a91c55b","author":{"email":"cd5c9304120b3aad8158bbc6888849d74dea1dde@microsoft.com","name":"Dexuan Cui"},"message":"x86/mm: Fix slow_virt_to_phys() for X86_PAE again\n\nBugLink: http://bugs.launchpad.net/bugs/1549601\n\n\"d1cd12108346: x86, pageattr: Prevent overflow in slow_virt_to_phys() for\nX86_PAE\" was unintentionally removed by the recent \"34437e67a672: x86/mm: Fix\nslow_virt_to_phys() to handle large PAT bit\".\n\nAnd, the variable 'phys_addr' was defined as \"unsigned long\" by mistake -- it should\nbe \"phys_addr_t\".\n\nAs a result, Hyper-V network driver in 32-PAE Linux guest can't work again.\n\nFixes: commit 34437e67a672: \"x86/mm: Fix slow_virt_to_phys() to handle large PAT bit\"\nSigned-off-by: Dexuan Cui <decui@microsoft.com>\nReviewed-by: Toshi Kani <toshi.kani@hpe.com>\nCc: olaf@aepfle.de\nCc: gregkh@linuxfoundation.org\nCc: jasowang@redhat.com\nCc: driverdev-devel@linuxdriverproject.org\nCc: linux-mm@kvack.org\nCc: apw@canonical.com\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: K. Y. Srinivasan <kys@microsoft.com>\nCc: Haiyang Zhang <haiyangz@microsoft.com>\nLink: http://lkml.kernel.org/r/1456394292-9030-1-git-send-email-decui@microsoft.com\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\n(backported from commit bf70e5513dfea29c3682e7eb3dbb45f0723bac09)\nSigned-off-by: Joseph Salisbury <joseph.salisbury@canonical.com>\nAcked-by: Tim Gardner <tim.gardner@canonical.com>\nAcked-by: Brad Figg <brad.figg@canonical.com>\nSigned-off-by: Brad Figg <brad.figg@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/51db081628eb83136dd31da0f5598bc61a91c55b"},{"sha":"e3bcea2b1ab25ba621601c82f82861ba85fe5e76","author":{"email":"5dd26741d612710d1bda6f7e0b02a31f31113b34@chelsio.com","name":"Hariprasad S"},"message":"iw_cxgb3: Fix incorrectly returning error on success\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 67f1aee6f45059fd6b0f5b0ecb2c97ad0451f6b3 upstream.\n\nThe cxgb3_*_send() functions return NET_XMIT_ values, which are\npositive integers values. So don't treat positive return values\nas an error.\n\nSigned-off-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Hariprasad Shenai <hariprasad@chelsio.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/e3bcea2b1ab25ba621601c82f82861ba85fe5e76"},{"sha":"54dac9dba53221aa3091e1ca3cb0eebafaf8eed4","author":{"email":"70dfa644b197ff724e6e44c8070b2c3a4ff9f229@linux.intel.com","name":"Ryan Ware"},"message":"EVM: Use crypto_memneq() for digest comparisons\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 613317bd212c585c20796c10afe5daaa95d4b0a1 upstream.\n\nThis patch fixes vulnerability CVE-2016-2085.  The problem exists\nbecause the vm_verify_hmac() function includes a use of memcmp().\nUnfortunately, this allows timing side channel attacks; specifically\na MAC forgery complexity drop from 2^128 to 2^12.  This patch changes\nthe memcmp() to the cryptographically safe crypto_memneq().\n\nReported-by: Xiaofei Rex Guo <xiaofei.rex.guo@intel.com>\nSigned-off-by: Ryan Ware <ware@linux.intel.com>\nSigned-off-by: Mimi Zohar <zohar@linux.vnet.ibm.com>\nSigned-off-by: James Morris <james.l.morris@oracle.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/54dac9dba53221aa3091e1ca3cb0eebafaf8eed4"},{"sha":"0b00e7d92b0243827159f5c0cbc8ec55465a204b","author":{"email":"2cc0d0d76de2e6f37b92deeb83c85cb306fc5dc1@kernel.org","name":"Andy Lutomirski"},"message":"x86/entry/compat: Add missing CLAC to entry_INT80_32\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 3d44d51bd339766f0178f0cf2e8d048b4a4872aa upstream.\n\nThis doesn't seem to fix a regression -- I don't think the CLAC was\never there.\n\nI double-checked in a debugger: entries through the int80 gate do\nnot automatically clear AC.\n\nStable maintainers: I can provide a backport to 4.3 and earlier if\nneeded.  This needs to be backported all the way to 3.10.\n\nReported-by: Brian Gerst <brgerst@gmail.com>\nSigned-off-by: Andy Lutomirski <luto@kernel.org>\nCc: Andy Lutomirski <luto@amacapital.net>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nFixes: 63bcff2a307b (\"x86, smap: Add STAC and CLAC instructions to control user space access\")\nLink: http://lkml.kernel.org/r/b02b7e71ae54074be01fc171cbd4b72517055c0e.1456345086.git.luto@kernel.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n[ kamal: backport to 3.10 through 3.19-stable: file rename; context ]\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/0b00e7d92b0243827159f5c0cbc8ec55465a204b"},{"sha":"02529e169492612967acaa8f3b06e70eebd4d898","author":{"email":"e9e238ed8689f868e810067ba004813963311d01@gmail.com","name":"Yong Li"},"message":"iio: dac: mcp4725: set iio name property in sysfs\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 97a249e98a72d6b79fb7350a8dd56b147e9d5bdb upstream.\n\nWithout this change, the name entity for mcp4725 is missing in\n/sys/bus/iio/devices/iio\\:device*/name\n\nWith this change, name is reported correctly\n\nSigned-off-by: Yong Li <sdliyong@gmail.com>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/02529e169492612967acaa8f3b06e70eebd4d898"},{"sha":"b1b7a2bf86141f1d1824d25f158c69730cd238d2","author":{"email":"eaca123aeb461a7006558e7d3ce83b4ed2cb8ee9@intel.com","name":"CQ Tang"},"message":"iommu/vt-d: Fix 64-bit accesses to 32-bit DMAR_GSTS_REG\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit fda3bec12d0979aae3f02ee645913d66fbc8a26e upstream.\n\nThis is a 32-bit register. Apparently harmless on real hardware, but\ncausing justified warnings in simulation.\n\nSigned-off-by: CQ Tang <cq.tang@intel.com>\nSigned-off-by: David Woodhouse <David.Woodhouse@intel.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/b1b7a2bf86141f1d1824d25f158c69730cd238d2"},{"sha":"e59fd6db22ac39310b26223b915be876ea1f1b7f","author":{"email":"265264fed90bdf8e813a354375ec16f47ebdb1c5@linutronix.de","name":"Sebastian Andrzej Siewior"},"message":"PCI/AER: Flush workqueue on device remove to avoid use-after-free\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 4ae2182b1e3407de369f8c5d799543b7db74221b upstream.\n\nA Root Port's AER structure (rpc) contains a queue of events.  aer_irq()\nenqueues AER status information and schedules aer_isr() to dequeue and\nprocess it.  When we remove a device, aer_remove() waits for the queue to\nbe empty, then frees the rpc struct.\n\nBut aer_isr() references the rpc struct after dequeueing and possibly\nemptying the queue, which can cause a use-after-free error as in the\nfollowing scenario with two threads, aer_isr() on the left and a\nconcurrent aer_remove() on the right:\n\n  Thread A                      Thread B\n  --------                      --------\n  aer_irq():\n    rpc->prod_idx++\n                                aer_remove():\n                                  wait_event(rpc->prod_idx == rpc->cons_idx)\n                                  # now blocked until queue becomes empty\n  aer_isr():                      # ...\n    rpc->cons_idx++               # unblocked because queue is now empty\n    ...                           kfree(rpc)\n    mutex_unlock(&rpc->rpc_mutex)\n\nTo prevent this problem, use flush_work() to wait until the last scheduled\ninstance of aer_isr() has completed before freeing the rpc struct in\naer_remove().\n\nI reproduced this use-after-free by flashing a device FPGA and\nre-enumerating the bus to find the new device.  With SLUB debug, this\ncrashes with 0x6b bytes (POISON_FREE, the use-after-free magic number) in\nGPR25:\n\n  pcieport 0000:00:00.0: AER: Multiple Corrected error received: id=0000\n  Unable to handle kernel paging request for data at address 0x27ef9e3e\n  Workqueue: events aer_isr\n  GPR24: dd6aa000 6b6b6b6b 605f8378 605f8360 d99b12c0 604fc674 606b1704 d99b12c0\n  NIP [602f5328] pci_walk_bus+0xd4/0x104\n\n[bhelgaas: changelog, stable tag]\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/e59fd6db22ac39310b26223b915be876ea1f1b7f"},{"sha":"b0b188c93f2dee2bcda06b830a0422a5518ca7cc","author":{"email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org","name":"Tejun Heo"},"message":"libata: disable forced PORTS_IMPL for >= AHCI 1.3\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 566d1827df2ef0cbe921d3d6946ac3007b1a6938 upstream.\n\nSome early controllers incorrectly reported zero ports in PORTS_IMPL\nregister and the ahci driver fabricates PORTS_IMPL from the number of\nports in those cases.  This hasn't mattered but with the new nvme\ncontrollers there are cases where zero PORTS_IMPL is valid and should\nbe honored.\n\nDisable the workaround for >= AHCI 1.3.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-by: Andy Lutomirski <luto@amacapital.net>\nLink: http://lkml.kernel.org/g/CALCETrU7yMvXEDhjAUShoHEhDwifJGapdw--BKxsP0jmjKGmRw@mail.gmail.com\nCc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/b0b188c93f2dee2bcda06b830a0422a5518ca7cc"},{"sha":"45ebb298e074cd55e635cbe69cf8ab0868494414","author":{"email":"fdf5551f20996bc0613832b4b54eb06eecaffd38@wizery.com","name":"Eliad Peller"},"message":"mac80211: start_next_roc only if scan was actually running\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit a2b70e833e189a4aefb2d3b668e3d7046dcc45c2 upstream.\n\nOn scan completion we try start any pending roc.\n\nHowever, if scan was just pending (and not actually started)\nthere is no point in trying to start the roc, as it might\nhave started already.\n\nThis solves the following warning:\nWARNING: CPU: 0 PID: 3552 at net/mac80211/offchannel.c:269 ieee80211_start_next_roc+0x164/0x204 [mac80211]()\n[<c001cd38>] (unwind_backtrace+0x0/0xf0)\n[<c00181d0>] (show_stack+0x10/0x14)\n[<c05c0d8c>] (dump_stack+0x78/0x94)\n[<c0047c08>] (warn_slowpath_common+0x68/0x8c)\n[<c0047c48>] (warn_slowpath_null+0x1c/0x24)\n[<bf4d6660>] (ieee80211_start_next_roc+0x164/0x204 [mac80211])\n[<bf4d5a74>] (ieee80211_scan_cancel+0xe8/0x190 [mac80211])\n[<bf4df970>] (ieee80211_do_stop+0x63c/0x79c [mac80211])\n[<bf4dfae0>] (ieee80211_stop+0x10/0x18 [mac80211])\n[<c0504d84>] (__dev_close_many+0x84/0xcc)\n[<c0504df4>] (__dev_close+0x28/0x3c)\n[<c0509708>] (__dev_change_flags+0x78/0x144)\n[<c0509854>] (dev_change_flags+0x10/0x48)\n[<c055fe3c>] (devinet_ioctl+0x614/0x6d0)\n[<c04f22a0>] (sock_ioctl+0x5c/0x2a4)\n[<c0124eb4>] (do_vfs_ioctl+0x7c/0x5d8)\n[<c012547c>] (SyS_ioctl+0x6c/0x7c)\n\nSigned-off-by: Eliad Peller <eliad@wizery.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/45ebb298e074cd55e635cbe69cf8ab0868494414"},{"sha":"eed1d2a72f3e1eb9eb2e4453036fbfb9ace9a7fc","author":{"email":"a4c3471fc424e93daa069ad9105212d4b275bee7@imgtec.com","name":"Sachin Kulkarni"},"message":"mac80211: Requeue work after scan complete for all VIF types.\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 4fa11ec726a32ea6dd768dbb2e2af3453a98ec0a upstream.\n\nDuring a sw scan ieee80211_iface_work ignores work items for all vifs.\nHowever after the scan complete work is requeued only for STA, ADHOC\nand MESH iftypes.\n\nThis occasionally results in event processing getting delayed/not\nprocessed for iftype AP when it coexists with a STA. This can result\nin data halt and eventually disconnection on the AP interface.\n\nSigned-off-by: Sachin Kulkarni <Sachin.Kulkarni@imgtec.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/eed1d2a72f3e1eb9eb2e4453036fbfb9ace9a7fc"},{"sha":"f8c7db2a16a90b6f08a5742f530696ac13444510","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"rfkill: fix rfkill_fop_read wait_event usage\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 6736fde9672ff6717ac576e9bba2fd5f3dfec822 upstream.\n\nThe code within wait_event_interruptible() is called with\n!TASK_RUNNING, so mustn't call any functions that can sleep,\nlike mutex_lock().\n\nSince we re-check the list_empty() in a loop after the wait,\nit's safe to simply use list_empty() without locking.\n\nThis bug has existed forever, but was only discovered now\nbecause all userspace implementations, including the default\n'rfkill' tool, use poll() or select() to get a readable fd\nbefore attempting to read.\n\nFixes: c64fb01627e24 (\"rfkill: create useful userspace interface\")\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/f8c7db2a16a90b6f08a5742f530696ac13444510"},{"sha":"312d99c00744d42231336279bf4f29b9be34d16d","author":{"email":"ef65de1c7be0aa837fe7b25ba9a7739905af6a55@gondor.apana.org.au","name":"Herbert Xu"},"message":"crypto: shash - Fix has_key setting\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 00420a65fa2beb3206090ead86942484df2275f3 upstream.\n\nThe has_key logic is wrong for shash algorithms as they always\nhave a setkey function.  So we should instead be testing against\nshash_no_setkey.\n\nFixes: a5596d633278 (\"crypto: hash - Add crypto_ahash_has_setkey\")\nReported-by: Stephan Mueller <smueller@chronox.de>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nTested-by: Stephan Mueller <smueller@chronox.de>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/312d99c00744d42231336279bf4f29b9be34d16d"},{"sha":"c371a5aac2c621ad1ca547b241a28365cd109453","author":{"email":"ba783f3beccaedfda693f41a15407d612a629408@intel.com","name":"Jani Nikula"},"message":"drm/i915/dp: fall back to 18 bpp when sink capability is unknown\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 5efd407674068dede403551bea3b0b134c32513a upstream.\n\nPer DP spec, the source device should fall back to 18 bpp, VESA range\nRGB when the sink capability is unknown. Fix the color depth\nclamping. 18 bpp color depth should ensure full color range in automatic\nmode.\n\nThe clamping has been HDMI specific since its introduction in\n\ncommit 996a2239f93b03c5972923f04b097f65565c5bed\nAuthor: Daniel Vetter <daniel.vetter@ffwll.ch>\nDate:   Fri Apr 19 11:24:34 2013 +0200\n\n    drm/i915: Disable high-bpc on pre-1.4 EDID screens\n\nReported-and-tested-by: Dihan Wickremasuriya <nayomal@gmail.com>\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=105331\nReviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>\nLink: http://patchwork.freedesktop.org/patch/msgid/1452695720-7076-1-git-send-email-jani.nikula@intel.com\n(cherry picked from commit 013dd9e038723bbd2aa67be51847384b75be8253)\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/c371a5aac2c621ad1ca547b241a28365cd109453"},{"sha":"6ac3eefb97ab7bf4296e3c5479e2f0e607f99e4e","author":{"email":"39daeb1549a929782e38aa87c4e3da7f3844b09a@redhat.com","name":"Mike Christie"},"message":"target: Fix WRITE_SAME/DISCARD conversion to linux 512b sectors\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit 8a9ebe717a133ba7bc90b06047f43cc6b8bcb8b3 upstream.\n\nIn a couple places we are not converting to/from the Linux\nblock layer 512 bytes sectors.\n\n1.\n\nThe request queue values and what we do are a mismatch of\nthings:\n\nmax_discard_sectors - This is in linux block layer 512 byte\nsectors. We are just copying this to max_unmap_lba_count.\n\ndiscard_granularity - This is in bytes. We are converting it\nto Linux block layer 512 byte sectors.\n\ndiscard_alignment - This is in bytes. We are just copying\nthis over.\n\nThe problem is that the core LIO code exports these values in\nspc_emulate_evpd_b0 and we use them to test request arguments\nin sbc_execute_unmap, but we never convert to the block size\nwe export to the initiator. If we are not using 512 byte sectors\nthen we are exporting the wrong values or are checks are off.\nAnd, for the discard_alignment/bytes case we are just plain messed\nup.\n\n2.\n\nblkdev_issue_discard's start and number of sector arguments\nare supposed to be in linux block layer 512 byte sectors. We are\ncurrently passing in the values we get from the initiator which\nmight be based on some other sector size.\n\nThere is a similar problem in iblock_execute_write_same where\nthe bio functions want values in 512 byte sectors but we are\npassing in what we got from the initiator.\n\nSigned-off-by: Mike Christie <mchristi@redhat.com>\nSigned-off-by: Nicholas Bellinger <nab@linux-iscsi.org>\n[ luis: backported to 3.16:\n  - dropped changes to attribute unmap_zeroes_data as 3.16 doesn't\n    support LBPRZ\n  - functions rename:\n    * fd_execute_unmap -> fd_do_unmap\n    * iblock_execute_unmap -> iblock_do_unmap\n  - adjusted context ]\nSigned-off-by: Luis Henriques <luis.henriques@canonical.com>\n\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/6ac3eefb97ab7bf4296e3c5479e2f0e607f99e4e"},{"sha":"0c692ba2c69fd55aa01b86658c9132e0dfbc11ba","author":{"email":"dfad0e692183c1ae7d422bbf3a74e00f039f360a@intel.com","name":"Wang, Rui Y"},"message":"crypto: algif_hash - wait for crypto_ahash_init() to complete\n\nBugLink: http://bugs.launchpad.net/bugs/1557191\n\ncommit fe09786178f9df713a4b2dd6b93c0a722346bf5e upstream.\n\nhash_sendmsg/sendpage() need to wait for the completion\nof crypto_ahash_init() otherwise it can cause panic.\n\nSigned-off-by: Rui Wang <rui.y.wang@intel.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>","distinct":true,"url":"https://api.github.com/repos/mschlaeffer/ubuntu-kernel-with-tuxonice/commits/0c692ba2c69fd55aa01b86658c9132e0dfbc11ba"}]}