{"push_id":662748804,"size":458,"distinct_size":202,"ref":"refs/heads/bcm/maintainers","head":"5009a289ccb58b35425a9bc06e4f071e5ff27038","before":"1de2a662d0f2d3b211b7d10ea6578abe5c39eda3","commits":[{"sha":"8d7dc9283f399e1fda4e48a1c453f689326d9396","author":{"email":"1e0ce936bb9b355d257bf5790d2513c3f28be22b@linux.vnet.ibm.com","name":"Paul E. McKenney"},"message":"rcu: Control grace-period delays directly from value\n\nIn a misguided attempt to avoid an #ifdef, the use of the\ngp_init_delay module parameter was conditioned on the corresponding\nRCU_TORTURE_TEST_SLOW_INIT Kconfig variable, using IS_ENABLED() at\nthe point of use in the code.  This meant that the compiler always saw\nthe delay, which meant that RCU_TORTURE_TEST_SLOW_INIT_DELAY had to be\nunconditionally defined.  This in turn caused \"make oldconfig\" to ask\npointless questions about the value of RCU_TORTURE_TEST_SLOW_INIT_DELAY\nin cases where it was not even used.\n\nThis commit avoids these pointless questions by defining gp_init_delay\nunder #ifdef.  In one branch, gp_init_delay is initialized to\nRCU_TORTURE_TEST_SLOW_INIT_DELAY and is also a module parameter (thus\nallowing boot-time modification), and in the other branch gp_init_delay\nis a const variable initialized by default to zero.\n\nThis approach also simplifies the code at the delay point by eliminating\nthe IS_DEFINED().  Because gp_init_delay is constant zero in the no-delay\ncase intended for production use, the \"gp_init_delay > 0\" check causes\nthe delay to become dead code, as desired in this case.  In addition,\nthis commit replaces magic constant \"10\" with the preprocessor variable\nPER_RCU_NODE_PERIOD, which controls the number of grace periods that\nare allowed to elapse at full speed before a delay is inserted.\n\nReported-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by:\nPaul E. McKenney <paulmck@linux.vnet.ibm.com>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/8d7dc9283f399e1fda4e48a1c453f689326d9396"},{"sha":"96f05be37f4ece1dffba92d4ae079a486a4cf6df","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ASoC: qcom: Return an error for invalid PCM trigger command\n\nFix a compile warning\n  sound/soc/qcom/lpass-cpu.c: In function ‘lpass_cpu_daiops_trigger’:\n  sound/soc/qcom/lpass-cpu.c:224:2: warning: ‘ret’ may be used uninitialized in this function [-Wmaybe-uninitialized]\n    return ret;\n      ^\nAlthough switch () lists the most of existing cases, it's still better\nto cover the rest as an error properly.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nAcked-by: Kenneth Westfield <kwestfie@codeaurora.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/96f05be37f4ece1dffba92d4ae079a486a4cf6df"},{"sha":"d1acba2fdebb449bad01e7cf77a9f9730dfaca6e","author":{"email":"a3b51ccb87d18302c1692defcfbf83319d1737eb@renesas.com","name":"Kuninori Morimoto"},"message":"ASoC: rsnd: set dmaen->chan = NULL when error case\n\nrsnd_dmaen_quit() is assuming dmaen->chan is NULL if it failed\nto get DMAEngine channel. but, current dmaen->chan might have\nerror value when error case (this driver is checking it by IS_ERR_OR_NULL())\nThis patch makes sure dmaen->chan is NULL when error case.\nOtherwise, it will contact to unknown address in rsnd_dmaen_quit()\n\nSigned-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/d1acba2fdebb449bad01e7cf77a9f9730dfaca6e"},{"sha":"ac98b4c015b50b1e452f8d55b612320be7f80825","author":{"email":"6c7c7beae62af07f9c01c282ac2af82ec423c630@linux.intel.com","name":"Jin Yao"},"message":"ASoC: Intel: Remove invalid kfree of devm allocated data\n\nkbuild robot reports following warning:\n\"sound/soc/intel/haswell/sst-haswell-ipc.c:2204:1-6:\n WARNING: invalid free of devm_ allocated data\"\n\nAs julia explains to me, the memory allocated with devm_kalloc\nis freed automatically on failure of a probe function. So this\nkfree should be removed otherwise the double free will be got in\nerror handler path.\n\nSigned-off-by: Jin Yao <yao.jin@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/ac98b4c015b50b1e452f8d55b612320be7f80825"},{"sha":"0ea001d3b43cc9d387c093ae205c4228cd88a886","author":{"email":"83f0f67e3a475ac31423a7deb3ea3845def2c091@rock-chips.com","name":"Chris Zhong"},"message":"ARM: rockchip: disable dapswjdp during suspend\n\nReset dapswjdp is controlled by JTAG_TRSTN, if the iomux of this pin is\nnot \"jtag_trstn\". the AP would think this pin is always high, so it can\nnot reset before resume. When system resume, but the dapswjdp is not in\na default state, it may Access some illegal address, it cause system\ncrash during resume.\nLet's disable this jtag function by clear the dapdeviceen bit, it\nprohibit the dapswjdp to access memory and registers. This bit would\nbe enable in MASKROM, so we need clear it in suspend everytime.\n\nSigned-off-by: Chris Zhong <zyw@rock-chips.com>\nReviewed-by: Doug Anderson <dianders@chromium.org>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/0ea001d3b43cc9d387c093ae205c4228cd88a886"},{"sha":"b403125d3bbf8046c1186e1a49cb17bb5551db14","author":{"email":"83f0f67e3a475ac31423a7deb3ea3845def2c091@rock-chips.com","name":"Chris Zhong"},"message":"ARM: rockchip: fix undefined instruction of reset_ctrl_regs\n\nSometimes the debug module may not work well after resume, since it has\nnot been correctly reset when wakeup from suspend. That cause system\ncrash during reusme, and a 'undefined instruction' is displayed on the\nconsole. Set the GRF_FORCE_JTAG bit of RK3288_GRF_SOC_CON0 can ensure\nthat debug modul is reset. And we can change the value of\nRK3288_GRF_SOC_CON0 back when system resume.\n\nSigned-off-by: Chris Zhong <zyw@rock-chips.com>\nTested-by: Caesar Wang <wxt@rock-chips.com>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\n\nAccording to discussions, there does not seem a better solution available.\nPlease also see the potential security implication described in the\ncomment inline in the code.\n\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/b403125d3bbf8046c1186e1a49cb17bb5551db14"},{"sha":"2a9fe3ca84afff6259820c4f62e579f41476becc","author":{"email":"9ab5f52a1ca0bcf4f70d6d9008e02f6134b5b8f2@sntech.de","name":"Heiko Stuebner"},"message":"rockchip: make sure timer7 is enabled on rk3288 platforms\n\ntimer7 supplies the architected timer and thus as has to run when\nthe system clocksource and clockevents drivers are registered.\n\nWhile it should be the responsibility of the bootloader to do this,\nand there exists a fix in a community u-boot, all u-boot based systems\nthat actually shipped have the mentioned issue.\n\nTherefore to not require every developer to update their u-boot, add a\nsnippet for this, enabling the timer early in the kernel.\n\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/2a9fe3ca84afff6259820c4f62e579f41476becc"},{"sha":"28ecc0b658e2ac882faa80e7ff1d72d144299bd0","author":{"email":"679188261afeb60eb822cd934fd7b46a48ddd743@freescale.com","name":"Fabio Estevam"},"message":"ASoC: fsl_ssi: Fix platform_get_irq() error handling\n\nWe should check whether platform_get_irq() returns a negative number and\npropagate the error in this case.\n\nSigned-off-by: Fabio Estevam <fabio.estevam@freescale.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/28ecc0b658e2ac882faa80e7ff1d72d144299bd0"},{"sha":"427ced4b203dfea4f08b1298cd1f88e19039fca4","author":{"email":"b8f9cab8be13de37b9588aedad10a20fc3a68783@trendmicro.com.cn","name":"Wei Yongjun"},"message":"ASoC: tfa9879: Fix return value check in tfa9879_i2c_probe()\n\nIn case of error, the function devm_kzalloc() returns NULL\nnot ERR_PTR(). The IS_ERR() test in the return value check\nshould be replaced with NULL test.\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nAcked-by: Peter Rosin <peda@axentia.se>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/427ced4b203dfea4f08b1298cd1f88e19039fca4"},{"sha":"c479163a1b6ab424786fbcd9225b4e3c1c58eb0b","author":{"email":"b8f9cab8be13de37b9588aedad10a20fc3a68783@trendmicro.com.cn","name":"Wei Yongjun"},"message":"ASoC: samsung: s3c24xx-i2s: Fix return value check in s3c24xx_iis_dev_probe()\n\nIn case of error, the function devm_ioremap_resource() returns\nERR_PTR() and never returns NULL. The NULL test in the return\nvalue check should be replaced with IS_ERR().\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nReviewed-by: Krzysztof Kozlowski <k.kozlowski.k@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/c479163a1b6ab424786fbcd9225b4e3c1c58eb0b"},{"sha":"d09a6b4a1412149c133a58b53f50e9c05a95e834","author":{"email":"b8f9cab8be13de37b9588aedad10a20fc3a68783@trendmicro.com.cn","name":"Wei Yongjun"},"message":"ASoC: Intel: sst_byt: remove kfree for memory allocated with devm_kzalloc\n\nIt's not necessary to free memory allocated with devm_kzalloc\nand using kfree leads to a double free.\n\nSigned-off-by: Wei Yongjun <yongjun_wei@trendmicro.com.cn>\nAcked-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/d09a6b4a1412149c133a58b53f50e9c05a95e834"},{"sha":"c57dcb566d3d866a302a1da2e06344bec31d5bcd","author":{"email":"d769abb2ab51a4b3c6d56e5ec4ccdd860b82f07a@citrix.com","name":"Ross Lagerwall"},"message":"efivarfs: Ensure VariableName is NUL-terminated\n\nSome buggy firmware implementations update VariableNameSize on success\nsuch that it does not include the final NUL character which results in\ngarbage in the efivarfs name entries.  Use kzalloc on the efivar_entry\n(as is done in efivars.c) to ensure that the name is always\nNUL-terminated.\n\nThe buggy firmware is:\nBIOS Information\n        Vendor: Intel Corp.\n        Version: S1200RP.86B.02.02.0005.102320140911\n        Release Date: 10/23/2014\n        BIOS Revision: 4.6\nSystem Information\n        Manufacturer: Intel Corporation\n        Product Name: S1200RP_SE\n\nSigned-off-by: Ross Lagerwall <ross.lagerwall@citrix.com>\nAcked-by: Matthew Garrett <mjg59@coreos.com>\nCc: Jeremy Kerr <jk@ozlabs.org>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/c57dcb566d3d866a302a1da2e06344bec31d5bcd"},{"sha":"98b228f55014870092c15d7d168fecac69f2f12a","author":{"email":"a58e234ead0397b00b518065b0b5eff3dd8aab1a@linaro.org","name":"Roy Franz"},"message":"x86/efi: Store upper bits of command line buffer address in ext_cmd_line_ptr\n\nUntil now, the EFI stub was only setting the 32 bit cmd_line_ptr in\nthe setup_header structure, so on 64 bit platforms this could be truncated.\nThis patch adds setting the upper bits of the buffer address in\next_cmd_line_ptr.  This case was likely never hit, as the allocation\nfor this buffer is done at the lowest available address.  Only\nx86_64 kernels have this problem, as the 1-1 mapping mandated\nby EFI ensures that all memory is 32 bit addressable on 32 bit\nplatforms.  The EFI stub does not support mixed mode, so the\n32 bit kernel on 64 bit firmware case does not need to be handled.\n\nSigned-off-by: Roy Franz <roy.franz@linaro.org>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/98b228f55014870092c15d7d168fecac69f2f12a"},{"sha":"cb0f3f320d64831afb39940863c5927d6af25514","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"Merge branch 'for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into core/urgent\n\nPull RCU fix from Paul E. McKenney:\n\n \"This series contains a single change that fixes Kconfig asking pointless\n  questions.\"\n\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/cb0f3f320d64831afb39940863c5927d6af25514"},{"sha":"aae013d646aae8787b76255d1a1cadd7f64a47dd","author":{"email":"ad2ec63dbc95ba363c35dd8116ca556a9d24614a@intel.com","name":"Jie Yang"},"message":"ASoC: add static inline funcs to fix a compiling issue\n\nWhen CONFIG_PM_SLEEP is not selected, calling funcs\nsnd_soc_suspend and _resume will generate a compiling\nissue.\n\nHere add static inline stub functions to fix it.\n\nSigned-off-by: Jie Yang <yang.jie@intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/aae013d646aae8787b76255d1a1cadd7f64a47dd"},{"sha":"625e03461ba51592ac785214b2254af7bd630077","author":{"email":"9ab5f52a1ca0bcf4f70d6d9008e02f6134b5b8f2@sntech.de","name":"Heiko Stuebner"},"message":"MAINTAINERS: add entry for Rockchip drm drivers\n\nMark Yao looks after the Rockchip drm drivers and should thus also get\npatches touching these.\n\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/625e03461ba51592ac785214b2254af7bd630077"},{"sha":"3ea68922fc4148abc97557df43d4ba9a136b1c8d","author":{"email":"9ab5f52a1ca0bcf4f70d6d9008e02f6134b5b8f2@sntech.de","name":"Heiko Stuebner"},"message":"drm/rockchip: fix error check when getting irq\n\nplatform_get_irq() can return negative error values and we already test for\nthese. Therefore the variable holding this value should be signed to not\nloose possible error values.\n\nReported-by: David Binderman <dcb314@hotmail.com>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>\nReviewed-By: Daniel Kurtz <djkurtz@chromium.org>","distinct":false,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/3ea68922fc4148abc97557df43d4ba9a136b1c8d"},{"sha":"94d4b4765b7ddb8478b0d57663cf7a08e2263bbf","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"x86/mm: Clean up types in xlate_dev_mem_ptr()\n\nPavel Machek reported the following compiler warning on\nx86/32 CONFIG_HIGHMEM64G=y builds:\n\n  arch/x86/mm/ioremap.c:344:10: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]\n\nClean up the types in this function by using a single natural type for\ninternal calculations (unsigned long), to make it more apparent what's\nhappening, and also to remove fragile casts.\n\nReported-by: Pavel Machek <pavel@ucw.cz>\nCc: jgross@suse.com\nCc: roland@purestorage.com\nLink: http://lkml.kernel.org/r/20150416080440.GA507@amd\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/94d4b4765b7ddb8478b0d57663cf7a08e2263bbf"},{"sha":"3b6e042188994466ec257b71296b5f85b894dcd9","author":{"email":"2c6594f608aa3d41e98d48846a6328831f7084ad@redhat.com","name":"Jiri Olsa"},"message":"perf/x86/intel: Add cpu_(prepare|starting|dying) for core_pmu\n\nThe core_pmu does not define cpu_* callbacks, which handles\nallocation of 'struct cpu_hw_events::shared_regs' data,\ninitialization of debug store and PMU_FL_EXCL_CNTRS counters.\n\nWhile this probably won't happen on bare metal, virtual CPU can\ndefine x86_pmu.extra_regs together with PMU version 1 and thus\nbe using core_pmu -> using shared_regs data without it being\nallocated. That could could leave to following panic:\n\n\tBUG: unable to handle kernel NULL pointer dereference at (null)\n\tIP: [<ffffffff8152cd4f>] _spin_lock_irqsave+0x1f/0x40\n\n\tSNIP\n\n\t [<ffffffff81024bd9>] __intel_shared_reg_get_constraints+0x69/0x1e0\n\t [<ffffffff81024deb>] intel_get_event_constraints+0x9b/0x180\n\t [<ffffffff8101e815>] x86_schedule_events+0x75/0x1d0\n\t [<ffffffff810586dc>] ? check_preempt_curr+0x7c/0x90\n\t [<ffffffff810649fe>] ? try_to_wake_up+0x24e/0x3e0\n\t [<ffffffff81064ba2>] ? default_wake_function+0x12/0x20\n\t [<ffffffff8109eb16>] ? autoremove_wake_function+0x16/0x40\n\t [<ffffffff810577e9>] ? __wake_up_common+0x59/0x90\n\t [<ffffffff811a9517>] ? __d_lookup+0xa7/0x150\n\t [<ffffffff8119db5f>] ? do_lookup+0x9f/0x230\n\t [<ffffffff811a993a>] ? dput+0x9a/0x150\n\t [<ffffffff8119c8f5>] ? path_to_nameidata+0x25/0x60\n\t [<ffffffff8119e90a>] ? __link_path_walk+0x7da/0x1000\n\t [<ffffffff8101d8f9>] ? x86_pmu_add+0xb9/0x170\n\t [<ffffffff8101d7a7>] x86_pmu_commit_txn+0x67/0xc0\n\t [<ffffffff811b07b0>] ? mntput_no_expire+0x30/0x110\n\t [<ffffffff8119c731>] ? path_put+0x31/0x40\n\t [<ffffffff8107c297>] ? current_fs_time+0x27/0x30\n\t [<ffffffff8117d170>] ? mem_cgroup_get_reclaim_stat_from_page+0x20/0x70\n\t [<ffffffff8111b7aa>] group_sched_in+0x13a/0x170\n\t [<ffffffff81014a29>] ? sched_clock+0x9/0x10\n\t [<ffffffff8111bac8>] ctx_sched_in+0x2e8/0x330\n\t [<ffffffff8111bb7b>] perf_event_sched_in+0x6b/0xb0\n\t [<ffffffff8111bc36>] perf_event_context_sched_in+0x76/0xc0\n\t [<ffffffff8111eb3b>] perf_event_comm+0x1bb/0x2e0\n\t [<ffffffff81195ee9>] set_task_comm+0x69/0x80\n\t [<ffffffff81195fe1>] setup_new_exec+0xe1/0x2e0\n\t [<ffffffff811ea68e>] load_elf_binary+0x3ce/0x1ab0\n\nAdding cpu_(prepare|starting|dying) for core_pmu to have\nshared_regs data allocated for core_pmu. AFAICS there's no harm\nto initialize debug store and PMU_FL_EXCL_CNTRS either for\ncore_pmu.\n\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nAcked-by: Peter Zijlstra (Intel) <peterz@infradead.org>\nCc: Arnaldo Carvalho de Melo <acme@kernel.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/r/20150421152623.GC13169@krava.redhat.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/3b6e042188994466ec257b71296b5f85b894dcd9"},{"sha":"80bcffb376a6890dd7452b12c1ba032f8f24fef6","author":{"email":"d867fc987a366be56684d1145622524a3ba1efbf@chromium.org","name":"Sonny Rao"},"message":"perf/x86/intel/uncore: Add support for Intel Haswell ULT (lower power Mobile Processor) IMC uncore PMUs\n\nThis uncore is the same as the Haswell desktop part but uses a\ndifferent PCI ID.\n\nSigned-off-by: Sonny Rao <sonnyrao@chromium.org>\nCc: Arnaldo Carvalho de Melo <acme@kernel.org>\nCc: Bjorn Helgaas <bhelgaas@google.com>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Peter Zijlstra <a.p.zijlstra@chello.nl>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lkml.kernel.org/r/1429569247-16697-1-git-send-email-sonnyrao@chromium.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Broadcom/stblinux/commits/80bcffb376a6890dd7452b12c1ba032f8f24fef6"}]}