{"push_id":897463088,"size":658,"distinct_size":658,"ref":"refs/heads/linux-next","head":"58766d6c2d121debf7b712649f6812603d1e2440","before":"36a5a115c39f1c9fc03a687e7775e3da3aca4daf","commits":[{"sha":"a07f0ad7895303ec37155655229ca2a07080d135","author":{"email":"5d6fcc061a6aae5641d621969e43a0eb5c14dd62@gmail.com","name":"Dmitry V. Krivenok"},"message":"i2c: do not use 0x in front of %pa\n\nSigned-off-by: Dmitry V. Krivenok <krivenok.dmitry@gmail.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/a07f0ad7895303ec37155655229ca2a07080d135"},{"sha":"8c62b4e118cfa7a3c906c01d4ba2c78a5bd97531","author":{"email":"ac73eed4b8a8c9127255a2696c52b2e7503720b8@gmail.com","name":"Brian Norris"},"message":"mtd: ofpart: don't complain about missing 'partitions' node too loudly\n\nThe ofpart partition parser might be run on DT-enabled systems that\ndon't have any \"ofpart\" partition subnodes at all, since \"ofpart\" is in\nthe default parser list. So don't complain loudly on every boot.\n\nExample: using m25p80.c with no intent to use ofpart:\n\n&spi2 {\n\tstatus = \"okay\";\n\n\tflash@0 {\n\t\tcompatible = \"jedec,spi-nor\";\n\t\treg = <0>;\n\t};\n};\n\nI see this warning:\n\n[    0.588471] m25p80 spi2.0: gd25q32 (4096 Kbytes)\n[    0.593091] spi2.0: 'partitions' subnode not found on /spi@ff130000/flash@0. Trying to parse direct subnodes as partitions.\n\nCc: Michal Suchanek <hramrach@gmail.com>\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/8c62b4e118cfa7a3c906c01d4ba2c78a5bd97531"},{"sha":"863c1ca73f56d3473ff1d06357b31b0063538a96","author":{"email":"45b517be0e5ec6dc3a39715767c1d18e090d39b4@atmel.com","name":"Nicolas Ferre"},"message":"ARM: at91/dt: add always-on to 1.8V regulator\n\nAs the SDHCI controller needs the 1.8V line to be always enabled for some eMMC\nconfigurations, set the proper \"regulator-always-on\" property to the board DTS\nfiles.\nNote that the sdhci classical regulator definitions doesn't suit our controller\nfor this 1.8V purpose.\n\nSigned-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>\nAcked-by: Ludovic Desroches <ludovic.desroches@atmel.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/863c1ca73f56d3473ff1d06357b31b0063538a96"},{"sha":"8423536fe453b3623f4ed7c2c3cca9b86af1ace5","author":{"email":"627575320a9526cb6c91021c9940202b0e84c416@atmel.com","name":"Ludovic Desroches"},"message":"ARM: at91: fix pinctrl driver selection\n\nMove the selection of the pinctrl driver to SoC family level since we\nhave two pinctrl drivers. It is useless to select one which is not\ncompatible with the SoC.\n\n[abelloni: fixed pm.c when only sama2d2 is selected]\nSigned-off-by: Ludovic Desroches <ludovic.desroches@atmel.com>\nAcked-by: Nicolas Ferre <nicolas.ferre@atmel.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/8423536fe453b3623f4ed7c2c3cca9b86af1ace5"},{"sha":"db3899a6477a4dccd26cbfb7f408b6be2cc068e0","author":{"email":"15ce75b290ebaf27c3f9fd73ab848685ed3d8261@arm.com","name":"Catalin Marinas"},"message":"arm64: Add trace_hardirqs_off annotation in ret_to_user\n\nWhen a kernel is built with CONFIG_TRACE_IRQFLAGS the following warning\nis produced when entering userspace for the first time:\n\n  WARNING: at /work/Linux/linux-2.6-aarch64/kernel/locking/lockdep.c:3519\n  Modules linked in:\n  CPU: 1 PID: 1 Comm: systemd Not tainted 4.4.0-rc3+ #639\n  Hardware name: Juno (DT)\n  task: ffffffc9768a0000 ti: ffffffc9768a8000 task.ti: ffffffc9768a8000\n  PC is at check_flags.part.22+0x19c/0x1a8\n  LR is at check_flags.part.22+0x19c/0x1a8\n  pc : [<ffffffc0000fba6c>] lr : [<ffffffc0000fba6c>] pstate: 600001c5\n  sp : ffffffc9768abe10\n  x29: ffffffc9768abe10 x28: ffffffc9768a8000\n  x27: 0000000000000000 x26: 0000000000000001\n  x25: 00000000000000a6 x24: ffffffc00064be6c\n  x23: ffffffc0009f249e x22: ffffffc9768a0000\n  x21: ffffffc97fea5480 x20: 00000000000001c0\n  x19: ffffffc00169a000 x18: 0000005558cc7b58\n  x17: 0000007fb78e3180 x16: 0000005558d2e238\n  x15: ffffffffffffffff x14: 0ffffffffffffffd\n  x13: 0000000000000008 x12: 0101010101010101\n  x11: 7f7f7f7f7f7f7f7f x10: fefefefefefeff63\n  x9 : 7f7f7f7f7f7f7f7f x8 : 6e655f7371726964\n  x7 : 0000000000000001 x6 : ffffffc0001079c4\n  x5 : 0000000000000000 x4 : 0000000000000001\n  x3 : ffffffc001698438 x2 : 0000000000000000\n  x1 : ffffffc9768a0000 x0 : 000000000000002e\n  Call trace:\n  [<ffffffc0000fba6c>] check_flags.part.22+0x19c/0x1a8\n  [<ffffffc0000fc440>] lock_is_held+0x80/0x98\n  [<ffffffc00064bafc>] __schedule+0x404/0x730\n  [<ffffffc00064be6c>] schedule+0x44/0xb8\n  [<ffffffc000085bb0>] ret_to_user+0x0/0x24\n  possible reason: unannotated irqs-off.\n  irq event stamp: 502169\n  hardirqs last  enabled at (502169): [<ffffffc000085a98>] el0_irq_naked+0x1c/0x24\n  hardirqs last disabled at (502167): [<ffffffc0000bb3bc>] __do_softirq+0x17c/0x298\n  softirqs last  enabled at (502168): [<ffffffc0000bb43c>] __do_softirq+0x1fc/0x298\n  softirqs last disabled at (502143): [<ffffffc0000bb830>] irq_exit+0xa0/0xf0\n\nThis happens because we disable interrupts in ret_to_user before calling\nschedule() in work_resched. This patch adds the necessary\ntrace_hardirqs_off annotation.\n\nSigned-off-by: Catalin Marinas <catalin.marinas@arm.com>\nReported-by: Mark Rutland <mark.rutland@arm.com>\nCc: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Will Deacon <will.deacon@arm.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/db3899a6477a4dccd26cbfb7f408b6be2cc068e0"},{"sha":"c31d0a00021d7289c01edc3d9670da52132d0457","author":{"email":"6d5e9ec1eae003c030bfd0bc8d1c35b48f2e3e16@ragnatech.se","name":"Niklas Söderlund"},"message":"i2c: emev2: add slave support\n\nAdd I2C slave provider using the generic slave interface.\n\nSigned-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/c31d0a00021d7289c01edc3d9670da52132d0457"},{"sha":"e3f9e299bf94298ddd8beb63c0786a4d7766dc86","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: always check for fwnode type\n\nCurrently the property accessors unconditionally fall back to built-in property\nset as a last resort. Make this strict and return an error in case the type of\nfwnode is unknown.\n\nThis is actually a follow up to the commit 4fa7508e9f1c (device property:\nReturn -ENXIO if there is no suitable FW interface).\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/e3f9e299bf94298ddd8beb63c0786a4d7766dc86"},{"sha":"61f5e294b89a90e8520c9eaf9a4af787db8911ea","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: rename helper functions\n\nTo be in align with the rest of fwnode types we rename the built-in property\nset ones, i.e.\n\tis_pset() -> is_pset_node()\n\tto_pset() -> to_pset_node()\n\nThere is no functional change.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/61f5e294b89a90e8520c9eaf9a4af787db8911ea"},{"sha":"318a1971826103ecf560875b17236dd4a93e8c88","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: refactor built-in properties support\n\nInstead of using the type and nval fields we will use length (in bytes) of the\nvalue. The sanity check is done in the accessors.\n\nThe built-in property accessors are split in the same way such as device tree.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/318a1971826103ecf560875b17236dd4a93e8c88"},{"sha":"66586baba56679baa2da1a10a96ccf15b1e96b95","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: keep single value inplace\n\nWe may save a lot of lines of code and space by keeping single values inside\nthe struct property_entry. Refactor the implementation to do so.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/66586baba56679baa2da1a10a96ccf15b1e96b95"},{"sha":"a85f420475334caed12b057ddcaa0b58e0b1ebb7","author":{"email":"0364a60538b3766c953bdea7e7e4859afd98436c@linux.intel.com","name":"Heikki Krogerus"},"message":"device property: helper macros for property entry creation\n\nMarcos for easier creation of build-in property entries.\n\nSigned-off-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/a85f420475334caed12b057ddcaa0b58e0b1ebb7"},{"sha":"1d656fb757c17e48a8a01bd576d14918701ba55c","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: improve readability of macros\n\nThere is no functional change.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/1d656fb757c17e48a8a01bd576d14918701ba55c"},{"sha":"3c60f1149a2fee9ac4ef3cc27bd830e3bd8d2654","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: return -EINVAL when property isn't found in ACPI\n\nChange return code to be in align with OF and built-in device properties error\ncodes. In particular -EINVAL means property is not found.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/3c60f1149a2fee9ac4ef3cc27bd830e3bd8d2654"},{"sha":"362c0b30249e8639489b428ff5acc4a9d81c087f","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"device property: Fallback to secondary fwnode if primary misses the property\n\nThe struct fwnode has notion of secondary fwnode. This is supposed to used\nas fallback if the primary firmware interface (DT, ACPI) does not have the\nproperty in question.\n\nHowever, the current implementation never checks the secondary node which\nprevents one to add default \"built-in\" properties to devices.\n\nThis patch adds fallback to the secondary fwnode if the primary fwnode\nreturns that the property does not exists.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/362c0b30249e8639489b428ff5acc4a9d81c087f"},{"sha":"13141e1cb842ad6286c1cfa9a6b7c1577478d03b","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"device property: Take a copy of the property set\n\nIt is convenient if the property set associated with the device secondary\nfirmware node is a copy of the original. This allows passing property set\nfrom a stack for example for devices created dynamically. This also ties\nthe property set lifetime to the associated device.\n\nBecause of that we provide new function device_remove_property_set() that\nis used to disassociate and release memory allocated for the property set.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/13141e1cb842ad6286c1cfa9a6b7c1577478d03b"},{"sha":"00bbc1d8e46a92ce7bd80622cf4b09c3b727a741","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"driver core: platform: Add support for built-in device properties\n\nMake it possible to pass built-in device properties to platform device\ndrivers. This is useful if the system does not have any firmware interface\nlike Device Tree or ACPI which provides these.\n\nProperties associated with the platform device will be automatically\nreleased when the corresponding device is removed.\n\nSuggested-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/00bbc1d8e46a92ce7bd80622cf4b09c3b727a741"},{"sha":"55f89a8a4538803195395bdf347cbba51dcb1906","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"driver core: Do not overwrite secondary fwnode with NULL if it is set\n\nIf multiple devices share single firmware node like it is case with MFD\ndevices, the same firmware node (ACPI) is assigned to all of them. The\nfunction also modifies the shared firmware node in order to preserve\nsecondary firmware node of the device in question.\n\nIf the new device which is sharing the firmware node does not have\nsecondary node it will be NULL which will be assigned to the secondary node\nof the shared firmware node losing all built-in properties.\n\nPrevent this by setting the secondary firmware node only if the replacement\nis non-NULL.\n\nPrint also warning if someone tries to overwrite secondary node that has\nalready been assigned.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/55f89a8a4538803195395bdf347cbba51dcb1906"},{"sha":"4d215cabc784990df11fbcca7af70adf53c9ff17","author":{"email":"74f0c009df510614346aa771cd21959b78cdb413@linux.intel.com","name":"Andy Shevchenko"},"message":"mfd: core: propagate device properties to sub devices drivers\n\nIn the similar way like we do for the platform data we propagate the device\nproperties. For example, in case of Intel LPSS drivers we may provide a\nspecific property to tell the actual device driver an additional information\nsuch as platform name.\n\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/4d215cabc784990df11fbcca7af70adf53c9ff17"},{"sha":"e15ad2154b6166804fc04487e0398c9aef9e7c97","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"mfd: intel-lpss: Add support for passing device properties\n\nIf the boot firmware does not support ACPI we need a way to pass device\nconfiguration information to the drivers. The unified device properties API\nalready supports passing platform data via properties so let's take\nadvantage of that and allow probe drivers to pass set of properties to the\nhost controller driver.\n\nIn order to do that we need to be able to modify the MFD cell corresponding\nthe host controller, so make the core driver to take copy of the cell\ninstead of using it directly. Then we can assign info->pset to the\nresulting copy of a cell and let the MFD core to assign that to the\nresulting device.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/e15ad2154b6166804fc04487e0398c9aef9e7c97"},{"sha":"028af5941dd870afd5eb6a95c39f25564dcca79a","author":{"email":"afb75201fb002d7fdd2b0b231e006999e00db8a9@linux.intel.com","name":"Mika Westerberg"},"message":"mfd: intel-lpss: Pass SDA hold time to I2C host controller driver\n\nIntel Skylake the LPSS I2C pad circuit has internal delays that require\nprogramming non-zero SDA hold time for the I2C host controller. If this is\nnot done communication to slave devices may fail with arbitration lost\nerrors like the one seen below taken from Lenovo Yoga 900:\n\n  i2c_hid i2c-SYNA2B29:00: Fetching the HID descriptor\n  i2c_hid i2c-SYNA2B29:00: __i2c_hid_command: cmd=20 00\n  i2c_designware i2c_designware.1: i2c_dw_handle_tx_abort: lost arbitration\n\nTo fix this we follow what the Windows driver is doing and pass the default\nSDA hold time of 230 ns to all Intel Skylake host controllers. This still\nallows the platform to override these values by passing special ACPI\nmethods SSCN and FMCN.\n\nReported-by: Kevin Fenzi <kevin@scrye.com>\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/sudipm-mukherjee/parport/commits/028af5941dd870afd5eb6a95c39f25564dcca79a"}]}