{"push_id":850896731,"size":1000,"distinct_size":5,"ref":"refs/heads/ofpart","head":"5d6bb3150192a745279c5df95d3acdfff80587fd","before":"78e45e51c94899f92ec5d189846c5dd5cf9d8f7a","commits":[{"sha":"292c6091353475d94e2cfb49c29906e88ee967ba","author":{"email":"ebac1d06c1688626821bb0e574a037a7a5354e49@redhat.com","name":"David Howells"},"message":"KEYS: Remove unnecessary header #inclusions from extract-cert.c\n\nRemove headers #included unnecessarily from extract-cert.c lest they cause\ncompilation of the tool to fail against an older OpenSSL library.\n\nSigned-off-by: David Howells <dhowells@redhat.com>\nAcked-by: David Woodhouse <David.Woodhouse@intel.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/292c6091353475d94e2cfb49c29906e88ee967ba"},{"sha":"e7c87bef7de2417b219d4dbfe8d33a0098a8df54","author":{"email":"ebac1d06c1688626821bb0e574a037a7a5354e49@redhat.com","name":"David Howells"},"message":"X.509: Don't strip leading 00's from key ID when constructing key description\n\nDon't strip leading zeros from the crypto key ID when using it to construct\nthe struct key description as the signature in kernels up to and including\n4.2 matched this aspect of the key.  This means that 1 in 256 keys won't\nactually match if their key ID begins with 00.\n\nThe key ID is stored in the module signature as binary and so must be\nconverted to text in order to invoke request_key() - but it isn't stripped\nat this point.\n\nSomething like this is likely to be observed in dmesg when the key is loaded:\n\n[    1.572423] Loaded X.509 cert 'Build time autogenerated kernel\n    key: 62a7c3d2da278be024da4af8652c071f3fea33'\n\nfollowed by this when we try and use it:\n\n  [    1.646153] Request for unknown module key 'Build time autogenerated\n    kernel key: 0062a7c3d2da278be024da4af8652c071f3fea33' err -11\n\nThe 'Loaded' line should show an extra '00' on the front of the hex string.\n\nThis problem should not affect 4.3-rc1 and onwards because there the key\nshould be matched on one of its auxiliary identities rather than the key\nstruct's description string.\n\nReported-by: Arjan van de Ven <arjan@linux.intel.com>\nReported-by: Andy Whitcroft <apw@canonical.com>\nSigned-off-by: David Howells <dhowells@redhat.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/e7c87bef7de2417b219d4dbfe8d33a0098a8df54"},{"sha":"283e8ba2dfde54f8f27d7d0f459a07de79a39d55","author":{"email":"ebac1d06c1688626821bb0e574a037a7a5354e49@redhat.com","name":"David Howells"},"message":"MODSIGN: Change from CMS to PKCS#7 signing if the openssl is too old\n\nThe sign-file.c program actually uses CMS rather than PKCS#7 to sign a file\nsince that allows the target X.509 certificate to be specified by\nsubjectKeyId rather than by issuer + serialNumber.\n\nHowever, older versions of the OpenSSL crypto library (such as may be found\nin CentOS 5.11) don't support CMS.  Assume everything prior to\nOpenSSL-1.0.0 doesn't support CMS and switch to using PKCS#7 in that case.\n\nFurther, the pre-1.0.0 OpenSSL only supports PKCS#7 signing with SHA1, so\ngive an error from the sign-file script if the caller requests anything\nother than SHA1.\n\nThe compiler gives the following error with an OpenSSL crypto library\nthat's too old:\n\n  HOSTCC  scripts/sign-file\nscripts/sign-file.c:23:25: fatal error: openssl/cms.h: No such file or directory\n #include <openssl/cms.h>\n\nReported-by: Vinson Lee <vlee@twopensource.com>\nSigned-off-by: David Howells <dhowells@redhat.com>\nAcked-by: David Woodhouse <David.Woodhouse@intel.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/283e8ba2dfde54f8f27d7d0f459a07de79a39d55"},{"sha":"e74679b38c9417c1c524081121cdcdb36f82264d","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"ASoC: db1200: Fix DAI link format for db1300 and db1550\n\nCommit b4508d0f95fa (\"ASoC: db1200: Use static DAI format setup\") switched\nthe db1200 driver over to using static DAI format setup instead of a\ncallback function. But the commit only added the dai_fmt field to one of\nthe three DAI links in the driver. This breaks audio on db1300 and db1550.\n\nAdd the two missing dai_fmt settings to fix the issue.\n\nFixes: b4508d0f95fa (\"ASoC: db1200: Use static DAI format setup\")\nReported-by: Manuel Lauss <manuel.lauss@gmail.com>\nTested-by: Manuel Lauss <manuel.lauss@gmail.com>\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/e74679b38c9417c1c524081121cdcdb36f82264d"},{"sha":"57cb635c5cb6eea54af02aea5edd003b6b2715a7","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'powerpc-4.3-3' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux\n\nPull powerpc fixes from Michael Ellerman:\n - Wire up sys_membarrier()\n - cxl: Fix lockdep warning while creating afu_err_buff from Vaibhav\n\n* tag 'powerpc-4.3-3' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux:\n  cxl: Fix lockdep warning while creating afu_err_buff attribute\n  powerpc: Wire up sys_membarrier()","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/57cb635c5cb6eea54af02aea5edd003b6b2715a7"},{"sha":"b6d980f49342cbf823ef72fee8a572e43d43bcf8","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm\n\nPull KVM fixes from Paolo Bonzini:\n \"AMD fixes for bugs introduced in the 4.2 merge window, and a few PPC\n  bug fixes too\"\n\n* tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm:\n  KVM: disable halt_poll_ns as default for s390x\n  KVM: x86: fix off-by-one in reserved bits check\n  KVM: x86: use correct page table format to check nested page table reserved bits\n  KVM: svm: do not call kvm_set_cr0 from init_vmcb\n  KVM: x86: trap AMD MSRs for the TSeg base and mask\n  KVM: PPC: Book3S: Take the kvm->srcu lock in kvmppc_h_logical_ci_load/store()\n  KVM: PPC: Book3S HV: Pass the correct trap argument to kvmhv_commence_exit\n  KVM: PPC: Book3S HV: Fix handling of interrupted VCPUs\n  kvm: svm: reset mmu on VCPU reset","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/b6d980f49342cbf823ef72fee8a572e43d43bcf8"},{"sha":"8494cdea2223b66491df1264619e2205b4487913","author":{"email":"dcc2b772defa18622a340d324a717fd6b8ee2807@samsung.com","name":"Andrzej Hajda"},"message":"spi: davinci: fix handling platform_get_irq result\n\nThe function can return negative value.\n\nThe problem has been detected using proposed semantic patch\nscripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].\n\n[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107\n\nSigned-off-by: Andrzej Hajda <a.hajda@samsung.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/8494cdea2223b66491df1264619e2205b4487913"},{"sha":"966966a630d936310ebb0f9bfe9e23a662d00454","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'pci-v4.3-fixes-1' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci\n\nPull PCI fixes from Bjorn Helgaas:\n \"These are fixes for things we merged for v4.3 (VPD, MSI, and bridge\n  window management), and a new Renesas R8A7794 SoC device ID.\n\n  Details:\n\n  Resource management:\n   - Revert pci_read_bridge_bases() unification (Bjorn Helgaas)\n   - Clear IORESOURCE_UNSET when clipping a bridge window (Bjorn\n     Helgaas)\n\n  MSI:\n   - Fix MSI IRQ domains for VFs on virtual buses (Alex Williamson)\n\n  Renesas R-Car host bridge driver:\n   - Add R8A7794 support (Sergei Shtylyov)\n\n  Miscellaneous:\n   - Fix devfn for VPD access through function 0 (Alex Williamson)\n   - Use function 0 VPD only for identical functions (Alex Williamson)\"\n\n* tag 'pci-v4.3-fixes-1' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci:\n  PCI: rcar: Add R8A7794 support\n  PCI: Use function 0 VPD for identical functions, regular VPD for others\n  PCI: Fix devfn for VPD access through function 0\n  PCI/MSI: Fix MSI IRQ domains for VFs on virtual buses\n  PCI: Clear IORESOURCE_UNSET when clipping a bridge window\n  PCI: Revert \"PCI: Call pci_read_bridge_bases() from core instead of arch code\"","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/966966a630d936310ebb0f9bfe9e23a662d00454"},{"sha":"ddff42e5926bc0fcfcbc7d035cdbc325c36351bc","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'sound-4.3-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound\n\nPull sound fixes from Takashi Iwai:\n \"This ended up with a larger set of fixes than wished, unfortunately.\n\n  As diffstat shows, the majority of changes are for various ASoC\n  drivers (Realtek, Wolfson codec drivers, etc), in addition to a couple\n  of HD-audio regression fixes.  All these are reasonably small and\n  nothing to scare much\"\n\n* tag 'sound-4.3-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound: (29 commits)\n  ALSA: hda - Disable power_save_node for Thinkpads\n  ALSA: hda/tegra - async probe for avoiding module loading deadlock\n  ASoC: rt5645: Prevent the pop sound in case of playback and the jack is plugging\n  ASoC: rt5645: Increase the delay time to remove the pop sound\n  ASoC: rt5645: Use the type SOC_DAPM_SINGLE_AUTODISABLE to prevent the weird sound in runtime of power up\n  ASoC: pxa: pxa2xx-ac97: fix dma requestor lines\n  MAINTAINERS: Update website and git repo for Wolfson Microelectronics\n  ASoC: fsl_ssi: Fix checking of dai format for AC97 mode\n  ASoC: wm0010: fix error path\n  ASoC: wm0010: fix memory leak\n  ASoC: wm8960: correct the max register value of mic boost pga\n  ASoC: wm8962: remove 64k sample rate support\n  ASoC: davinci-mcasp: Fix devm_kasprintf format string\n  ASoC: fix broken pxa SoC support\n  ASoC: davinci-mcasp: Set .symmetric_rates = 1 in snd_soc_dai_driver\n  ASoC: au1x: psc-i2s: Fix unused variable 'ret' warning\n  ASoC: SPEAr: Make SND_SPEAR_SOC select SND_SOC_GENERIC_DMAENGINE_PCM\n  ASoC: mediatek: Increase periods_min in capture\n  ASoC: davinci-mcasp: Revise the FIFO threshold calculation\n  ASoC: wm8960: correct gain value for input PGA and add microphone PGA\n  ...","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/ddff42e5926bc0fcfcbc7d035cdbc325c36351bc"},{"sha":"101688f534fd322520678a184fdfedc7a21741fc","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge tag 'nfs-for-4.3-2' of git://git.linux-nfs.org/projects/trondmy/linux-nfs\n\nPull NFS client bugfixes from Trond Myklebust:\n \"Highlights include:\n\n  Stable patches:\n   - fix v4.2 SEEK on files over 2 gigs\n   - Fix a layout segment reference leak when pNFS I/O falls back to inband I/O.\n   - Fix recovery of recalled read delegations\n\n  Bugfixes:\n   - Fix a case where NFSv4 fails to send CLOSE after a server reboot\n   - Fix sunrpc to wait for connections to complete before retrying\n   - Fix sunrpc races between transport connect/disconnect and shutdown\n   - Fix an infinite loop when layoutget fail with BAD_STATEID\n   - nfs/filelayout: Fix NULL reference caused by double freeing of fh_array\n   - Fix a bogus WARN_ON_ONCE() in O_DIRECT when layout commit_through_mds is set\n   - Fix layoutreturn/close ordering issues\"\n\n* tag 'nfs-for-4.3-2' of git://git.linux-nfs.org/projects/trondmy/linux-nfs:\n  NFS41: make close wait for layoutreturn\n  NFS: Skip checking ds_cinfo.buckets when lseg's commit_through_mds is set\n  NFSv4.x/pnfs: Don't try to recover stateids twice in layoutget\n  NFSv4: Recovery of recalled read delegations is broken\n  NFS: Fix an infinite loop when layoutget fail with BAD_STATEID\n  NFS: Do cleanup before resetting pageio read/write to mds\n  SUNRPC: xs_sock_mark_closed() does not need to trigger socket autoclose\n  SUNRPC: Lock the transport layer on shutdown\n  nfs/filelayout: Fix NULL reference caused by double freeing of fh_array\n  SUNRPC: Ensure that we wait for connections to complete before retrying\n  SUNRPC: drop null test before destroy functions\n  nfs: fix v4.2 SEEK on files over 2 gigs\n  SUNRPC: Fix races between socket connection and destroy code\n  nfs: fix pg_test page count calculation\n  Failing to send a CLOSE if file is opened WRONLY and server reboots on a 4.x mount","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/101688f534fd322520678a184fdfedc7a21741fc"},{"sha":"bd99b2e05c4df2a428e5c9dd338289089d0e26df","author":{"email":"ef3ecccf258fa062c5c6521a4887d40541963af7@linux.com","name":"Christoph Lameter"},"message":"IB/ipoib: Expire sendonly multicast joins\n\nOn neighbor expiration, check to see if the neighbor was actually a\nsendonly multicast join, and if so, leave the multicast group as we\nexpire the neighbor.\n\nSigned-off-by: Christoph Lameter <cl@linux.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/bd99b2e05c4df2a428e5c9dd338289089d0e26df"},{"sha":"c3852ab0e606212de523c1fb1e15adbf9f431619","author":{"email":"f35204f44eabfe97bbcdd18aee9e9fffc59f29e1@redhat.com","name":"Doug Ledford"},"message":"IB/ipoib: Make sendonly multicast joins create the mcast group\n\nSince IPoIB should, as much as possible, emulate how multicast\nsends work on Ethernet for regular TCP/IP apps, there should be\nno requirement to subscribe to a multicast group before your\nsends are properly sent.  However, due to the difference in how\nmulticast is handled on InfiniBand, we must join the appropriate\nmulticast group before we can send to it.  Previously we tried\nnot to trigger the auto-create feature of the subnet manager when\ndoing this because we didn't have tracking of these sendonly\ngroups and the auto-creation might never get undone.  The previous\npatch added timing to these sendonly joins and allows us to\nleave them after a reasonable idle expiration time.  So supply\nall of the information needed to auto-create group.\n\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/c3852ab0e606212de523c1fb1e15adbf9f431619"},{"sha":"03e8f644868f147e021e8660346890e731c2e435","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge branch 'for-linus-4.3' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs\n\nPull btrfs fixes from Chris Mason:\n \"This is an assorted set I've been queuing up:\n\n  Jeff Mahoney tracked down a tricky one where we ended up starting IO\n  on the wrong mapping for special files in btrfs_evict_inode.  A few\n  people reported this one on the list.\n\n  Filipe found (and provided a test for) a difficult bug in reading\n  compressed extents, and Josef fixed up some quota record keeping with\n  snapshot deletion.  Chandan killed off an accounting bug during DIO\n  that lead to WARN_ONs as we freed inodes\"\n\n* 'for-linus-4.3' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:\n  Btrfs: keep dropped roots in cache until transaction commit\n  Btrfs: Direct I/O: Fix space accounting\n  btrfs: skip waiting on ordered range for special files\n  Btrfs: fix read corruption of compressed and shared extents\n  Btrfs: remove unnecessary locking of cleaner_mutex to avoid deadlock\n  Btrfs: don't initialize a space info as full to prevent ENOSPC","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/03e8f644868f147e021e8660346890e731c2e435"},{"sha":"357cd64c18404309aabefb82019b12773de31a12","author":{"email":"f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","name":"Russell King"},"message":"phy: marvell: add link partner advertised modes\n\nRead the standard link partner advertisment registers and store it in\nphydev->lp_advertising, so ethtool can report this information to\nuserspace via ethtool.  Zero it as per genphy if autonegotiation is\ndisabled.  Tested with a Marvell 88E1512 PHY.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/357cd64c18404309aabefb82019b12773de31a12"},{"sha":"21343ac21ec7d871e94e98e288f3398a4207d9c0","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"net: via/Kconfig: GENERIC_PCI_IOMAP required if PCI not selected\n\nThe builds of allmodconfig of avr32 is failing with:\n\ndrivers/net/ethernet/via/via-rhine.c:1098:2: error: implicit declaration\nof function 'pci_iomap' [-Werror=implicit-function-declaration]\ndrivers/net/ethernet/via/via-rhine.c:1119:2: error: implicit declaration\nof function 'pci_iounmap' [-Werror=implicit-function-declaration]\n\nThe generic empty pci_iomap and pci_iounmap is used only if CONFIG_PCI\nis not defined and CONFIG_GENERIC_PCI_IOMAP is defined.\n\nAdd GENERIC_PCI_IOMAP in the dependency list for VIA_RHINE as we are\ngetting build failure when CONFIG_PCI and CONFIG_GENERIC_PCI_IOMAP both\nare not defined.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/21343ac21ec7d871e94e98e288f3398a4207d9c0"},{"sha":"58a89ecaca53736aa465170530acea4f8be34ab4","author":{"email":"c9cf31cb6c9821bed82e940f06145b026ca536b5@alphalink.fr","name":"Guillaume Nault"},"message":"ppp: fix lockdep splat in ppp_dev_uninit()\n\nppp_dev_uninit() locks all_ppp_mutex while under rtnl mutex protection.\nppp_create_interface() must then lock these mutexes in that same order\nto avoid possible deadlock.\n\n[  120.880011] ======================================================\n[  120.880011] [ INFO: possible circular locking dependency detected ]\n[  120.880011] 4.2.0 #1 Not tainted\n[  120.880011] -------------------------------------------------------\n[  120.880011] ppp-apitest/15827 is trying to acquire lock:\n[  120.880011]  (&pn->all_ppp_mutex){+.+.+.}, at: [<ffffffffa0145f56>] ppp_dev_uninit+0x64/0xb0 [ppp_generic]\n[  120.880011]\n[  120.880011] but task is already holding lock:\n[  120.880011]  (rtnl_mutex){+.+.+.}, at: [<ffffffff812e4255>] rtnl_lock+0x12/0x14\n[  120.880011]\n[  120.880011] which lock already depends on the new lock.\n[  120.880011]\n[  120.880011]\n[  120.880011] the existing dependency chain (in reverse order) is:\n[  120.880011]\n[  120.880011] -> #1 (rtnl_mutex){+.+.+.}:\n[  120.880011]        [<ffffffff81073a6f>] lock_acquire+0xcf/0x10e\n[  120.880011]        [<ffffffff813ab18a>] mutex_lock_nested+0x56/0x341\n[  120.880011]        [<ffffffff812e4255>] rtnl_lock+0x12/0x14\n[  120.880011]        [<ffffffff812d9d94>] register_netdev+0x11/0x27\n[  120.880011]        [<ffffffffa0147b17>] ppp_ioctl+0x289/0xc98 [ppp_generic]\n[  120.880011]        [<ffffffff8113b367>] do_vfs_ioctl+0x4ea/0x532\n[  120.880011]        [<ffffffff8113b3fd>] SyS_ioctl+0x4e/0x7d\n[  120.880011]        [<ffffffff813ad7d7>] entry_SYSCALL_64_fastpath+0x12/0x6f\n[  120.880011]\n[  120.880011] -> #0 (&pn->all_ppp_mutex){+.+.+.}:\n[  120.880011]        [<ffffffff8107334e>] __lock_acquire+0xb07/0xe76\n[  120.880011]        [<ffffffff81073a6f>] lock_acquire+0xcf/0x10e\n[  120.880011]        [<ffffffff813ab18a>] mutex_lock_nested+0x56/0x341\n[  120.880011]        [<ffffffffa0145f56>] ppp_dev_uninit+0x64/0xb0 [ppp_generic]\n[  120.880011]        [<ffffffff812d5263>] rollback_registered_many+0x19e/0x252\n[  120.880011]        [<ffffffff812d5381>] rollback_registered+0x29/0x38\n[  120.880011]        [<ffffffff812d53fa>] unregister_netdevice_queue+0x6a/0x77\n[  120.880011]        [<ffffffffa0146a94>] ppp_release+0x42/0x79 [ppp_generic]\n[  120.880011]        [<ffffffff8112d9f6>] __fput+0xec/0x192\n[  120.880011]        [<ffffffff8112dacc>] ____fput+0x9/0xb\n[  120.880011]        [<ffffffff8105447a>] task_work_run+0x66/0x80\n[  120.880011]        [<ffffffff81001801>] prepare_exit_to_usermode+0x8c/0xa7\n[  120.880011]        [<ffffffff81001900>] syscall_return_slowpath+0xe4/0x104\n[  120.880011]        [<ffffffff813ad931>] int_ret_from_sys_call+0x25/0x9f\n[  120.880011]\n[  120.880011] other info that might help us debug this:\n[  120.880011]\n[  120.880011]  Possible unsafe locking scenario:\n[  120.880011]\n[  120.880011]        CPU0                    CPU1\n[  120.880011]        ----                    ----\n[  120.880011]   lock(rtnl_mutex);\n[  120.880011]                                lock(&pn->all_ppp_mutex);\n[  120.880011]                                lock(rtnl_mutex);\n[  120.880011]   lock(&pn->all_ppp_mutex);\n[  120.880011]\n[  120.880011]  *** DEADLOCK ***\n\nFixes: 8cb775bc0a34 (\"ppp: fix device unregistration upon netns deletion\")\nReported-by: Sedat Dilek <sedat.dilek@gmail.com>\nTested-by: Sedat Dilek <sedat.dilek@gmail.com>\nSigned-off-by: Guillaume Nault <g.nault@alphalink.fr>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/58a89ecaca53736aa465170530acea4f8be34ab4"},{"sha":"e1a2d49cd5ef551c51be95cc037033e9e582b0cd","author":{"email":"010521127f513270fe503d86ab8316ac5147f4b7@codeaurora.org","name":"Stephen Boyd"},"message":"PM / OPP: Fix typo modifcation -> modification\n\nReported-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Stephen Boyd <sboyd@codeaurora.org>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/e1a2d49cd5ef551c51be95cc037033e9e582b0cd"},{"sha":"d4a748a10e50d95992ae67677f1a1a13e2d6ed47","author":{"email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","name":"Linus Torvalds"},"message":"Merge branch 'for-4.3-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup\n\nPull another cgroup fix from Tejun Heo:\n \"The cgroup writeback support got inadvertently enabled for traditional\n  hierarchies revealing two regressions which are currently being worked\n  on.  It shouldn't have been enabled on traditional hierarchies, so\n  disable it on them.  This is enough to make the regressions go away\n  for people who aren't experimenting with cgroup\"\n\n* 'for-4.3-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup:\n  cgroup, writeback: don't enable cgroup writeback on traditional hierarchies","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/d4a748a10e50d95992ae67677f1a1a13e2d6ed47"},{"sha":"15b94fa32a422f4b97dc34e4b7060ec83d10bee5","author":{"email":"687b611ec106f085ac3db1fd0c8e91dc3509d58c@intel.com","name":"Lv Zheng"},"message":"ACPI / EC: Fix a memory leak issue in acpi_ec_query()\n\nWhen query handler is not found, \"result\" is actually stil 0, and\n\"struct acpi_ec_query\" is not NULL, so the deletion code of\n\"struct acpi_ec_query\" at the end of the function cannot be invoked.\nAs a consequence, memory leak can be observed.\n\nThe issue is introduced by this commit:\n  Commit: 02b771b64b73226052d6e731a0987db3b47281e9\n  Subject: ACPI / EC: Fix an issue caused by the serialized _Qxx\n\nThis patch fixes such memory leakage.\n\nFixes: 02b771b64b73 (ACPI / EC: Fix an issue caused by the serialized _Qxx evaluations)\nSigned-off-by: Lv Zheng <lv.zheng@intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/15b94fa32a422f4b97dc34e4b7060ec83d10bee5"},{"sha":"5ebc76035303016ec41bb752bec156ea9fde7c34","author":{"email":"68ee766e574f18b34b683085865827393efe88bd@linux.intel.com","name":"Jiang Liu"},"message":"ACPI, PCI, irq: Do not share PCI IRQ with ISA IRQ\n\nAvoid IRQs occupied by ISA IRQs when allocating IRQs for PCI link devices,\notherwise it may cause interrupt storm due to incompatible pin attributes.\n\nThis issue was triggered on a KVM virtual machine, which\n 1) uses IRQ9 for SCI in high level mode.\n 2) defines an PCI interrupt link device (LNKS) with IRQ9 as the only\n    possible irq.\n 3) has an PCI device referring to link device LNKS.\nSo it causes interrupt storm when enabling the PCI device because PCI IRQ\nworks in low level mode.\n\nSigned-off-by: Jiang Liu <jiang.liu@linux.intel.com>\nAcked-by: Bjorn Helgaas <bhelgaas@google.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":false,"url":"https://api.github.com/repos/hramrach/linux-sunxi/commits/5ebc76035303016ec41bb752bec156ea9fde7c34"}]}