)]}' { "log": [ { "commit": "6a89a314ab107a12af08c71420c19a37a30fc2d3", "tree": "391e95b100c796b0983f903e1cfc4f9dd2cfd2e4", "parents": [ "d59b4eaaf04db07a02f092bfcb00de7f2e2d10db" ], "author": { "name": "Shawn Guo", "email": "shawn.guo@linaro.org", "time": "Fri Jan 18 15:57:46 2013 +0800" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Jan 22 10:23:35 2013 +0100" }, "message": "gpio: devm_gpio_* support should not depend on GPIOLIB\n\nSome architectures (e.g. blackfin) provide gpio API without requiring\nGPIOLIB support (ARCH_WANT_OPTIONAL_GPIOLIB). devm_gpio_* functions\nshould also work for these architectures, since they do not really\ndepend on GPIOLIB.\n\nAdd a new option GPIO_DEVRES (enabled by default) to control the build\nof devres.c. It also removes the empty version of devm_gpio_*\nfunctions for !GENERIC_GPIO build from linux/gpio.h, and moves the\nfunction declarations from asm-generic/gpio.h into linux/gpio.h.\n\nSigned-off-by: Shawn Guo \u003cshawn.guo@linaro.org\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "316511c0134acec8f4ea730bd1897c7a1124a7c1", "tree": "810d6d4444f05b399edf588c16eea1ba188903eb", "parents": [ "2e8b2eab94c35d83bb7da71c63b4695f32ddca88" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Wed Nov 21 08:48:09 2012 +0100" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Wed Nov 21 10:07:48 2012 +0100" }, "message": "gpiolib: rename pin range arguments\n\nTo be crystal clear on what the arguments mean in this\nfuntion dealing with both GPIO and PIN ranges with confusing\nnaming, we now have gpio_offset and pin_offset and we are\non the clear that these are offsets into the specific GPIO\nand pin controller respectively. The GPIO chip itself will\nof course keep track of the base offset into the global\nGPIO number space.\n\nReviewed-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "3f0f8670608766ef26a178d4e80cad3ce030fecc", "tree": "d2f192a4a454bd677983c7eb0b88a0016f128bf6", "parents": [ "5212d096cbed2eae1e442b3f8bf448e6a577af6f" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Nov 20 12:40:15 2012 +0100" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Wed Nov 21 08:55:03 2012 +0100" }, "message": "gpiolib: let gpiochip_add_pin_range() specify offset\n\nLike with commit 3c739ad0df5eb41cd7adad879eda6aa09879eb76\nit is not always enough to specify all the pins of a gpio_chip\nfrom offset zero to be added to a pin map range, since the\nmapping from GPIO to pin controller may not be linear at all,\nbut need to be broken into a few consecutive sub-ranges or\n1-pin entries for complicated cases. The ranges may also be\nsparse.\n\nThis alters the signature of the function to accept offsets\ninto both the GPIO-chip local pinspace and the pin controller\nlocal pinspace.\n\nReviewed-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nReviewed-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "50309a9c2e576ac4ad29e30f5854acb87bdc2ac4", "tree": "12ded8b5c94195b0a26763f4ba322351463ea423", "parents": [ "1e63d7b9363f0c57d00991f9f2e0af374dfc591a" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Nov 06 17:16:39 2012 +0100" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Sun Nov 11 19:06:07 2012 +0100" }, "message": "gpiolib: iron out include ladder mistakes\n\nThe \u003c*/gpio.h\u003e includes are updated again: now we need to account\nfor the problem introduced by commit:\n595679a8038584df7b9398bf34f61db3c038bfea\n\"gpiolib: fix up function prototypes etc\"\n\nActually we need static inlines in include/asm-generic/gpio.h\nas well since we may have GPIOLIB but not PINCTRL.\nMake sure to move all the CONFIG_PINCTRL business\nto the end of the file so we are sure we have\ndeclared struct gpio_chip.\n\nAnd we need to keep the static inlines in \u003clinux/gpio.h\u003e\nbut here for the !CONFIG_GENERIC_GPIO case, and then we\nmay as well throw in a few warnings like the other\nprototypes there, if someone would have the bad taste\nof compiling without GENERIC_GPIO even.\n\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "1e63d7b9363f0c57d00991f9f2e0af374dfc591a", "tree": "6bea7bfdd9dbfbe21433629b3f2a9758c92447be", "parents": [ "9ef0d6f7628bdcb5cc3c11623930f2527a3881a0" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Nov 06 16:03:35 2012 +0100" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Sun Nov 11 19:06:07 2012 +0100" }, "message": "gpiolib: separation of pin concerns\n\nThe fact that of_gpiochip_add_pin_range() and\ngpiochip_add_pin_range() share too much code is fragile and\nwill invariably mean that bugs need to be fixed in two places\ninstead of one.\n\nSo separate the concerns of gpiolib.c and gpiolib-of.c and\nhave the latter call the former as back-end. This is necessary\nalso when going forward with other device descriptions such\nas ACPI.\n\nThis is done by:\n\n- Adding a return code to gpiochip_add_pin_range() so we can\n reliably check whether this succeeds.\n\n- Get rid of the custom of_pinctrl_add_gpio_range() from\n pinctrl. Instead create of_pinctrl_get() to just retrive the\n pin controller per se from an OF node. This composite\n function was just begging to be deleted, it was way to\n purpose-specific.\n\n- Use pinctrl_dev_get_name() to get the name of the retrieved\n pin controller and use that to call back into the generic\n gpiochip_add_pin_range().\n\nNow the pin range is only allocated and tied to a pin\ncontroller from the core implementation in gpiolib.c.\n\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "165adc9c1734a3f3bdbc6dc7c7a29bbefb424006", "tree": "3da612f7408e59d9956886952e118e4fd977ef20", "parents": [ "33dfc41461b77e2b38673ec1b5622b1d9340324d" ], "author": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Tue Nov 06 14:49:39 2012 +0100" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Sun Nov 11 19:06:04 2012 +0100" }, "message": "gpiolib: fix up function prototypes etc\n\nCommit 69e1601bca88809dc118abd1becb02c15a02ec71\n\"gpiolib: provide provision to register pin ranges\"\n\nGot most of it\u0027s function prototypes wrong, so fix this up by:\n\n- Moving the void declarations into static inlines in\n \u003clinux/gpio.h\u003e (previously the actual prototypes were declared\n here...)\n\n- Declare the gpiochip_add_pin_range() and\n gpiochip_remove_pin_ranges() functions in \u003casm-generic/gpio.h\u003e\n together with the pin range struct declaration itself.\n\n- Actually only implement these very functions in gpiolib.c\n if CONFIG_PINCTRL is set.\n\n- Additionally export the symbols since modules will need to\n be able to do this.\n\nReviewed-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "f23f1516b6757c326cc638bed8c402c77e2a596e", "tree": "d1d17f111e57038c7ef6df43e79bb969c5844cd2", "parents": [ "7e10ee68f8ccc62e0934ff02f39ce541f3879844" ], "author": { "name": "Shiraz Hashim", "email": "shiraz.hashim@st.com", "time": "Sat Oct 27 15:21:36 2012 +0530" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Sun Nov 11 19:06:00 2012 +0100" }, "message": "gpiolib: provide provision to register pin ranges\n\npinctrl subsystem needs gpio chip base to prepare set of gpio\npin ranges, which a given pinctrl driver can handle. This is\nimportant to handle pinctrl gpio request calls in order to\nprogram a given pin properly for gpio operation.\n\nAs gpio base is allocated dynamically during gpiochip\nregistration, presently there exists no clean way to pass this\ninformation to the pinctrl subsystem.\n\nAfter few discussions from [1], it was concluded that may be\ngpio controller reporting the pin range it supports, is a\nbetter way than pinctrl subsystem directly registering it.\n\n[1] http://comments.gmane.org/gmane.linux.ports.arm.kernel/184816\n\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nSigned-off-by: Viresh Kumar \u003cviresh.kumar@linaro.org\u003e\nSigned-off-by: Shiraz Hashim \u003cshiraz.hashim@st.com\u003e\n[Edited documentation a bit]\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "f567fde24640cf6f2d6416196bfc8b3fefc8e433", "tree": "d30b90b0e73d3513123764756439a5f27f0682db", "parents": [ "42b14cb037fefa33a2ff51c4d3915a49c71de3d5" ], "author": { "name": "Laxman Dewangan", "email": "ldewangan@nvidia.com", "time": "Wed Jun 20 14:14:05 2012 +0530" }, "committer": { "name": "Linus Walleij", "email": "linus.walleij@linaro.org", "time": "Thu Jul 05 15:04:10 2012 +0200" }, "message": "gpio: fix bits conflict for gpio flags\n\nThe bit 2 and 3 in GPIO flag are allocated for the\nflag OPEN_DRAIN/OPEN_SOURCE. These bits are reused\nfor the flag EXPORT/EXPORT_CHANGEABLE and so creating\nconflict.\nFix this conflict by assigning bit 4 and 5 for the\nflag EXPORT/EXPORT_CHANGEABLE.\n\nSigned-off-by: Laxman Dewangan \u003cldewangan@nvidia.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\n" }, { "commit": "09d71ff19404b3957fab6de942fb8026ccfd8524", "tree": "ba3680f5b79ea1fbeae073ab7cb28c9bdcad7e60", "parents": [ "eb1567f7ad0032ba7b02b878e352f191d53dc228" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Wed May 02 12:46:46 2012 +0100" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Fri May 18 16:48:35 2012 -0600" }, "message": "gpiolib: Implement devm_gpio_request_one()\n\nAllow drivers to use the modern request and configure idiom together\nwith devres.\n\nAs with plain gpio_request() and gpio_request_one() we can\u0027t implement\nthe old school version in terms of _one() as this would force the\nexplicit selection of a direction in gpio_request() which could break\nsystems if we pick the wrong one. Implementing devm_gpio_request_one()\nin terms of devm_gpio_request() would needlessly complicate things or\nlead to duplication from the unmanaged version depending on how it\u0027s\ndone.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "7563bbf89d065a2c3f05059ecbcc805645edcc62", "tree": "2b8231e8145a73cce0da67ce38e0360fcd0a802e", "parents": [ "25cf25073a4e1e0563c288908481f10f98acb19a" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Sun Apr 15 10:52:54 2012 +0100" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Fri May 11 18:00:14 2012 -0600" }, "message": "gpiolib/arches: Centralise bolierplate asm/gpio.h\n\nRather than requiring architectures that use gpiolib but don\u0027t have any\nneed to define anything custom to copy an asm/gpio.h provide a Kconfig\nsymbol which architectures must select in order to include gpio.h and\nfor other architectures just provide the trivial implementation directly.\n\nThis makes it much easier to do gpiolib updates and is also a step towards\nmaking gpiolib APIs available on every architecture.\n\nFor architectures with existing boilerplate code leave a stub header in\nplace which warns on direct inclusion of asm/gpio.h and includes\nlinux/gpio.h to catch code that\u0027s doing this. Direct inclusion of\nasm/gpio.h has long been deprecated.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Jonas Bonn \u003cjonas@southpole.se\u003e\nAcked-by: Tony Luck \u003ctony.luck@intel.com\u003e\nAcked-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "2c96922ae3f0bfb7324a7a433d96d319fe6de729", "tree": "86e229aac18a6e294a15c903eb0374abda8041a2", "parents": [ "f5f93117f4ac24b8493cda67e6a1443517d26845" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Wed Apr 04 16:14:48 2012 +0100" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Thu Apr 05 21:40:32 2012 -0700" }, "message": "gpiolib: Add !CONFIG_GPIOLIB definitions of devm_ functions\n\nCurrently the managed gpio_request() and gpio_free() are not stubbed out\nfor configurations not using gpiolib - do that to aid use in drivers.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "fc3a1f04f5040255cbc086c419e4237f29f89f88", "tree": "3ece85d636a3ceeffb157b77ee51b4745cbdf2d9", "parents": [ "dd775ae2549217d3ae09363e3edb305d0fa19928" ], "author": { "name": "Wolfram Sang", "email": "w.sang@pengutronix.de", "time": "Tue Dec 13 18:34:01 2011 +0100" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Thu Apr 05 21:24:06 2012 -0700" }, "message": "gpio: add flags to export GPIOs when requesting\n\nIntroduce new flags to automatically export GPIOs when using the convenience\nfunctions gpio_request_one() or gpio_request_array(). This eases support for\ncustom boards where lots of GPIOs need to be exported for customer\napplications.\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "7bf97e1d5a94b6a71815771bb9452fc2c022c966", "tree": "f89082dbd33a51a79c9a9c0dddb29e2b11b8207e", "parents": [ "30304e5a79d424eb2c8707b3ff0e9b8bf6ab3e8f", "c77c8a6fd3d57b586ff5ecb5ab5b32ca4f54fe75" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Mar 28 14:08:46 2012 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Mar 28 14:08:46 2012 -0700" }, "message": "Merge tag \u0027gpio-for-linus\u0027 of git://git.secretlab.ca/git/linux-2.6\n\nPull GPIO changes for v3.4 from Grant Likely:\n \"Primarily gpio device driver changes with some minor side effects\n under arch/arm and arch/x86. Also includes a few core changes such as\n explicitly supporting (electrical) open source and open drain outputs\n and some help for parsing gpio devicetree properties.\"\n\nFix up context conflict due to Laxman Dewangan adding sleep control for\nthe tps65910 driver separately for gpio\u0027s and regulators.\n\n* tag \u0027gpio-for-linus\u0027 of git://git.secretlab.ca/git/linux-2.6: (34 commits)\n gpio/ep93xx: Remove unused inline function and useless pr_err message\n gpio/sodaville: Mark broken due to core irqdomain migration\n gpio/omap: fix redundant decoding of gpio offset\n gpio/omap: fix incorrect update to context.irqenable1\n gpio/omap: fix incorrect context restore logic in omap_gpio_runtime_*\n gpio/omap: fix missing dataout context save in _set_gpio_dataout_reg\n gpio/omap: fix _set_gpio_irqenable implementation\n gpio/omap: fix trigger type to unsigned\n gpio/omap: fix wakeup_en register update in _set_gpio_wakeup()\n gpio: tegra: tegra_gpio_config shouldn\u0027t be __init\n gpio/davinci: fix enabling unbanked GPIO IRQs\n gpio/davinci: fix oops on unbanked gpio irq request\n gpio/omap: Fix section warning for omap_mpuio_alloc_gc()\n ARM: tegra: export tegra_gpio_{en,dis}able\n gpio/gpio-stmpe: Fix the value returned by _get_value routine\n Documentation/gpio.txt: Explain expected pinctrl interaction\n GPIO: LPC32xx: Add output reading to GPO P3\n GPIO: LPC32xx: Fix missing bit selection mask\n gpio/omap: fix wakeups on level-triggered GPIOs\n gpio/omap: Fix IRQ handling for SPARSE_IRQ\n ...\n" }, { "commit": "25553ff0756c59b617af6bdd280c94e943164184", "tree": "6ca9ec045b5d2e10523fdf46facac59aa683f4ce", "parents": [ "aca5ce14eb773a75e5d935968b2e390dc5bd29c3" ], "author": { "name": "Laxman Dewangan", "email": "ldewangan@nvidia.com", "time": "Fri Feb 17 20:26:22 2012 +0530" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Mon Mar 05 07:49:44 2012 -0700" }, "message": "gpio: gpiolib: Support for open source/emitter gpios\n\nAdding support for the open source gpio on which client\ncan specify the open source property through GPIO flag\nGPIOF_OPEN_SOURCE at the time of gpio request.\nThe open source pins are normally pulled low and it\ncannot be driven to output with value of 0 and so\nwhen client request for setting the pin to LOW, the\ngpio will be set to input direction to make pin in tristate\nand hence PULL-DOWN on pins will make the state to LOW.\nThe open source pin can be driven to HIGH by setting output\nwith value of 1.\n\nSigned-off-by: Laxman Dewangan \u003cldewangan@nvidia.com\u003e\nReviwed-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "aca5ce14eb773a75e5d935968b2e390dc5bd29c3", "tree": "7da20e783f03b076d41163aad82dfb6878964ff9", "parents": [ "3d2ddfdcf05f5f816f829f81858c54827d7be5b4" ], "author": { "name": "Laxman Dewangan", "email": "ldewangan@nvidia.com", "time": "Fri Feb 17 20:26:21 2012 +0530" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Mon Mar 05 07:49:44 2012 -0700" }, "message": "gpio: gpiolib: Support for open drain/collector gpios\n\nAdding support for the open drain gpio on which client\ncan specify the open drain property through GPIO flag\nGPIOF_OPEN_DRAIN at the time of gpio request.\nThe open drain pins are normally pulled high and it\ncannot be driven to output with value of 1 and so\nwhen client request for setting the pin to HIGH, the\ngpio will be set to input direction to make pin in tristate\nand hence PULL-UP on pins will make the state to HIGH.\nThe open drain pin can be driven to LOW by setting output\nwith value of 0.\n\nSigned-off-by: Laxman Dewangan \u003cldewangan@nvidia.com\u003e\nReviwed-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nAcked-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "187f1882b5b0748b3c4c22274663fdb372ac0452", "tree": "36283f258cf65f03599a045d48bb05d0ec27f3f9", "parents": [ "50af5ead3b44ccf8bd2b4d2a50c1b610f557c480" ], "author": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Wed Nov 23 20:12:59 2011 -0500" }, "committer": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Sun Mar 04 17:54:34 2012 -0500" }, "message": "BUG: headers with BUG/BUG_ON etc. need linux/bug.h\n\nIf a header file is making use of BUG, BUG_ON, BUILD_BUG_ON, or any\nother BUG variant in a static inline (i.e. not in a #define) then\nthat header really should be including \u003clinux/bug.h\u003e and not just\nexpecting it to be implicitly present.\n\nWe can make this change risk-free, since if the files using these\nheaders didn\u0027t have exposure to linux/bug.h already, they would have\nbeen causing compile failures/warnings.\n\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\n" }, { "commit": "feb836992437c9b8b53988da30880e0e6e93ac8b", "tree": "1fa88109514310e32112acd017c1c506d13444b5", "parents": [ "825de2e9007439977aed63771db570fc2235e8cd" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Mon Oct 24 15:24:10 2011 +0200" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Mon Oct 24 16:04:06 2011 +0200" }, "message": "gpiolib: Ensure struct gpio is always defined\n\nCurrently struct gpio is only defined when using gpiolib which makes the\nstub gpio_request_array() much less useful in drivers than is ideal as\nthey can\u0027t work with struct gpio. Since there are no other definitions\nin kernel instead make the define always available no matter if gpiolib\nis selectable or selected, ensuring that drivers can always use the\ntype.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "c001fb72a7b705f902bdfdd05b5d2408efe6f848", "tree": "a8c15469c4a09c3690479e1508ab7ca7acbfcbe7", "parents": [ "158f1e95180d01ebfd7cd5c8de23050528303f26" ], "author": { "name": "Randy Dunlap", "email": "randy.dunlap@oracle.com", "time": "Tue Jun 14 17:05:11 2011 -0700" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Thu Jun 16 08:40:52 2011 -0600" }, "message": "gpio: add GPIOF_ values regardless on kconfig settings\n\nMake GPIOF_ defined values available even when GPIOLIB nor GENERIC_GPIO\nis enabled by moving them to \u003clinux/gpio.h\u003e.\n\nFixes these build errors in linux-next:\nsound/soc/codecs/ak4641.c:524: error: \u0027GPIOF_OUT_INIT_LOW\u0027 undeclared (first use in this function)\nsound/soc/codecs/wm8915.c:2921: error: \u0027GPIOF_OUT_INIT_LOW\u0027 undeclared (first use in this function)\n\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "7c295975a85b049385dfe0d5ee0d4d543619fbdc", "tree": "447683c4ddaf6e4380ad8f5f5dd20d4576f7428e", "parents": [ "3474cb3cc0140f9cf6ca56983f8180b4b4c5c36a" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Wed May 25 16:20:31 2011 -0700" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Fri May 27 17:56:45 2011 -0600" }, "message": "gpio: make gpio_{request,free}_array gpio array parameter const\n\ngpio_{request,free}_array should not (and do not) modify the passed gpio\narray, so make the parameter const.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nAcked-by: Eric Miao \u003ceric.y.miao@gmail.com\u003e\nAcked-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "3474cb3cc0140f9cf6ca56983f8180b4b4c5c36a", "tree": "73abf5a283fb330ef15c7cb8e9d0cc264f03ab5f", "parents": [ "82ab0f75ee2f5defe300eadc91635aa455e01afd" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Tue May 10 16:23:07 2011 -0700" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Thu May 26 21:02:43 2011 -0600" }, "message": "gpio: Convert gpio_is_valid to return bool\n\nMake the code a bit more readable.\n\nInstead of casting an int to an unsigned then comparing to\nMAX_NR_GPIOS, add a \u003e\u003d 0 test and let the compiler optimizer\ndo the conversion to unsigned.\n\nThe generated code should be the same.\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nAcked-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "323b7fe8f8f6d5ac6214382cf30e8b3a80b265c9", "tree": "537e4b8a2c528f8bd2a71f954e01b71e26ff231c", "parents": [ "836cb711ad7960e52625b24195d6e70b79ab0816" ], "author": { "name": "Wolfram Sang", "email": "w.sang@pengutronix.de", "time": "Fri Jan 14 09:34:29 2011 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 14 08:06:39 2011 -0800" }, "message": "include/gpio.h: remove remaining __must_check-annotiations\n\nCommit 5f829e405ec4e96f711165a4a7b55c271d4363e2 (gpiolib: add missing functions\nto generic fallback) also introduced two.\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nCc: Greg KH \u003cgregkh@suse.de\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d8a3515e2a9523f8ed56d1f4537d16338bda2bc2", "tree": "d51bd1b4f0b3c13bedde97ba79e014882be634a9", "parents": [ "6254b32b5791e47ba1c679d023f26985fa34755a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:26:46 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 17:26:46 2011 -0800" }, "message": "Revert \"gpiolib: annotate gpio-intialization with __must_check\"\n\nThis reverts commit 0fdae42d361bbb431ca0ab0efed5126a94821177, which\nwasn\u0027t really supposed to go in, and causes lots of annoying warnings.\n\nQuoth Andrew:\n \"Complete brainfart - I meant to drop that patch ages ago.\"\n\nQuoth Greg:\n \"Ick, yeah, that patch isn\u0027t ok to go in as-is, all of the callers\n need to be fixed up first, which is what I thought we had agreed on...\"\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nAcked-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nAcked-by: Greg KH \u003cgreg@kroah.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "5f829e405ec4e96f711165a4a7b55c271d4363e2", "tree": "366c02d4d085a486546b1e071efdd51f161b2267", "parents": [ "0fdae42d361bbb431ca0ab0efed5126a94821177" ], "author": { "name": "Wolfram Sang", "email": "w.sang@pengutronix.de", "time": "Wed Jan 12 17:00:24 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 08:03:15 2011 -0800" }, "message": "gpiolib: add missing functions to generic fallback\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nCc: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nCc: Greg KH \u003cgregkh@suse.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "0fdae42d361bbb431ca0ab0efed5126a94821177", "tree": "958a045aca3e40ca487dac67597496a7ed885115", "parents": [ "49a367937fe4250144e24440e5a11ae4344202b1" ], "author": { "name": "Wolfram Sang", "email": "w.sang@pengutronix.de", "time": "Wed Jan 12 17:00:23 2011 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 13 08:03:14 2011 -0800" }, "message": "gpiolib: annotate gpio-intialization with __must_check\n\nBecause GPIOs can have crucial functions especially in embedded systems,\nwe are better safe than sorry regarding their configuration. For\ngpio_request, the documentation is simply enforced: \u003cquote\u003e\"The return\nvalue of gpio_request() must be checked.\"\u003c/quote\u003e For gpio_direction_* and\ngpio_request_*, we now act accordingly.\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nCc: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nCc: Greg KH \u003cgregkh@suse.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4e4438b86527e8bf1f49503a30d487e401e64f9c", "tree": "d5499b0784612afa77b52edcb8b8943ec975143a", "parents": [ "9f1a1fca35066117353994bff80a5115cddad7a2" ], "author": { "name": "Anton Vorontsov", "email": "cbouatmailru@gmail.com", "time": "Wed Sep 01 08:55:24 2010 -0600" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Wed Sep 01 08:55:24 2010 -0600" }, "message": "gpiolib: Add \u0027struct gpio_chip\u0027 forward declaration for !GPIOLIB case\n\nWith CONFIG_GPIOLIB\u003dn, the \u0027struct gpio_chip\u0027 is not declared,\nso the following pops up on PowerPC:\n\n cc1: warnings being treated as errors\n In file included from arch/powerpc/platforms/52xx/mpc52xx_common.c:19:\n include/linux/of_gpio.h:74: warning: \u0027struct gpio_chip\u0027 declared\n inside parameter list\n include/linux/of_gpio.h:74: warning: its scope is only this definition\n or declaration, which is probably not what\n\t\t\t you want\n include/linux/of_gpio.h:75: warning: \u0027struct gpio_chip\u0027 declared\n inside parameter list\n make[2]: *** [arch/powerpc/platforms/52xx/mpc52xx_common.o] Error 1\n\nThis patch fixes the issue by providing the proper forward declaration.\n\nSigned-off-by: Anton Vorontsov \u003ccbouatmailru@gmail.com\u003e\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\n" }, { "commit": "c4b5be98fe78508e7199d6919eb712feba9a4f01", "tree": "9e688dd076cea9213f8bcbda3627aa7941a01879", "parents": [ "796a8e423ac8afe9e98ad96e668f50142bdd7825" ], "author": { "name": "Felipe Balbi", "email": "felipe.balbi@nokia.com", "time": "Wed May 26 14:42:23 2010 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu May 27 09:12:42 2010 -0700" }, "message": "gpiolib: introduce set_debounce method\n\nA few architectures, like OMAP, allow you to set a debouncing time for the\ngpio before generating the IRQ. Teach gpiolib about that.\n\nMark said:\n: This would be generally useful for embedded systems, especially where\n: the interrupt concerned is a wake source. It allows drivers to avoid\n: spurious interrupts from noisy sources so if the hardware supports it\n: the driver can avoid having to explicitly wait for the signal to become\n: stable and software has to cope with fewer events. We\u0027ve lived without\n: it for quite some time, though.\n\nDavid said:\n: I looked at adding debounce support to the generic GPIO calls (and thus\n: gpiolib) some time back, but decided against it. I forget why at this\n: time (check list archives) but it wasn\u0027t because of lack of utility in\n: certain contexts.\n:\n: One thing to watch out for is just how variable the hardware capabilities\n: are. Atmel GPIOs have something like a fixed number of 32K clock cycles\n: for debounce, twl4030 had something odd, OMAPs were more like the Atmel\n: chips but with a different clock. In some cases debouncing had to be\n: ganged, not per-GPIO. And so forth.\n\nSigned-off-by: Felipe Balbi \u003cfelipe.balbi@nokia.com\u003e\nCc: Tony Lindgren \u003ctony@atomide.com\u003e\nCc: David Brownell \u003cdavid-b@pacbell.net\u003e\nReviewed-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "0769746183caff9d4334be48c7b0e7d2ec8716c4", "tree": "e23768be82bd84cf8331709ecc1fd36c3d468f33", "parents": [ "35570ac6039ef490b9c5abde1fee4803a39bf4e1" ], "author": { "name": "Jani Nikula", "email": "ext-jani.1.nikula@nokia.com", "time": "Tue Dec 15 16:46:20 2009 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Dec 16 07:20:01 2009 -0800" }, "message": "gpiolib: add support for changing value polarity in sysfs\n\nDrivers may use gpiolib sysfs as part of their public user space\ninterface. The GPIO number and polarity might change from board to\nboard. The gpio_export_link() call can be used to hide the GPIO number\nfrom user space. Add support for also hiding the GPIO line polarity\nchanges from user space.\n\nSigned-off-by: Jani Nikula \u003cext-jani.1.nikula@nokia.com\u003e\nCc: David Brownell \u003cdavid-b@pacbell.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a4177ee7f1a83eecb1d75e85d32664b023ef65e9", "tree": "614b12b1f28a1a9090d96bea33639265e3e79839", "parents": [ "d8c1acb1664d17dd995e34507533321e986d9215" ], "author": { "name": "Jani Nikula", "email": "ext-jani.1.nikula@nokia.com", "time": "Tue Sep 22 16:46:33 2009 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Sep 23 07:39:46 2009 -0700" }, "message": "gpiolib: allow exported GPIO nodes to be named using sysfs links\n\nCommit 926b663ce8215ba448960e1ff6e58b67a2c3b99b (gpiolib: allow GPIOs to\nbe named) already provides naming on the chip level. This patch provides\nmore flexibility by allowing multiple names where ever in sysfs on a per\nGPIO basis.\n\nAdapted from David Brownell\u0027s comments on a similar concept:\nhttp://lkml.org/lkml/2009/4/20/203.\n\n[randy.dunlap@oracle.com: fix build for CONFIG_GENERIC_GPIO\u003dn]\nSigned-off-by: Jani Nikula \u003cext-jani.1.nikula@nokia.com\u003e\nAcked-by: David Brownell \u003cdavid-b@pacbell.net\u003e\nCc: Daniel Silverstone \u003cdsilvers@simtec.co.uk\u003e\nSigned-off-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "3d599d1ca57f443e5c4ff5af1e69d90350082f77", "tree": "475b066c18f2b610d6a0ee0a6313237ce61afc4a", "parents": [ "c557fa3e4c156b8713c177d9dde08920130bf551" ], "author": { "name": "Uwe Kleine-König", "email": "ukleinek@informatik.uni-freiburg.de", "time": "Wed Oct 15 22:03:12 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Oct 16 11:21:40 2008 -0700" }, "message": "gpio_free might sleep, generic part\n\nAccording to the documentation gpio_free should only be called from task\ncontext only. To make this more explicit add a might sleep to all\nimplementations.\n\nThis is the generic part which changes gpiolib and the fallback\nimplementation only.\n\nSigned-off-by: Uwe Kleine-König \u003cukleinek@informatik.uni-freiburg.de\u003e\nCc: David Brownell \u003cdavid-b@pacbell.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "d8f388d8dc8d4f36539dd37c1fff62cc404ea0fc", "tree": "df8603775c889f29f8a03c77b9f7913bfd90d296", "parents": [ "8b6dd986823a8d92ed9f54baa5cef8604d9d9d44" ], "author": { "name": "David Brownell", "email": "dbrownell@users.sourceforge.net", "time": "Fri Jul 25 01:46:07 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jul 25 10:53:30 2008 -0700" }, "message": "gpio: sysfs interface\n\nThis adds a simple sysfs interface for GPIOs.\n\n /sys/class/gpio\n \t/export ... asks the kernel to export a GPIO to userspace\n \t/unexport ... to return a GPIO to the kernel\n /gpioN ... for each exported GPIO #N\n\t /value ... always readable, writes fail for input GPIOs\n\t /direction ... r/w as: in, out (default low); write high, low\n\t/gpiochipN ... for each gpiochip; #N is its first GPIO\n\t /base ... (r/o) same as N\n\t /label ... (r/o) descriptive, not necessarily unique\n\t /ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)\n\nGPIOs claimed by kernel code may be exported by its owner using a new\ngpio_export() call, which should be most useful for driver debugging.\nSuch exports may optionally be done without a \"direction\" attribute.\n\nUserspace may ask to take over a GPIO by writing to a sysfs control file,\nhelping to cope with incomplete board support or other \"one-off\"\nrequirements that don\u0027t merit full kernel support:\n\n echo 23 \u003e /sys/class/gpio/export\n\t... will gpio_request(23, \"sysfs\") and gpio_export(23);\n\tuse /sys/class/gpio/gpio-23/direction to (re)configure it,\n\twhen that GPIO can be used as both input and output.\n echo 23 \u003e /sys/class/gpio/unexport\n\t... will gpio_free(23), when it was exported as above\n\nThe extra D-space footprint is a few hundred bytes, except for the sysfs\nresources associated with each exported GPIO. The additional I-space\nfootprint is about two thirds of the current size of gpiolib (!). Since\nno /dev node creation is involved, no \"udev\" support is needed.\n\nRelated changes:\n\n * This adds a device pointer to \"struct gpio_chip\". When GPIO\n providers initialize that, sysfs gpio class devices become children of\n that device instead of being \"virtual\" devices.\n\n * The (few) gpio_chip providers which have such a device node have\n been updated.\n\n * Some gpio_chip drivers also needed to update their module \"owner\"\n field ... for which missing kerneldoc was added.\n\n * Some gpio_chips don\u0027t support input GPIOs. Those GPIOs are now\n flagged appropriately when the chip is registered.\n\nBased on previous patches, and discussion both on and off LKML.\n\nA Documentation/ABI/testing/sysfs-gpio update is ready to submit once this\nmerges to mainline.\n\n[akpm@linux-foundation.org: a few maintenance build fixes]\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nCc: Guennadi Liakhovetski \u003cg.liakhovetski@pengutronix.de\u003e\nCc: Greg KH \u003cgreg@kroah.com\u003e\nCc: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "6ea0205b56546cef782b74d9f4664ec00290a6ae", "tree": "6d95b52af65d6de540e606d95159e539d5cc2852", "parents": [ "ee29420aca6ca6fbb3e72ee8a980b2600911b864" ], "author": { "name": "David Brownell", "email": "david-b@pacbell.net", "time": "Fri May 23 13:04:58 2008 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat May 24 09:56:13 2008 -0700" }, "message": "gpio: build fixes\n\nThis fixes various gpio-related build errors (mostly potential)\nreported in part by Russell King and Uwe Kleine-König.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nCc: Uwe Kleine-König \u003cUwe.Kleine-Koenig@digi.com\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nCc: Arnaud Patard \u003carnaud.patard@rtp-net.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "7560fa60fcdcdb0da662f6a9fad9064b554ef46c", "tree": "2089d826b0b9230752f318b20884dca20b3847d5", "parents": [ "83c7c693ed3e61535ad6a097ad991a88aafc54b8" ], "author": { "name": "David Brownell", "email": "david-b@pacbell.net", "time": "Tue Mar 04 14:28:27 2008 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue Mar 04 16:35:10 2008 -0800" }, "message": "gpio: \u003clinux/gpio.h\u003e and \"no GPIO support here\" stubs\n\nAdd a \u003clinux/gpio.h\u003e defining fail/warn stubs for GPIO calls on platforms that\ndon\u0027t support the GPIO programming interface. That includes the arch-specific\nimplementation glue otherwise.\n\nThis facilitates a new model for GPIO usage: drivers that can use GPIOs if\nthey\u0027re available, but don\u0027t require them. One example of such a driver is\nNAND driver for various FreeScale chips. On platforms update with GPIO\nsupport, they can be used instead of a worst-case delay to verify that the\nBUSY signal is off.\n\n(Also includes a couple minor unrelated doc updates.)\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" } ] }