{"push_id":1176232633,"size":306,"distinct_size":0,"ref":"refs/heads/caf/ubifs/infradead.org/master","head":"4ac1c17b2044a1b4b2fbed74451947e905fc2992","before":"61edc3f3b51d2d3948029197cfff6fef7d94e939","commits":[{"sha":"0b9a29add43273e64ef45472e08d38116fee1d82","author":{"name":"Paul E. McKenney","email":"0e7edc073f39d0385f8433ab60979a97c480557c@linux.vnet.ibm.com"},"message":"arm: Use _rcuidle tracepoint to allow use from idle\n\nTesting on ARM encountered the following pair of lockdep-RCU splats:\n\n------------------------------------------------------------------------\n\n===============================\n[ INFO: suspicious RCU usage. ]\n4.6.0-rc4-next-20160422 #1 Not tainted\n-------------------------------\ninclude/trace/events/power.h:328 suspicious rcu_dereference_check() usage!\n\nother info that might help us debug this:\n\nRCU used illegally from idle CPU!\nrcu_scheduler_active = 1, debug_locks = 0\nRCU used illegally from extended quiescent state!\nno locks held by swapper/0/0.\n\nstack backtrace:\nCPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.6.0-rc4-next-20160422 #1\nHardware name: Generic OMAP3-GP (Flattened Device Tree)\n[<c010f55c>] (unwind_backtrace) from [<c010b64c>] (show_stack+0x10/0x14)\n[<c010b64c>] (show_stack) from [<c047acbc>] (dump_stack+0xa8/0xe0)\n[<c047acbc>] (dump_stack) from [<c012bc10>] (pwrdm_set_next_pwrst+0xf8/0x1cc)\n[<c012bc10>] (pwrdm_set_next_pwrst) from [<c01269fc>] (omap3_enter_idle_bm+0x1b8/0x1e8)\n[<c01269fc>] (omap3_enter_idle_bm) from [<c05fa0b8>] (cpuidle_enter_state+0x84/0x408)\n[<c05fa0b8>] (cpuidle_enter_state) from [<c0182c1c>] (cpu_startup_entry+0x1c8/0x3f0)\n[<c0182c1c>] (cpu_startup_entry) from [<c0b00c20>] (start_kernel+0x354/0x3cc)\n\n------------------------------------------------------------------------\n\n[<c010f55c>] (unwind_backtrace) from [<c010b64c>] (show_stack+0x10/0x14)\n[<c010b64c>] (show_stack) from [<c047ac3c>] (dump_stack+0xa8/0xe0)\n[<c047ac3c>] (dump_stack) from [<c012c340>] (_pwrdm_state_switch+0x188/0x32c)\n[<c012c340>] (_pwrdm_state_switch) from [<c012c4f0>] (_pwrdm_post_transition_cb+0xc/0x14)\n[<c012c4f0>] (_pwrdm_post_transition_cb) from [<c012ba74>] (pwrdm_for_each+0x30/0x5c)\n[<c012ba74>] (pwrdm_for_each) from [<c012c72c>] (pwrdm_post_transition+0x24/0x30)\n[<c012c72c>] (pwrdm_post_transition) from [<c012548c>] (omap_sram_idle+0xfc/0x240)\n[<c012548c>] (omap_sram_idle) from [<c0126934>] (omap3_enter_idle_bm+0xf0/0x1e8)\n[<c0126934>] (omap3_enter_idle_bm) from [<c05fa038>] (cpuidle_enter_state+0x84/0x408)\n[<c05fa038>] (cpuidle_enter_state) from [<c0182b90>] (cpu_startup_entry+0x1c8/0x3f0)\n[<c0182b90>] (cpu_startup_entry) from [<c0b00c20>] (start_kernel+0x354/0x3cc)\n\n------------------------------------------------------------------------\n\nThese are caused by event tracing from the idle loop, and they were\nexposed by commit 293e2421fe25 (\"rcu: Remove superfluous versions of\nrcu_read_lock_sched_held()\"), which suppressed some false negatives.\nThe current commit therefore adds the _rcuidle suffix to make RCU aware\nof this implicit use of RCU by event tracing, thus preventing both splats.\n\nReported-by: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nTested-by: Guenter Roeck <linux@roeck-us.net>\nTested-by: Tony Lindgren <tony@atomide.com>\nCc: Russell King <linux@arm.linux.org.uk>\nReviewed-by: Steven Rostedt <rostedt@goodmis.org>\nCc: <linux-omap@vger.kernel.org>\nCc: <linux-arm-kernel@lists.infradead.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/0b9a29add43273e64ef45472e08d38116fee1d82"},{"sha":"5ec97ba0713d118a1cd03ccc7677a13769253bbd","author":{"name":"Daniel Baluta","email":"9277a6afadb3f2f06e56cb64519d196dd65b1f4a@intel.com"},"message":"iio: bmi160: Fix output data rate for accel\n\nFormat is INT_PLUS_MICRO and micro odr part of ODR should\nbe parts of a micro.\n\nAlso s/8000/800 this is obviously a typo.\n\nFixes: 77c4ad2d6a9 (\"iio: imu: Add initial support for Bosch BMI160\")\nSigned-off-by: Daniel Baluta <daniel.baluta@intel.com>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/5ec97ba0713d118a1cd03ccc7677a13769253bbd"},{"sha":"c25d3f37be016b301f446a5257645c4845daf53c","author":{"name":"Daniel Baluta","email":"9277a6afadb3f2f06e56cb64519d196dd65b1f4a@intel.com"},"message":"iio: bmi160: Fix ODR setting\n\nmask and val parameters of regmap_update_bits were reveresed.\n\nFixes: 77c4ad2d6a9 (\"iio: imu: Add initial support for Bosch BMI160\")\nSigned-off-by: Daniel Baluta <daniel.baluta@intel.com>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/c25d3f37be016b301f446a5257645c4845daf53c"},{"sha":"04bf02175fe9577875fb8285cc2d08169fef613a","author":{"name":"Dan Carpenter","email":"60b2bf2bc0bec4ca4a4b046ca7ef9255248abff8@oracle.com"},"message":"iio: dac: ad5592r: Off by one bug in ad5592r_alloc_channels()\n\nThe > here should be >= or we go beyond the end for the array.\n\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/04bf02175fe9577875fb8285cc2d08169fef613a"},{"sha":"53dfc3b9e6c54d077f578f9016b6c8ab5f891e10","author":{"name":"Linus Walleij","email":"b0d9e537b6c72323d8ac72352e58c452d7c4fc88@linaro.org"},"message":"iio: light: bh1780: return after write\n\nWhen writing a value using direct reg access from debugfs\nwe need to return and not fall through to reading the\nvalue, lest we'll dereference a NULL pointer.\n\nCc: Dan Carpenter <dan.carpenter@oracle.com>\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/53dfc3b9e6c54d077f578f9016b6c8ab5f891e10"},{"sha":"6b4e941875ca464e0bf737d7cdc9b72b008df6eb","author":{"name":"Nishanth Menon","email":"22045716eebdf63edb645da8b757687137dffbf9@ti.com"},"message":"ARM: dts: omap5-board-common: Describe the voltage supply mapping accurately\n\nOMAP5uEVM based platforms share a similar voltage rail map. This\nshould be properly described in device tree, without this regulator core\nwill be unable to determine the source voltage of LDOs such as LDO9 and\nSMPS10 which could be configured for bypass depending on the voltage\nrequested of them. This results in conditions such as:\n\nldo9: bypassed regulator has no supply!\nldo9: failed to get the current voltage(-517)\npalmas-pmic 48070000.i2c:palmas@48:palmas_pmic: failed to register\n48070000.i2c:palmas@48:palmas_pmic regulator\n\nCc: Agustí Fontquerni <af@iseebcn.com>\nCc: Eduard Gavin <egavin@iseebcn.com>\nCc: Enric Balletbo i Serra <eballetbo@iseebcn.com>\nCc: Peter Ujfalusi <peter.ujfalusi@ti.com>\nSigned-off-by: Nishanth Menon <nm@ti.com>\n[tony@atomide.com: fixed to use palmas style in-supply]\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/6b4e941875ca464e0bf737d7cdc9b72b008df6eb"},{"sha":"c0053bd50af57c4ebf032a9de1b07ca78c982452","author":{"name":"Nishanth Menon","email":"22045716eebdf63edb645da8b757687137dffbf9@ti.com"},"message":"ARM: OMAP5 / DRA7: Introduce workaround for 801819\n\nAdd workaround for Cortex-A15 ARM erratum 801819 which says in summary\nthat \"A livelock can occur in the L2 cache arbitration that might\nprevent a snoop from completing. Under certain conditions this can\ncause the system to deadlock. \"\n\nRecommended workaround is as follows:\nDo both of the following:\n\n1) Do not use the write-back no-allocate memory type.\n2) Do not issue write-back cacheable stores at any time when the cache\nis disabled (SCTLR.C=0) and the MMU is enabled (SCTLR.M=1). Because it\nis implementation defined whether cacheable stores update the cache when\nthe cache is disabled it is not expected that any portable code will\nexecute cacheable stores when the cache is disabled.\n\nFor implementations of Cortex-A15 configured without the “L2 arbitration\nregister slice” option (typically one or two core systems), you must\nalso do the following:\n\n3) Disable write-streaming in each CPU by setting ACTLR[28:25] = 0b1111\n\nSo, we provide an option to disable write streaming on OMAP5 and DRA7.\nIt is a rare condition to occur and may be enabled selectively based\non platform acceptance of risk.\n\nApplies to: A15 revisions r2p0, r2p1, r2p2, r2p3 or r2p4 and REVIDR[3]\nis set to 0.\n\nBased on ARM errata Document revision 18.0 (22 Nov 2013)\n\nNote: the configuration for the workaround needs to be done with\neach CPU bringup, since CPU0 bringup is done by bootloader, it is\nrecommended to have the workaround in the bootloader, kernel also does\nensure that CPU0 has the workaround and makes the workaround active\nwhen CPU1 gets active.\n\nWith CONFIG_SMP disabled, it is expected to be done by the bootloader.\n\nThis does show significant degradation in synthetic tests such as\nmbw (https://packages.qa.debian.org/m/mbw.html)\nmbw -n 100 100|grep AVG (on a test platform)\nWithout enabling the erratum:\nAVG Method: MEMCPY  Elapsed: 0.13406  MiB: 100.00000  Copy: 745.913 MiB/s\nAVG Method: DUMB    Elapsed: 0.06746  MiB: 100.00000  Copy: 1482.357 MiB/s\nAVG Method: MCBLOCK Elapsed: 0.03058  MiB: 100.00000  Copy: 3270.569 MiB/s\nAfter enabling the erratum:\nAVG Method: MEMCPY  Elapsed: 0.13757  MiB: 100.00000  Copy: 726.913 MiB/s\nAVG Method: DUMB    Elapsed: 0.12024  MiB: 100.00000  Copy: 831.668 MiB/s\nAVG Method: MCBLOCK Elapsed: 0.09243  MiB: 100.00000  Copy: 1081.942 MiB/s\n\nMost benchmarks are designed for specific performance analysis, so\noverall usecase must be considered before making a decision to\nenable/disable the erratum workaround.\n\nPending internal investigation, the erratum is kept disabled by default.\n\nCc: Russell King <rmk+kernel@arm.linux.org.uk>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Tony Lindgren <tony@atomide.com>\nSuggested-by: Richard Woodruff <r-woodruff2@ti.com>\nSuggested-by: Brad Griffis <bgriffis@ti.com>\nSigned-off-by: Nishanth Menon <nm@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/c0053bd50af57c4ebf032a9de1b07ca78c982452"},{"sha":"49111cd1c5498d2a356b0e51d74987dad0e88530","author":{"name":"Tony Lindgren","email":"59db37dd0a1458e16c2dffa797f972d03fa29423@atomide.com"},"message":"ARM: dts: Fix igepv5 audiopwon-gpio\n\nPlaying audio works on omap5-uevm, but produces an \"Unhandled fault:\nimprecise external abort (0x1406) at 0x00000000\" error on igepv5.\n\nLooks like the twl6040 audpwron GPIO pin is different for these\nboards. Let's fix the issue by configuring the audpwron in the\nboard specific dts file.\n\nCc: Agustí Fontquerni <af@iseebcn.com>\nCc: Eduard Gavin <egavin@iseebcn.com>\nCc: Enric Balletbo i Serra <eballetbo@gmail.com>\nAcked-by: Peter Ujfalusi <peter.ujflausi@ti com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/49111cd1c5498d2a356b0e51d74987dad0e88530"},{"sha":"e0e80d43fc0c5aace76a6c5f9462a1aec3e004f8","author":{"name":"Tony Lindgren","email":"59db37dd0a1458e16c2dffa797f972d03fa29423@atomide.com"},"message":"ARM: dts: Fix uart wakeirq on omap5 by removing WAKEUP_EN for omaps\n\nThe padconf register WAKEUP_EN is now handled in a generic way using\nLinux wakeirqs where pinctrl-single toggles the WAKEUP_EN bit when\na wakeirq is enabled or disabled.\n\nAt least omap5 gets confused if the WAKEUP_EN bit is set and the pin\nis not claimed as a wakeirq. The end result is that wakeirqs don't\nwork properly as there is nothing handling the wakeirq.\n\nSo let's just remove the WAKEUP_EN usage from dts files.\n\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/e0e80d43fc0c5aace76a6c5f9462a1aec3e004f8"},{"sha":"6c05495d6d0507a6e7886265f82339bebf25cfed","author":{"name":"Tony Lindgren","email":"59db37dd0a1458e16c2dffa797f972d03fa29423@atomide.com"},"message":"ARM: dts: Fix ldo7 source for HDMI on igepv5\n\nFix ldo7 source for HDMI on igepv5.\n\nSuggested-by: Peter Ujfalusi <peter.ujfalusi@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/6c05495d6d0507a6e7886265f82339bebf25cfed"},{"sha":"54c78870e4d70420b887d712a3e73a6783d5b51d","author":{"name":"Nicolas Chauvet","email":"19beaefc0215c649f12d177d71123f16ca903882@gmail.com"},"message":"ARM: dts: Add non-removable to hsmmc on hp-t410\n\nThis will clean-up warnings at boot, since either that or cd-gpio{,s} are\nmandated by the dts specification\n\n of_get_named_gpiod_flags: can't parse 'cd-gpios' property of node '/ocp/mmc@47810000[0]'\n of_get_named_gpiod_flags: can't parse 'cd-gpio' property of node '/ocp/mmc@47810000[0]'\n\nv2: use the generic non-removable instead of ti,non-removable\n\nSigned-off-by: Nicolas Chauvet <kwizart@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/54c78870e4d70420b887d712a3e73a6783d5b51d"},{"sha":"1ddbef4d596ce51bf25825549bc5865de08a7e62","author":{"name":"Nicolas Chauvet","email":"19beaefc0215c649f12d177d71123f16ca903882@gmail.com"},"message":"ARM: dts: disable mmc by default and enable when needed for dm814x\n\nThis patch disable mmc nodes by default in the dm814x.dtsi and\nenable only when needed on a given dts\n\nv2: Disable un-used mmc nodes on the related boards dts files\n instead of from the included SOC dts\n\nSigned-off-by: Nicolas Chauvet <kwizart@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/1ddbef4d596ce51bf25825549bc5865de08a7e62"},{"sha":"10ce2404ccab6828f86fb038e4888837f49f9f48","author":{"name":"Franklin S Cooper Jr","email":"e6079e6ebf981eecc8681ac290bb7313ad7aa80d@ti.com"},"message":"ARM: dts: dra7: Add gpmc dma channel\n\nAdd dma channel information to the gpmc.\n\nSigned-off-by: Franklin S Cooper Jr <fcooper@ti.com>\nSigned-off-by: Sekhar Nori <nsekhar@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/10ce2404ccab6828f86fb038e4888837f49f9f48"},{"sha":"3d9f77be066ccf8d364928154552ed6ca910793b","author":{"name":"Nishanth Menon","email":"22045716eebdf63edb645da8b757687137dffbf9@ti.com"},"message":"ARM: dts: am57xx-idk-common: Fix input supply names\n\nPalmas Regulator is an exception and does not follow the standard\n\"vin-supply\" common definitions for all regulators, as a result of this,\nthe input supplies are not reported to regulator framework, with the\nobvious result of not being appropriately mapped. Fix the same.\n\nSigned-off-by: Nishanth Menon <nm@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/3d9f77be066ccf8d364928154552ed6ca910793b"},{"sha":"65db875d110b8e517f81fa71c57a65fc6d0019ac","author":{"name":"Dave Gerlach","email":"3e06ef4d4921cad6e94c6d4858a41ad0a7a20d1e@ti.com"},"message":"ARM: OMAP2+: AM43XX: Enable fixes for Cortex-A9 errata\n\nThis patch explicitly enables the fixes for the below errata applicable\nfor AM43x Socs as was done for OMAP4.\n\n754322: Faulty MMU translations following ASID switch\n\n775420: A data cache maintenance operation which aborts,\n        followed by an ISB, without any DSB in-between,\n        might lead to deadlock\n\nSigned-off-by: Dave Gerlach <d-gerlach@ti.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/65db875d110b8e517f81fa71c57a65fc6d0019ac"},{"sha":"b44f788cce4086da00fd2f14b6b4d5abcf85f842","author":{"name":"Enric Balletbo i Serra","email":"5389eae92731004100e5e58e118a3072c7860e26@collabora.com"},"message":"ARM: dts: igep00x0: Add SD card-detect.\n\nFix SD card remove/insert detection by adding the correct card-detect\npin. All IGEP OMAP3 based boards use the same card-detect pin.\n\nSigned-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>\nSigned-off-by: Ladislav Michl <ladis@linux-mips.org>\nReviewed-by: Javier Martinez Canillas <javier@osg.samsung.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/b44f788cce4086da00fd2f14b6b4d5abcf85f842"},{"sha":"a1f6ad14176d466c00e6a687f9c78ec6c7ad6bf8","author":{"name":"Enric Balletbo i Serra","email":"5389eae92731004100e5e58e118a3072c7860e26@collabora.com"},"message":"ARM: dts: igep0020: Add SD card write-protect pin.\n\nA host device that supports write protection should refuse to write to\nan SD card that is designated read-only when write-protect is set. This\nis an optional feature of the SD specification.\n\nSigned-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>\nReviewed-by: Javier Martinez Canillas <javier@osg.samsung.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/a1f6ad14176d466c00e6a687f9c78ec6c7ad6bf8"},{"sha":"a3e5afe491bf7462013aa9f0bb3b55e3d05b784d","author":{"name":"Akinobu Mita","email":"15be0a9890f61d62fbf53b5816376eea81782ed9@gmail.com"},"message":"iio: pressure: bmp280: fix error message for wrong chip id\n\nThe bmp280 driver also supports BMP180 which has a different chip id\nwith BMP280.  The probe routine verifies that the device reports the\ncorrect chip id but the error message is confusing as if BMP280's chip\nid is always expected.\n\nReported-by: Matt Ranostay <mranostay@gmail.com>\nSigned-off-by: Akinobu Mita <akinobu.mita@gmail.com>\nCc: Matt Ranostay <mranostay@gmail.com>\nCc: Vlad Dogaru <vlad.dogaru@intel.com>\nCc: Christoph Mair <christoph.mair@gmail.com>\nCc: Jonathan Cameron <jic23@kernel.org>\nCc: Hartmut Knaack <knaack.h@gmx.de>\nCc: Lars-Peter Clausen <lars@metafoo.de>\nCc: Peter Meerwald <pmeerw@pmeerw.net>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/a3e5afe491bf7462013aa9f0bb3b55e3d05b784d"},{"sha":"4cb54493ab2003568222e6ad7449747354f22ce3","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"ARM: samsung: improve static dma_mask definition\n\nWhen no DMA master devices are part of the kernel configuration,\nwe get a warning about the unused dma mask definition:\n\narch/arm/plat-samsung/devs.c:71:12: error: 'samsung_device_dma_mask' defined but not used [-Werror=unused-variable]\n static u64 samsung_device_dma_mask = DMA_BIT_MASK(32);\n\nWe could simply mark this as __maybe_unused to shut up that warning,\nbut a nicer solution seems to be to have a separate mask for each\ndevice. The advantage is that a driver that happens to call\ndma_set_mask() on one device doesn't implicitly change the mask\nfor the other devices as well. This is more of a theoretical\nproblem, as obviously nothing does it for the devices in this\nfile (or they would have always been broken), but it feels\ncleaner that way.\n\nThe definition works by creating an array in place so we can take\nthe address of it and let the compiler generate a hidden symbol\nfor it at compile time.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/4cb54493ab2003568222e6ad7449747354f22ce3"},{"sha":"8a6f71ccb6c39ca5ae442d1478d3a076e2b1361e","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"ARM: exynos: don't select keyboard driver\n\nThe samsung-keypad driver is implicitly selected by ARCH_EXYNOS4 (why?),\nbut this fails if CONFIG_INPUT is a loadable module:\n\ndrivers/input/built-in.o: In function `samsung_keypad_remove':\ndrivers/input/keyboard/samsung-keypad.c:461: undefined reference to `input_unregister_device'\ndrivers/input/built-in.o: In function `samsung_keypad_irq':\ndrivers/input/keyboard/samsung-keypad.c:137: undefined reference to `input_event'\ndrivers/input/built-in.o: In function `samsung_keypad_irq':\ninclude/linux/input.h:389: undefined reference to `input_event'\ndrivers/input/built-in.o: In function `samsung_keypad_probe':\ndrivers/input/keyboard/samsung-keypad.c:358: undefined reference to `devm_input_allocate_device'\ndrivers/input/built-in.o:(.debug_addr+0x34): undefined reference to `input_set_capability'\n\nThis removes the 'select' as suggested by Krzysztof Kozlowski and\ninstead enables the driver from the defconfig files.\n\nThe problem does not happen on mainline kernels, as we don't normally\nbuild built-in input drivers when CONFIG_INPUT=m, but I am experimenting\nwith a patch to change this, and the samsung keypad driver showed up\nas one example that was silently broken before.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nLink: https://lkml.org/lkml/2016/2/14/55\nSigned-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>","distinct":false,"url":"https://api.github.com/repos/olivieer/kernel_msm-3.10/commits/8a6f71ccb6c39ca5ae442d1478d3a076e2b1361e"}]}
{"actor":{"display_login":"pepe-bot"}}