{"push_id":745462786,"size":236,"distinct_size":10,"ref":"refs/heads/uniphier-next","head":"16374f633dda4699705104cdcfa3b8e23c3bfe60","before":"0a16c2d7fa51cf9977b9e8a5c0f76c5963eab7bd","commits":[{"sha":"4623a614e87e4f2df08c83b5b9f68af394951dc9","author":{"email":"a316d89c8b5185b78cc2c56b469d422d2a73588f@mediatek.com","name":"Koro Chen"},"message":"ASoC: mediatek: Fix unbalanced calls to runtime suspend/resume\n\nThis adds call to runtime suspend in dev remove. It fixs the problem that\nsuspend is not called in the case of CONFIG_PM=n. It also fixs build\nwarning when CONFIG_PM=n.\n\nSigned-off-by: Koro Chen <koro.chen@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/4623a614e87e4f2df08c83b5b9f68af394951dc9"},{"sha":"ffacb48e5a4665d3d7286babb38a5af855a36bc0","author":{"email":"8e4aa0015eb43ed5ca66aaca3fb498609e1e427c@opensource.wolfsonmicro.com","name":"Charles Keepax"},"message":"ASoC: dapm: Fix deadlock on auto-disable mux controls\n\nThe commit 02aa78abec6e (\"ASoC: DAPM: Add APIs to create individual DAPM\ncontrols.\") added locking to the snd_soc_dapm_new_control function but\ndid not update the call to snd_soc_dapm_new_control in the auto-disable\nmux code, this appears to be because the patches were sent at fairly\nsimilar times.\n\nThis patch change the call in the auto-disable mux code to use the new\nsnd_soc_dapm_new_control_unlocked function instead.\n\nSigned-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/ffacb48e5a4665d3d7286babb38a5af855a36bc0"},{"sha":"7084ffbff494669b06ceb457150c38887e26d2a3","author":{"email":"1c687ae09fa7f11acd34075a0ae6b39df2be9341@linux.intel.com","name":"Liam Girdwood"},"message":"ASoC: topology: Fix TLV size calculation.\n\nTLV size calculation was incorrectly calculated. Fix this according to\ninclude/sound/tlv.h\n\nSigned-off-by: Liam Girdwood <liam.r.girdwood@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/7084ffbff494669b06ceb457150c38887e26d2a3"},{"sha":"9c3a473220dda073603a24e93d3015322bda950a","author":{"email":"5cf69c63beb17bf38d63aa0e923ee8256af0e205@intel.com","name":"Vinod Koul"},"message":"ASoC: topology: fix typos in topology header\n\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/9c3a473220dda073603a24e93d3015322bda950a"},{"sha":"e50b1e06b79e9d51efbff9627b4dd407184ef43f","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"ASoC: dapm: Lock during userspace access\n\nThe DAPM lock must be held when accessing the DAPM graph status through\nsysfs or debugfs, otherwise concurrent changes to the graph can result in\nundefined behaviour.\n\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/masahir0y/linux-yamada/commits/e50b1e06b79e9d51efbff9627b4dd407184ef43f"},{"sha":"8bc76c8bf6e5d96985eb05afe1b94699d580eb68","author":{"email":"64970d799dae4b072c7e9f48aacc13707983c54b@intel.com","name":"Fang, Yang A"},"message":"ASoC: Intel: fix incorrect widget name\n\nWe should use \"HiFi Playback\" and \"HiFi Capture\".it will fix below err\n\ncht-bsw-max98090: ASoC: no sink widget found for AIF1 Playback\ncht-bsw-max98090: ASoC: Failed to add route ssp2 Tx -> direct ->\nAIF1 Playback\ncht-bsw-max98090: ASoC: no source widget found for AIF1 Capture\ncht-bsw-max98090: ASoC: Failed to add route AIF1 Capture -> direct ->\nssp2 Rx\n\nSigned-off-by: Fang, Yang A <yang.a.fang@intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/8bc76c8bf6e5d96985eb05afe1b94699d580eb68"},{"sha":"ae128293d97404f491dc76f1843c7adacfec3441","author":{"email":"1a8531307367602b8284517edb33d53d54e5ce8e@samsung.com","name":"Krzysztof Kozlowski"},"message":"dmaengine: pl330: Fix overflow when reporting residue in memcpy\n\nDuring memcpy operations the residue was always set to an u32 overflowed\nvalue.\n\nIn pl330_tx_status() function number of currently transferred bytes was\nsubtracted from internal \"bytes_requested\" field. However this\n\"bytes_requested\" was not initialized at start to length of memcpy\nbuffer so transferred bytes were subtracted from 0 causing overflow.\n\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>\nCc: <stable@vger.kernel.org>\nFixes: aee4d1fac887 (\"dmaengine: pl330: improve pl330_tx_status() function\")\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/ae128293d97404f491dc76f1843c7adacfec3441"},{"sha":"5dd90e5b91e0f5c925b12b132c7cd27538870256","author":{"email":"e2fab786eddc0871341d92c5a7126cb6c6b4f7fc@gmail.com","name":"Krzysztof Kozlowski"},"message":"dmaengine: pl330: Really fix choppy sound because of wrong residue calculation\n\nWhen pl330 driver was used during sound playback, after some time or\nafter a number of plays the sound became choppy or totally noisy. For\nexample on Odroid XU3 board the first four executions of aplay with\nsmall WAVE worked fine, but fifth was unrecognizable with errors:\n\t$ aplay /usr/share/sounds/alsa/Front_Right.wava\n\tunderrun!!! (at least 0.095 ms long)\n\nIssue was caused by wrong residue reported by pl330 driver to\npcm_dmaengine for its cyclic dma transfers.\n\nThe pl330_tx_status(), residue reporting function, used a \"last\" flag in\na descriptor to indicate that there is no more data to send.\n\nThe pl330_tx_submit() iterated over descriptors trying to remove this\nflag from them and then mark last descriptor as \"last\".  However when\niterating it actually removed the flag not from descriptors but always\nfrom last of it (and then reset it). Thus effectively once some\ndescriptor was marked as last, then it stayed like this forever causing\nresidue to be reported too low.\n\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski.k@gmail.com>\nFixes: aee4d1fac887 (\"dmaengine: pl330: improve pl330_tx_status() function\")\nCc: <stable@vger.kernel.org>\nReported-by: gabriel@unseen.is\nSuggested-by: Marek Szyprowski <m.szyprowski@samsung.com>\nTested-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/5dd90e5b91e0f5c925b12b132c7cd27538870256"},{"sha":"ebac95a9208e6b5f134df8518df1bfd1b3fee354","author":{"email":"78de07fffa2d6416458d1c13286e3f53f43d72e9@pengutronix.de","name":"Juergen Borleis"},"message":"ASoC: fsl-ssi: Fix bitclock calculation for master mode\n\nAccording to the datasheet 'pm', 'psr' and 'div2' should never be all 0.\nSince commit 541b03ad6cfe (\"ASoC: fsl_ssi: Fix the incorrect limitation of\nthe bit clock rate\") this can happen, because for some bitclock rates\n'pm' = 0 seems to be a valid choice but does not work due to hardware\nrestrictions. This results into a bad hardware behaviour (slow audio for\nexample). Feature tested on a i.MX25.\n\nSigned-off-by: Juergen Borleis <jbe@pengutronix.de>\nAcked-by: Nicolin Chen <nicoleotsuka@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/ebac95a9208e6b5f134df8518df1bfd1b3fee354"},{"sha":"56e7366e43ca676dd28f0e91240a579ad41e9b71","author":{"email":"5cf69c63beb17bf38d63aa0e923ee8256af0e205@intel.com","name":"Vinod Koul"},"message":"ASoC: Intel: use CONFIG_SND_SOC for intel boards\n\nThe Intel boards directory was under CONFIG_SND_SOC_INTEL_SST so the\nmachines which don't need these were not allowed to be\nselected/compiled without enabling this symbol The machine should be\nallowed to selected by ASoC and then they should select rest of\nsymbols required\n\nReported-by: Michele Curti <michele.curti@gmail.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>\nAcked-by: Liam Girdwood <liam.r.girdwood@linux.intel.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/56e7366e43ca676dd28f0e91240a579ad41e9b71"},{"sha":"e18077b6e5dfe26e9fbbdc1fd1085a1701c24bea","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"ASoC: dapm: Fix kcontrol widget name memory management\n\nThe name field of the widget template is only used inside\nsnd_soc_dapm_new_control_unlocked() which allocates a copy for the actual\nwidget. This means we need to free the name allocated for the template in\ndapm_kcontrol_data_alloc() and not the name of the actual widget in\ndapm_kcontrol_free(). Otherwise we get a double free on the widget name and\na memory leak on the template name.\n\nFixes: 773da9b358bf (\"ASoC: dapm: Append \"Autodisable\" to autodisable widget names\")\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/e18077b6e5dfe26e9fbbdc1fd1085a1701c24bea"},{"sha":"2210438b6aae9668cf89c272fef935b83aedf81d","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"ASoC: Free card DAPM context on snd_soc_instantiate_card() error path\n\nMake sure the to free the card DAPM context if snd_soc_instantiate_card()\nfails, otherwise the memory allocated for the DAPM widgets is leaked.\n\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/2210438b6aae9668cf89c272fef935b83aedf81d"},{"sha":"94319ba10ecabc8f28129566d1f5793e3e7a0a79","author":{"email":"a316d89c8b5185b78cc2c56b469d422d2a73588f@mediatek.com","name":"Koro Chen"},"message":"ASoC: mediatek: Use platform_of_node for machine drivers\n\nThis replaces the platform_name in snd_soc_dai_link by device tree node.\n\nSigned-off-by: Koro Chen <koro.chen@mediatek.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/94319ba10ecabc8f28129566d1f5793e3e7a0a79"},{"sha":"95dd8653de658143770cb0e55a58d2aab97c79d2","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: ctnetlink: put back references to master ct and expect objects\n\nWe have to put back the references to the master conntrack and the expectation\nthat we just created, otherwise we'll leak them.\n\nFixes: 0ef71ee1a5b9 (\"netfilter: ctnetlink: refactor ctnetlink_create_expect\")\nReported-by: Tim Wiess <Tim.Wiess@watchguard.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/95dd8653de658143770cb0e55a58d2aab97c79d2"},{"sha":"a18da49ff3ec849c4584ae3abe2b83ff50705ace","author":{"email":"e2fab786eddc0871341d92c5a7126cb6c6b4f7fc@gmail.com","name":"Krzysztof Kozlowski"},"message":"ASoC: zx: i2s: Fix devm_ioremap_resource return value check\n\nValue returned by devm_ioremap_resource() was checked for non-NULL but\ndevm_ioremap_resource() returns IOMEM_ERR_PTR, not NULL. In case of\nerror this could lead to dereference of ERR_PTR.\n\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski.k@gmail.com>\nReviewed-by: Jun Nie <jun.nie@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/a18da49ff3ec849c4584ae3abe2b83ff50705ace"},{"sha":"2dfbe9afcda3243dd309826cbbb8ae9e9f602006","author":{"email":"e2fab786eddc0871341d92c5a7126cb6c6b4f7fc@gmail.com","name":"Krzysztof Kozlowski"},"message":"ASoC: zx: spdif: Fix devm_ioremap_resource return value check\n\nValue returned by devm_ioremap_resource() was checked for non-NULL but\ndevm_ioremap_resource() returns IOMEM_ERR_PTR, not NULL. In case of\nerror this could lead to dereference of ERR_PTR.\n\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski.k@gmail.com>\nReviewed-by: Jun Nie <jun.nie@linaro.org>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/2dfbe9afcda3243dd309826cbbb8ae9e9f602006"},{"sha":"484836ec2de24d9a7c6471f022b746d947698725","author":{"email":"10a8c465cefc9bdd6c925e26964d23c90f1141cc@google.com","name":"Dmitry Torokhov"},"message":"netfilter: IDLETIMER: fix lockdep warning\n\nDynamically allocated sysfs attributes should be initialized with\nsysfs_attr_init() otherwise lockdep will be angry with us:\n\n[   45.468653] BUG: key ffffffc030fad4e0 not in .data!\n[   45.468655] ------------[ cut here ]------------\n[   45.468666] WARNING: CPU: 0 PID: 1176 at /mnt/host/source/src/third_party/kernel/v3.18/kernel/locking/lockdep.c:2991 lockdep_init_map+0x12c/0x490()\n[   45.468672] DEBUG_LOCKS_WARN_ON(1)\n[   45.468672] CPU: 0 PID: 1176 Comm: iptables Tainted: G     U  W 3.18.0 #43\n[   45.468674] Hardware name: XXX\n[   45.468675] Call trace:\n[   45.468680] [<ffffffc0002072b4>] dump_backtrace+0x0/0x10c\n[   45.468683] [<ffffffc0002073d0>] show_stack+0x10/0x1c\n[   45.468688] [<ffffffc000a86cd4>] dump_stack+0x74/0x94\n[   45.468692] [<ffffffc000217ae0>] warn_slowpath_common+0x84/0xb0\n[   45.468694] [<ffffffc000217b84>] warn_slowpath_fmt+0x4c/0x58\n[   45.468697] [<ffffffc0002530a4>] lockdep_init_map+0x128/0x490\n[   45.468701] [<ffffffc000367ef0>] __kernfs_create_file+0x80/0xe4\n[   45.468704] [<ffffffc00036862c>] sysfs_add_file_mode_ns+0x104/0x170\n[   45.468706] [<ffffffc00036870c>] sysfs_create_file_ns+0x58/0x64\n[   45.468711] [<ffffffc000930430>] idletimer_tg_checkentry+0x14c/0x324\n[   45.468714] [<ffffffc00092a728>] xt_check_target+0x170/0x198\n[   45.468717] [<ffffffc000993efc>] check_target+0x58/0x6c\n[   45.468720] [<ffffffc000994c64>] translate_table+0x30c/0x424\n[   45.468723] [<ffffffc00099529c>] do_ipt_set_ctl+0x144/0x1d0\n[   45.468728] [<ffffffc0009079f0>] nf_setsockopt+0x50/0x60\n[   45.468732] [<ffffffc000946870>] ip_setsockopt+0x8c/0xb4\n[   45.468735] [<ffffffc0009661c0>] raw_setsockopt+0x10/0x50\n[   45.468739] [<ffffffc0008c1550>] sock_common_setsockopt+0x14/0x20\n[   45.468742] [<ffffffc0008bd190>] SyS_setsockopt+0x88/0xb8\n[   45.468744] ---[ end trace 41d156354d18c039 ]---\n\nSigned-off-by: Dmitry Torokhov <dtor@google.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/484836ec2de24d9a7c6471f022b746d947698725"},{"sha":"326bf17ea5d4f8f17b54cbf167b8cb504c606ee9","author":{"email":"a001c4cc1f7f4525442b9f89c44a0f93f2479dd5@fb.com","name":"Alex Gartrell"},"message":"ipvs: fix ipv6 route unreach panic\n\nPreviously there was a trivial panic\n\nunshare -n /bin/bash <<EOF\nip addr add dev lo face::1/128\nipvsadm -A -t [face::1]:15213\nipvsadm -a -t [face::1]:15213 -r b00c::1\necho boom | nc face::1 15213\nEOF\n\nThis patch allows us to replicate the net logic above and simply capture\nthe skb_dst(skb)->dev and use that for the purpose of the invocation.\n\nSigned-off-by: Alex Gartrell <agartrell@fb.com>\nAcked-by: Julian Anastasov <ja@ssi.bg>\nSigned-off-by: Simon Horman <horms@verge.net.au>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/326bf17ea5d4f8f17b54cbf167b8cb504c606ee9"},{"sha":"4754957f04f5f368792a0eb7dab0ae89fb93dcfd","author":{"email":"84572ef2253ef81e2d8cd8c65849f4d9a3881f47@ssi.bg","name":"Julian Anastasov"},"message":"ipvs: do not use random local source address for tunnels\n\nMichael Vallaly reports about wrong source address used\nin rare cases for tunneled traffic. Looks like\n__ip_vs_get_out_rt in 3.10+ is providing uninitialized\ndest_dst->dst_saddr.ip because ip_vs_dest_dst_alloc uses\nkmalloc. While we retry after seeing EINVAL from routing\nfor data that does not look like valid local address, it\nstill succeeded when this memory was previously used from\nother dests and with different local addresses. As result,\nwe can use valid local address that is not suitable for\nour real server.\n\nFix it by providing 0.0.0.0 every time our cache is refreshed.\nBy this way we will get preferred source address from routing.\n\nReported-by: Michael Vallaly <lvs@nolatency.com>\nFixes: 026ace060dfe (\"ipvs: optimize dst usage for real server\")\nSigned-off-by: Julian Anastasov <ja@ssi.bg>\nSigned-off-by: Simon Horman <horms@verge.net.au>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/4754957f04f5f368792a0eb7dab0ae89fb93dcfd"},{"sha":"05f00505a89acd21f5d0d20f5797dfbc4cf85243","author":{"email":"84572ef2253ef81e2d8cd8c65849f4d9a3881f47@ssi.bg","name":"Julian Anastasov"},"message":"ipvs: fix crash if scheduler is changed\n\nI overlooked the svc->sched_data usage from schedulers\nwhen the services were converted to RCU in 3.10. Now\nthe rare ipvsadm -E command can change the scheduler\nbut due to the reverse order of ip_vs_bind_scheduler\nand ip_vs_unbind_scheduler we provide new sched_data\nto the old scheduler resulting in a crash.\n\nTo fix it without changing the scheduler methods we\nhave to use synchronize_rcu() only for the editing case.\nIt means all svc->scheduler readers should expect a\nNULL value. To avoid breakage for the service listing\nand ipvsadm -R we can use the \"none\" name to indicate\nthat scheduler is not assigned, a state when we drop\nnew connections.\n\nReported-by: Alexander Vasiliev <a.vasylev@404-group.com>\nFixes: ceec4c381681 (\"ipvs: convert services to rcu\")\nSigned-off-by: Julian Anastasov <ja@ssi.bg>\nSigned-off-by: Simon Horman <horms@verge.net.au>","distinct":false,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/05f00505a89acd21f5d0d20f5797dfbc4cf85243"}]}