GitHub PushEvent at 2014-04-20 21:35:52
Repository: linux-dccp
Actor: grrtrr
Payload: {"shas":[["8e57c7831cf453ec0b78324cbaf510f740d83729","fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de","i2c: i2c-nomadik: deprecate class based instantiation\n\nWarn users that class based instantiation is going away soon in favour\nof more robust probing and faster bootup times.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nAcked-by: Linus Walleij <linus.walleij@linaro.org>","Wolfram Sang",false],["878f00b082e0a32988b425c097116971475ffdd9","fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de","i2c: i2c-ocores: deprecate class based instantiation\n\nWarn users that class based instantiation is going away soon in favour\nof more robust probing and faster bootup times.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nAcked-by: Peter Korsgaard <jacmet@sunsite.dk>","Wolfram Sang",false],["bee749c6f02c859980e44bd669a1f2de144b237f","fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de","i2c: i2c-stu300: deprecate class based instantiation\n\nWarn users that class based instantiation is going away soon in favour\nof more robust probing and faster bootup times.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nAcked-by: Linus Walleij <linus.walleij@linaro.org>","Wolfram Sang",false],["02c2a28231a30ec7e7d1edf4d8da141554b7d8ad","fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de","i2c: i2c-tegra: deprecate class based instantiation\n\nWarn users that class based instantiation is going away soon in favour\nof more robust probing and faster bootup times.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nAcked-by: Stephen Warren <swarren@nvidia.com>","Wolfram Sang",false],["96c4b6bb5ddb03881dfc1c91410548432138d4ba","fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de","i2c: i2c-rcar: deprecate class based instantiation\n\nWarn users that class based instantiation is going away soon in favour\nof more robust probing and faster bootup times.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","Wolfram Sang",false],["370136bc67c3f502ec96446e502ba80b94150f9d","2d324f4ca95610bde432fa2af2f28cd21110687d@free-electrons.com","i2c: mv64xxx: Add reset deassert call\n\nThe Allwinner A31 SoC using that IP has a reset controller maintaining\nit reset unless told otherwise.\n\nAdd some optional reset support to the driver.\n\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>\nReviewed-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nTested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","Maxime Ripard",false],["c7dcb1fec059c429f5096d20ab9e0f439fcfa909","2d324f4ca95610bde432fa2af2f28cd21110687d@free-electrons.com","i2c: mv64xxx: Add support for the Allwinner A31 I2C driver\n\nThe Allwinner A31 I2C controller is almost identical to the one used in the\nother Allwinner SoCs, except for the fact that it needs to clear the interrupt\nby setting the INT_FLAGS bit in the control register, instead of clearing it.\n\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>\nReviewed-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nTested-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","Maxime Ripard",false],["fc04cc67ea8f44124f048832a745a24bc2fa12fa","b060cfa1096cc6e8be83699ddb4ed8a77dd63af5@intel.com","tools/power turbostat: simplify output, add Avg_MHz\n\nUse 8 columns for each number ouput.\nWe don't fit into 80 columns on most machines,\nso keep the format simple.\n\nPrint frequency in MHz instead of GHz.\nWe've got 8 columns now, so use them to\nshow low frequency in a more natural unit.\n\nMany users didn't understand what %c0 meant,\nso re-name it to be %Busy.\n\nAdd Avg_MHz column, which is the frequency that many\nusers expect to see -- the total number of cycles executed\nover the measurement interval.\n\nPeople found the previous GHz to be confusing, since\nit was the speed only over the non-idle interval.\nThat measurement has been re-named Bzy_MHz.\n\nSuggested-by: Dirk J. Brandewie\nSigned-off-by: Len Brown <len.brown@intel.com>","Len Brown",false],["4e8e863fed2e82278d29c6357de8251adb73acb9","b060cfa1096cc6e8be83699ddb4ed8a77dd63af5@intel.com","tools/power turbostat: Run on Broadwell\n\nSigned-off-by: Len Brown <len.brown@intel.com>","Len Brown",false],["42e4a12a0d92d09de66d8b5b2c85855b8051c15e","ae960578cc5eca7b9b1dbc37d9caa6cb634f35e0@ideasonboard.com","DMA: shdma: Fix warnings due to improper casts and printk formats\n\nUse the %zu and %pad printk specifiers to print size_t and dma_addr_t\nvariables, and cast pointers to uintptr_t instead of unsigned int where\napplicable. This fixes warnings on platforms where pointers and/or\ndma_addr_t have a different size than int\n\nCc: Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>\nCc: Vinod Koul <vinod.koul@intel.com>\nCc: dmaengine@vger.kernel.org\nSigned-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Laurent Pinchart",false],["52d6a5ee101bf0e6c1fc5373eebe5c3307e4a0ca","ae960578cc5eca7b9b1dbc37d9caa6cb634f35e0@ideasonboard.com","DMA: shdma: Fix warnings due to declared but unused symbols\n\nSeveral functions and variables are use on SH_CPU4 or ARM only. Guard\ntheir declaration with conditional compilation directives to avoid\nwarnings.\n\nCc: Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>\nCc: Vinod Koul <vinod.koul@intel.com>\nCc: dmaengine@vger.kernel.org\nSigned-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Laurent Pinchart",false],["51455ec4f0d6aaff7371b51e8155e0d4bec1aca5","ae960578cc5eca7b9b1dbc37d9caa6cb634f35e0@ideasonboard.com","DMA: shdma: Make sh_dmae_pm static\n\nThe structure isn't used outside of its compilation unit. Make it\nstatic.\n\nCc: Guennadi Liakhovetski <g.liakhovetski+renesas@gmail.com>\nCc: Vinod Koul <vinod.koul@intel.com>\nCc: dmaengine@vger.kernel.org\nSigned-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Laurent Pinchart",false],["e3ddc979465118b7ba46fed7cd10f4421edc3049","426f95a839c55c67af64a403cbb9189f8d39e4c6@gmx.at","dma: edma: Fix memory leak in edma_prep_dma_cyclic()\n\nFix a memory leak in the edma_prep_dma_cyclic() error handling path.\n\nSigned-off-by: Christian Engelmayer <cengelma@gmx.at>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Christian Engelmayer",false],["f0b507774449ec35fbfd7173e5fc7dd4df71a81c","4e92301452ced7a9cf1e5ca194da9c30c818b2d6@marvell.com","dma: mmp_pdma: add IRQF_SHARED when request irq\n\nFor some SOCes use mmp_pdma, they have several dma controllers\nsharing same irq.\nSo add IRQF_SHARED to flag when request irq. It can make multiple\ncontrollers share the same irq.\n\nSigned-off-by: Chao Xie <chao.xie@marvell.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Chao Xie",false],["7dedc002c0ec676590bf78ae8d76f2ffd51564f6","c8c9421c575f4d06a8241c19fda3fedd05794cda@marvell.com","dma: mmp_tdma: move to generic device tree binding\n\n    This patch makes the mmp_tdma controller able to provide DMA\nresources in DT environments by providing an dma xlate function to\nget the generic DMA device tree helper support. Then DMA clients only\nneed to call dma_request_slave_channel() for requesting a DMA channel\nfrom dmaengine.\n\nSigned-off-by: Nenghua Cao <nhcao@marvell.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Nenghua Cao",false],["7cbccb55f04bef306bc2840185ec8f986bd0df3c","3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","dma: Remove comment about embedding dma_slave_config into custom structs\n\nThe documentation for the dma_slave_config struct recommends that if a DMA\ncontroller has special configuration options, which can not be configured\nthrough the dma_slave_config struct, the driver should create its own custom\nconfig struct and embed the dma_slave_config struct in it and pass the custom\nconfig struct to dmaengine_slave_config(). This overloads the generic\ndmaengine_slave_config() API with custom semantics and any caller of the\ndmaengine_slave_config() that is not aware of these special semantics will cause\nundefined behavior. This means that it is impossible for generic code to make\nuse of dmaengine_slave_config(). Such a restriction contradicts the very idea of\nhaving a generic API.\n\nE.g. consider the following case of a DMA controller that has an option to\nreverse the field polarity of the DMA transfer with the following implementation\nfor setting the configuration:\n\n\tstruct my_slave_config {\n\t\tstruct dma_slave_config config;\n\t\tunsigned int field_polarity;\n\t};\n\n\tstatic int my_dma_controller_slave_config(struct dma_chan *chan,\n\t\tstruct dma_slave_config *config)\n\t{\n\t\tstruct my_slave_config *my_cfg = container_of(config,\n\t\t\t\tstruct my_slave_config, config);\n\n\t\t...\n\t\tmy_dma_set_field_polarity(chan, my_cfg->field_polarity);\n\t\t...\n\t}\n\nNow a generic user of the dmaengine API might want to configure a DMA channel\nfor this DMA controller that it obtained using the following code:\n\n\tstruct dma_slave_config config;\n\n\tconfig.src_addr = ...;\n\t...\n\tdmaengine_slave_config(chan, &config);\n\nThe call to dmaengine_slave_config() will eventually call into\nmy_dma_controller_slave_config() which will cast from dma_slave_config to\nmy_slave_config and then tries to access the field_polarity member. Since the\ndma_slave_config struct that was passed in was never embedded into a\nmy_slave_config struct this attempt will just read random stack garbage and use\nthat to configure the DMA controller. This is bad. Instead, if a DMA controller\nreally needs to have custom configuration options, the driver should create a\ncustom API for it. This makes it very clear that there is a direct dependency\nof a user of such an API and the implementer. E.g.:\n\n\tint my_dma_set_field_polarity(struct dma_chan *chan,\n\t\tunsigned int field_polarity) {\n\t\tif (chan->device->dev->driver != &my_dma_controller_driver.driver)\n\t\t\treturn -EINVAL;\n\t\t...\n\t}\n\tEXPORT_SYMBOL_GPL(my_dma_set_field_polarity);\n\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Lars-Peter Clausen",false],["178c81e58e91559fd2c6b1cae43c8f573a2ead36","4db3b194e3d265fee9d2d9f059d65eb497fc7a1b@freescale.com","dma: fsl-edma: fix static checker warning of NULL dereference\n\nThe static checker reports following warning:\n\tdrivers/dma/fsl-edma.c:732 fsl_edma_xlate()\n\terror: we previously assumed 'chan' could be null (see line 737)\nThe changes of the loop cursor in the iteration may result in\nNULL dereference when dma_get_slave_channel failed but loop\nwill continue. So use list_for_each_entry_safe() instead of\nlist_for_each_entry() to against this.\n\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Jingchang Lu <b35083@freescale.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Jingchang Lu",false],["1d94fe0601de795e9f43e289bb381f10b53d48f8","2d24902f83da69c248f5b0282406fefa25814305@mail.ru","dma: imx-dma: Replace printk with dev_*\n\nUse the dev_* message logging API instead of raw printk.\n\nSigned-off-by: Alexander Shiyan <shc_work@mail.ru>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Alexander Shiyan",false],["4de9b3b0442cdb6d604069b47ffe920813ef6710","2d24902f83da69c248f5b0282406fefa25814305@mail.ru","dma: imx-dma: Add missing module owner field\n\nSigned-off-by: Alexander Shiyan <shc_work@mail.ru>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","Alexander Shiyan",false],["472b854bbc0b55de850faa802250fc1aa7692e45","c0e555b7ae00100ef072952f15005aa529deac41@canonical.com","leds-gpio: of: introduce MODULE_DEVICE_TABLE for module autoloading\n\nEnable autoloading of leds-gpio module when a corresponing DT entry is present.\n\nSigned-off-by: Paolo Pisati <paolo.pisati@canonical.com>\nSigned-off-by: Bryan Wu <cooloney@gmail.com>","Paolo Pisati",false]],"size":1000,"ref":"refs/heads/master","head":"ebfc45ee7004088d610cd399d2dee6d95f87199b"}