Re: [PATCH v2 1/3] habanalabs: remove extra semicolon

On 4/2/2019 10:37 PM, Oded Gabbay wrote: This patch removes an extra ; after the closing brackets of a while loop. Signed-off-by: Oded Gabbay Reviewed-by: Mukesh Ojha Cheers, -Mukesh --- drivers/misc/habanalabs/device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] mm/hugetlb: Get rid of NODEMASK_ALLOC

On Tue, Apr 02, 2019 at 03:34:15PM +0200, Oscar Salvador wrote: > NODEMASK_ALLOC is used to allocate a nodemask bitmap, ant it does it by > first determining whether it should be allocated in the stack or dinamically > depending on NODES_SHIFT. > Right now, it goes the dynamic path whenever the

Re: [PATCH] thermal/drivers/core: Remove the module Kconfig's option

On Mon, Apr 1, 2019 at 10:24 AM Daniel Lezcano wrote: > > The module support for the thermal subsystem does have a little sense: > - some subsystems relying on it are not modules, thus forcing the >framework to be compiled in > - it is compiled in for almost every configs, the remaining

[PATCH v2] ubsan: Avoid unnecessary 128-bit shifts

If CONFIG_ARCH_SUPPORTS_INT128, s_max is 128 bits, and variable sign-extending shifts of such a double-word data type are a non-trivial amount of code and complexity. Do a single-word shift *before* the cast to (s_max), greatly simplifying the object code. (Yes, I know "signed long" is

[PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT

i2c-designware-platdrv fails to work after the system restored from hibernation: [ 272.775692] i2c_designware 80860F41:00: Unknown Synopsys component type: 0x Commit 48402cee6889 ("ACPI / LPSS: Resume BYT/CHT I2C controllers from resume_noirq") makes

Re: [PATCH v2 0/2] A couple hugetlbfs fixes

On Thu, Mar 28, 2019 at 04:47:02PM -0700, Mike Kravetz wrote: > I stumbled on these two hugetlbfs issues while looking at other things: > - The 'restore reserve' functionality at page free time should not > be adjusting subpool counts. > - A BUG can be triggered (not easily) due to temporarily

Re: [PATCH 05/10] dt-bindings: PCI: tegra: Add device tree support for T194

On 4/2/2019 7:50 PM, Thierry Reding wrote: On Tue, Apr 02, 2019 at 02:46:27PM +0530, Vidya Sagar wrote: On 4/1/2019 8:01 PM, Thierry Reding wrote: On Mon, Apr 01, 2019 at 04:48:42PM +0530, Vidya Sagar wrote: On 3/31/2019 12:12 PM, Rob Herring wrote: On Tue, Mar 26, 2019 at 08:43:22PM +0530,

Does vdso_install attempt to re-compile objects under root privilege?

Hi. I have a question about 'vdso_install'. In my understanding, vdso is embedded in the kernel. In addition, you can run 'make vdso_install' to install an unstripped version of vdso. (Mainly, debugging purpose?) By default, 'make vdso_install' will install it to /lib/modules/$(uname

Re: WARNING in cma_exit_net

On Tue, Apr 02, 2019 at 04:39:12PM -0700, Bart Van Assche wrote: > On Mon, 2019-04-01 at 21:29 +0300, Leon Romanovsky wrote: > > On Mon, Apr 01, 2019 at 02:45:54PM -0300, Jason Gunthorpe wrote: > > > On Mon, Apr 01, 2019 at 10:36:05AM -0700, syzbot wrote: > > > > Hello, > > > > > > > > syzbot

Re: linux-next: manual merge of the char-misc tree with the char-misc.current tree

On 03/04/2019 04:56, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the char-misc tree got a conflict in: drivers/misc/fastrpc.c between commit: 01b76c32e3f3 ("misc: fastrpc: add checked value for dma_set_mask") from the char-misc.current tree and commit:

Re: 15c8410c67 ("mm/slob.c: respect list_head abstraction layer"): WARNING: CPU: 0 PID: 1 at lib/list_debug.c:28 __list_add_valid

88301e include/linux/list.h: add list_rotate_to_front() > 15c8410c67 mm/slob.c: respect list_head abstraction layer > 05d08e2995 Add linux-next specific files for 20190402 > +---+----+--

Re: [PATCH v3 0/5] lib: rework bitmap_parselist and tests

On Wed, Apr 03, 2019 at 07:45:35AM +0300, Yury Norov wrote: > bitmap_parselist has been evolved from a pretty simple idea for long and > now lacks for refactoring. It is not structured, has nested loops and a > set of opaque-named variables. > > Things are more complicated because

[PATCH 2/5] lib: rework bitmap_parselist

Remove __bitmap_parselist helper and split the function to logical parts. Signed-off-by: Yury Norov --- lib/bitmap.c | 258 +-- 1 file changed, 145 insertions(+), 113 deletions(-) diff --git a/lib/bitmap.c b/lib/bitmap.c index

[PATCH 3/5] lib/test_bitmap: switch test_bitmap_parselist to ktime_get()

test_bitmap_parselist currently uses get_cycles which is not implemented on some platforms, so use ktime_get() instead. Signed-off-by: Yury Norov --- lib/test_bitmap.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/lib/test_bitmap.c b/lib/test_bitmap.c index

[PATCH 1/5] lib: make bitmap_parselist_user() a wrapper on bitmap_parselist()

Currently we parse user data byte after byte which leads to overcomplification of parsing algorithm. The only user of bitmap_parselist_user() is not performance-critical, and so we can copy user data to kernel buffer and simply call bitmap_parselist(). This rework lets us unify and simplify

[PATCH v3 0/5] lib: rework bitmap_parselist and tests

bitmap_parselist has been evolved from a pretty simple idea for long and now lacks for refactoring. It is not structured, has nested loops and a set of opaque-named variables. Things are more complicated because bitmap_parselist() is a part of user interface, and its behavior should not change.

[GIT PULL] PHY: For 5.1 -rc

Hi Greg, Please find the pull request for 5.1 -rc cycle below. It fixes PHY programming sequence in phy-ti-pipe3 driver to align with TRM, requests IRQ only for OTG in phy-rcar-gen3-usb2 and a bunch of other linker errors and compilation warnings seen in randconfig. Please see the complete list

Applied "spi: gpio: Drop unused spi_to_pdata()" to the spi tree

The patch spi: gpio: Drop unused spi_to_pdata() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: linux-next: build failure after merge of the sound-asoc tree

On Wed, Apr 03, 2019 at 12:27:53PM +0800, Baolin Wang wrote: > On Wed, 3 Apr 2019 at 11:35, Mark Brown wrote: > > We can't leave this broken in -next for that long, can you please post > > the patch now if you've already got it? > OK, but I need some time to setup my environment to send this

Applied "spi: spi-mem: export spi_mem_default_supports_op()" to the spi tree

The patch spi: spi-mem: export spi_mem_default_supports_op() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "spi: lpspi: add missing complete in abort func at dma mode" to the spi tree

The patch spi: lpspi: add missing complete in abort func at dma mode has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "spi: gpio: Simplify SPI_MASTER_NO_TX check in spi_gpio_probe()" to the spi tree

The patch spi: gpio: Simplify SPI_MASTER_NO_TX check in spi_gpio_probe() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "regulator: lm363x: Use proper data type for regmap_read arguments" to the regulator tree

The patch regulator: lm363x: Use proper data type for regmap_read arguments has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "spi: gpio: Drop unused pdata copy in struct spi_gpio" to the spi tree

The patch spi: gpio: Drop unused pdata copy in struct spi_gpio has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: tlv320aic31xx: aic31xx_set_jack() can be static" to the asoc tree

The patch ASoC: tlv320aic31xx: aic31xx_set_jack() can be static has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "spi: gpio: Add local struct device pointer in spi_gpio_probe()" to the spi tree

The patch spi: gpio: Add local struct device pointer in spi_gpio_probe() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Applied "spi: gpio: Add local struct spi_bitbang pointer in spi_gpio_probe()" to the spi tree

The patch spi: gpio: Add local struct spi_bitbang pointer in spi_gpio_probe() has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "regulator: lm363x: Constify regulator_ops" to the regulator tree

The patch regulator: lm363x: Constify regulator_ops has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: twl: Constify regulator_ops" to the regulator tree

The patch regulator: twl: Constify regulator_ops has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "regmap: verify if register is writeable before writing operations" to the regmap tree

The patch regmap: verify if register is writeable before writing operations has been applied to the regmap tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

[PATCH v3 0/5] lib: rework bitmap_parselist and tests

bitmap_parselist has been evolved from a pretty simple idea for long and now lacks for refactoring. It is not structured, has nested loops and a set of opaque-named variables. Things are more complicated because bitmap_parselist() is a part of user interface, and its behavior should not change.

Applied "ASoC: Mediatek: MT8183: TS3A227: fix build error" to the asoc tree

The patch ASoC: Mediatek: MT8183: TS3A227: fix build error has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

[PATCH v3 0/5] lib: rework bitmap_parselist and tests

bitmap_parselist has been evolved from a pretty simple idea for long and now lacks for refactoring. It is not structured, has nested loops and a set of opaque-named variables. Things are more complicated because bitmap_parselist() is a part of user interface, and its behavior should not change.

[RFC PATCH v2 08/14] tools/testing/slab: Add object migration test suite

We just added a module that enables testing the SLUB allocators ability to defrag/shrink caches via movable objects. Tests are better when they are automated. Add automated testing via a python script for SLUB movable objects. Example output: $ cd path/to/linux/tools/testing/slab $

[RFC PATCH v2 05/14] tools/vm/slabinfo: Add remote node defrag ratio output

Add output line for NUMA remote node defrag ratio. Signed-off-by: Tobin C. Harding --- tools/vm/slabinfo.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c index cbfc56c44c2f..d2c22f9ee2d8 100644 --- a/tools/vm/slabinfo.c +++

[RFC PATCH v2 06/14] tools/vm/slabinfo: Add defrag_used_ratio output

Add output for the newly added defrag_used_ratio sysfs knob. Signed-off-by: Tobin C. Harding --- tools/vm/slabinfo.c | 4 1 file changed, 4 insertions(+) diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c index d2c22f9ee2d8..ef4ff93df4cc 100644 --- a/tools/vm/slabinfo.c +++

[RFC PATCH v2 01/14] slub: Add isolate() and migrate() methods

Add the two methods needed for moving objects and enable the display of the callbacks via the /sys/kernel/slab interface. Add documentation explaining the use of these methods and the prototypes for slab.h. Add functions to setup the callbacks method for a slab cache. Add empty functions for

[RFC PATCH v2 12/14] slub: Enable balancing slabs across nodes

We have just implemented Slab Movable Objects (SMO). On NUMA systems slabs can become unbalanced i.e. many slabs on one node while other nodes have few slabs. Using SMO we can balance the slabs across all the nodes. The algorithm used is as follows: 1. Move all objects to node 0 (this has the

[RFC PATCH v2 02/14] tools/vm/slabinfo: Add support for -C and -M options

-C lists caches that use a ctor. -M lists caches that support object migration. Add command line options to show caches with a constructor and caches that are movable (i.e. have migrate function). Co-developed-by: Christoph Lameter Signed-off-by: Tobin C. Harding --- tools/vm/slabinfo.c | 40

[RFC PATCH v2 03/14] slub: Sort slab cache list

It is advantageous to have all defragmentable slabs together at the beginning of the list of slabs so that there is no need to scan the complete list. Put defragmentable caches first when adding a slab cache and others last. Co-developed-by: Christoph Lameter Signed-off-by: Tobin C. Harding ---

Re: [PATCH v2 2/4] opp: add API which get max freq by voltage

On Fri, Mar 29, 2019 at 2:46 PM Andrew-sh.Cheng wrote: > > This API will get voltage as input parameter. > Search all opp items for the item which with max frequency, > and the voltae is smaller than provided voltage. > > Signed-off-by: Andrew-sh.Cheng > --- > drivers/opp/core.c | 55 >

[RFC PATCH v2 00/14] Slab Movable Objects (SMO)

Hi, Version 2 re-structured to better follow the structure of Chirstoph's original patchset (linked below). Functions renamed and other suggestions on v1 from Roman implemented. This version also adds an attempt at implementing object migration for the dcache, appropriate filesystem folk CC'd.

[RFC PATCH v2 14/14] dcache: Implement object migration

The dentry slab cache is susceptible to internal fragmentation. Now that we have Slab Movable Objects we can defragment the dcache. Object migration is only possible for dentry objects that are not currently referenced by anyone, i.e. we are using the object migration infrastructure to free

[RFC PATCH v2 10/14] tools/testing/slab: Add XArray movable objects tests

We just implemented movable objects for the XArray. Let's test it intree. Add test module for the XArray's movable objects implementation. Functionality of the XArray Slab Movable Object implementation can usually be seen by simply by using `slabinfo` on a running machine since the radix tree

[PATCH 6/6] arm64/mm: Enable ZONE_DEVICE

Arch implementation for functions which create or destroy vmemmap mapping (vmemmap_populate, vmemmap_free) can comprehend and allocate from inside device memory range through driver provided vmem_altmap structure which fulfils all requirements to enable ZONE_DEVICE on the platform. Hence just

[RFC PATCH v2 07/14] tools/testing/slab: Add object migration test module

We just implemented slab movable objects for the SLUB allocator. We should test that code. In order to do so we need to be able to do a number of things - Create a cache - Enable Slab Movable Objects for the cache - Allocate objects to the cache - Free objects from within specific slabs of

[RFC PATCH v2 11/14] slub: Enable moving objects to/from specific nodes

We have just implemented Slab Movable Objects (object migration). Currently object migration is used to defrag a cache. On NUMA systems it would be nice to be able to control the source and destination nodes when moving objects. Add CONFIG_SMO_NODE to guard this feature. CONFIG_SMO_NODE depends

[RFC PATCH v2 09/14] xarray: Implement migration function for objects

Implement functions to migrate objects. This is based on initial code by Matthew Wilcox and was modified to work with slab object migration. Cc: Matthew Wilcox Co-developed-by: Christoph Lameter Signed-off-by: Tobin C. Harding --- lib/radix-tree.c | 13 + lib/xarray.c | 46

[RFC PATCH v2 13/14] dcache: Provide a dentry constructor

In order to support object migration on the dentry cache we need to have a determined object state at all times. Without a constructor the object would have a random state after allocation. Provide a dentry constructor. Signed-off-by: Tobin C. Harding --- fs/dcache.c | 37

[PATCH 5/6] mm/memremap: Rename and consolidate SECTION_SIZE

From: Robin Murphy Enabling ZONE_DEVICE (through ARCH_HAS_ZONE_DEVICE) for arm64 reveals that memremap's internal helpers for sparsemem sections conflict with arm64's definitions for hugepages which inherit the name of "sections" from earlier versions of the ARM architecture. Disambiguate

[RFC PATCH v2 04/14] slub: Slab defrag core

Internal fragmentation can occur within pages used by the slub allocator. Under some workloads large numbers of pages can be used by partial slab pages. This under-utilisation is bad simply because it wastes memory but also because if the system is under memory pressure higher order allocations

[PATCH 4/6] mm/hotplug: Reorder arch_remove_memory() call in __remove_memory()

Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs entries between memory block and node. It first checks pfn validity with pfn_valid_within() before fetching nid. With CONFIG_HOLES_IN_ZONE config (arm64 has this enabled) pfn_valid_within() calls pfn_valid(). pfn_valid() is

[PATCH 3/6] arm64/mm: Enable struct page allocation from device memory

ZONE_DEVICE based device memory like persistent memory would typically be more than available system RAM and can have size in TBs. Allocating struct pages from system RAM for these vast range of device memory will reduce amount of system RAM available for other purposes. There is a mechanism with

[PATCH 1/6] arm64/mm: Enable sysfs based memory hot add interface

Sysfs memory probe interface (/sys/devices/system/memory/probe) can accept starting physical address of an entire memory block to be hot added into the kernel. This is in addition to the existing ACPI based interface. This just enables it with the required config CONFIG_ARCH_MEMORY_PROBE.

[PATCH 2/6] arm64/mm: Enable memory hot remove

Memory removal from an arch perspective involves tearing down two different kernel based mappings i.e vmemmap and linear while releasing related page table pages allocated for the physical memory range to be removed. Define a common kernel page table tear down helper remove_pagetable() which can

[PATCH 0/6] arm64/mm: Enable memory hot remove and ZONE_DEVICE

This series enables memory hot remove on arm64, fixes a memblock removal ordering problem in generic __remove_memory(), enables sysfs memory probe interface on arm64. It also enables ZONE_DEVICE with struct vmem_altmap support. Testing: Tested hot remove on arm64 for all 4K, 16K, 64K page config

Re: linux-next: build failure after merge of the sound-asoc tree

On Wed, 3 Apr 2019 at 11:35, Mark Brown wrote: > > On Wed, Apr 03, 2019 at 10:12:47AM +0800, Baolin Wang wrote: > > > snd-soc-sprd-platform-objs := sprd-pcm-dma.o sprd-pcm-compress.o > > > obj-$(CONFIG_SND_SOC_SPRD) += snd-soc-sprd-platform.o > > > I will send out one incremental patch to fix

Re: linux-next: Signed-off-by missing for commit in the cifs tree

Fixed - Updated author to match signed off line On Tue, Apr 2, 2019 at 3:40 PM Stephen Rothwell wrote: > > Hi all, > > Commit > > d0cb257cb7b0 ("Show locallease in /proc/mounts for cifs shares mounted with > locallease feature.") > > is missing a Signed-off-by from its author. > > -- >

Re: [PATCH] staging: gdm724x: Add parenthesis to Macro arguments

On Tue, Apr 02, 2019 at 10:04:05PM -0300, Andre Dainez wrote: > Fix checkpatch errors: > > CHECK: Macro argument 'len' may be better as '(len)' to avoid precedence > issues > CHECK: Macro argument 'nlh' may be better as '(nlh)' to avoid precedence > issues > > Signed-off-by: Andre Dainez >

Re: [PATCH] watchdog: Convert to use devm_platform_ioremap_resource

On Wed, Apr 3, 2019 at 2:02 AM Guenter Roeck wrote: > Use devm_platform_ioremap_resource to reduce source code size, > improve readability, and reduce the likelyhood of bugs. > > The conversion was done automatically with coccinelle using the > following semantic patch. > > @r@ > identifier res,

[PATCH v2] ASoC: Mediatek: MT8183: Fix build error in mt8183_da7219_max98357_dev_probe

From: YueHaibing When building CONFIG_SND_SOC_MT8183_DA7219_MAX98357A=m gcc warn this: sound/soc/mediatek/mt8183/mt8183-da7219-max98357.c: In function mt8183_da7219_max98357_dev_probe: sound/soc/mediatek/mt8183/mt8183-da7219-max98357.c:413:13: error: struct snd_soc_dai_link has no member

Re: [PATCH] platform/chrome: cros_ec_spi: Transfer messages at high priority

Hi, On Tue, Apr 2, 2019 at 8:17 PM Guenter Roeck wrote: > > On Tue, Apr 2, 2019 at 4:38 PM Doug Anderson wrote: > > > > Hi, > > > > On Tue, Apr 2, 2019 at 4:19 PM Matthias Kaehlcke wrote: > > > > > > Hi Doug, > > > > > > On Tue, Apr 02, 2019 at 03:44:44PM -0700, Douglas Anderson wrote: > > > >

Re: [PATCH] pinctrl: intel: Implements gpio free function

On Sat, Mar 23, 2019 at 1:32 AM Enrico Weigelt, metux IT consult wrote: > On 21.03.19 10:23, Andy Shevchenko wrote: > > > ...and on top of that GPIO sysfs interface is deprecated. > > I don't like the idea of deprecating this. It might not be enough for > all usecases, but for a lot of usecases,

Re: [PATCH] ASoC: Mediatek: MT8183: Fix build error in mt8183_da7219_max98357_dev_probe

Pls ignore this. On 2019/4/3 12:11, Yue Haibing wrote: > From: YueHaibing > > When building CONFIG_SND_SOC_MT8183_DA7219_MAX98357A=m > gcc warn this: > > sound/soc/mediatek/mt8183/mt8183-mt6358-ts3a227-max98357.c: In function > mt8183_mt6358_ts3a227_max98357_dev_probe: >

Re: [PATCH] update my email address

On Tue, Apr 2, 2019 at 7:18 AM Nicolas Pitre wrote: > > The @linaro version won't be valid much longer. Generally I like seeing these come in from the old address just to verify. But at least the old address is cc'd.. Linus

[PATCH] ASoC: Mediatek: MT8183: Fix build error in mt8183_da7219_max98357_dev_probe

From: YueHaibing When building CONFIG_SND_SOC_MT8183_DA7219_MAX98357A=m gcc warn this: sound/soc/mediatek/mt8183/mt8183-mt6358-ts3a227-max98357.c: In function mt8183_mt6358_ts3a227_max98357_dev_probe: sound/soc/mediatek/mt8183/mt8183-mt6358-ts3a227-max98357.c:325:13: error: struct

[PATCH 01/12] spi: gpio: Drop unused spi_to_pdata()

Spi_to_pdata() is not used anywhere in the code. Drop it. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/spi/spi-gpio.c

[PATCH 06/12] spi: gpio: Don't request CS GPIO in DT use-case

DT use-case already relies on SPI core to control CS (requested by of_spi_register_master() and controlled spi_set_cs()), so there's no need to try to request those GPIO in spi-gpio code. Change the code such that spi-gpio's CS related code is only used if device is probed via pdata.

[PATCH 08/12] spi: gpio: Drop mflags argument from spi_gpio_request()

The logic of setting mflags in spi_gpio_request() is very simple and there isn't much benefit in having it in that function. Move all of that code outside into spi_gpio_probe() in order to simplify things. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc:

[PATCH 03/12] spi: gpio: Add local struct spi_bitbang pointer in spi_gpio_probe()

Use a local "struct spi_bitbang *bb" in spi_gpio_probe() for brevity. No functional change intended. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 27 ++- 1 file

[PATCH 05/12] spi: gpio: Drop unused pdata copy in struct spi_gpio

Drop unused pdata copy in struct spi_gpio. No functional change intended. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH 10/12] spi: gpio: Make sure spi_master_put() is called in every error path

There's a number of failure paths in spi_gpio_probe() that do not call spi_master_put() potentially leaking memory. Fix this problem by registering a cleanup funciont via devm_add_action_or_reset() right after SPI controller is allocated. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris

[PATCH 11/12] spi: bitbang: Introduce spi_bitbang_init()

Move all of the code doing struct spi_bitbang initialization, so that it can be paired with devm_spi_register_master() in order to avoid having to call spi_bitbang_stop() explicitly. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc:

[PATCH 09/12] spi: gpio: Drop unused pdev field in struct spi_gpio

There's no code using 'pdev' field in struct spi_gpio. Drop it. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/spi/spi-gpio.c

[PATCH 07/12] spi: Don't call spi_get_gpio_descs() before device name is set

Move code calling spi_get_gpio_descs() to happen after ctlr->dev's name is set in order to have proper GPIO consumer names. Before: cat /sys/kernel/debug/gpio gpiochip0: GPIOs 0-31, parent: platform/40049000.gpio, vf610-gpio: gpio-6 (|regulator-usb0-vbus ) out lo

[PATCH 04/12] spi: gpio: Simplify SPI_MASTER_NO_TX check in spi_gpio_probe()

Swap branches of the if statement in order to simplify it's logical condition being checked. No functional change intended. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 12 ++--

[PATCH 12/12] spi: gpio: Use devm_spi_register_master()

Replace spi_bitbang_start() with a combination of spi_bitbang_init() and devm_spi_register_master() and drop all of the explicit cleanup-related code that's no longer necessary. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc:

[PATCH 02/12] spi: gpio: Add local struct device pointer in spi_gpio_probe()

Use a local "struct device *dev" in spi_gpio_probe() for brevity. No functional change intended. Signed-off-by: Andrey Smirnov Cc: Mark Brown Cc: Chris Healy Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- drivers/spi/spi-gpio.c | 11 ++- 1 file changed, 6

[PATCH 00/12] SPI GPIO improvements

Everyone: This series contains a fix ("spi: Don't call spi_get_gpio_descs() before device name is set) and improvements for SPI GPIO and driver I made while looking at that code recently. Hopefully each patch is self-explanatory. Feedback is welcome! Thanks, Andrey Smirnov Andrey Smirnov (12):

Re: [PATCH 42/42] drivers: gpio: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Changed subject to gpio: zynq: and applied. Yours, Linus

linux-next: manual merge of the char-misc tree with the char-misc.current tree

Hi all, Today's linux-next merge of the char-misc tree got a conflict in: drivers/misc/fastrpc.c between commit: 01b76c32e3f3 ("misc: fastrpc: add checked value for dma_set_mask") from the char-misc.current tree and commit: 977e6c8d1d18 ("misc: fastrpc: use correct spinlock variant")

Re: [PATCH 41/42] drivers: gpio: xlp: devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 40/42] drivers: gpio: zx: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 39/42] drivers: gpio: xgene-sb: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > this driver deserves a bit more cleanup, to get rid of the global > variable giu_base, which makes it

Re: [PATCH 37/42] drivers: gpio: vf610: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 36/42] drivers: gpio: uniphier: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:57 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied with Masahiro's ACK. Yours, Linus Walleij

Re: [PATCH] ASoC: soc-core: Fix probe deferral following prelink failure

On Tue, Apr 02, 2019 at 10:44:34AM +0100, Jon Hunter wrote: > Right I see it in -next. Sorry but what I am asking is if you are > planning to send as a fix for v5.1? Maybe you have not sent out the > fixes yet for v5.1 and so wanted to check. It is in my for-5.1 branch so I am intending to send

Re: [PATCH 35/42] drivers: gpio: ts4800: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:57 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: mmotm 2019-04-02-17-16 uploaded (IMA)

On 4/2/19 5:17 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2019-04-02-17-16 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my

Re: [PATCH 34/42] drivers: gpio: timberdale: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:57 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 33/42] drivers: gpio: tegra: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:57 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied with Thierry's ACK. Yours, Linus Walleij

Re: [PATCH 32/42] drivers: gpio: tb10x: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:55 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 31/42] drivers: gpio: stp-xway: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:57 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 30/42] drivers: gpio: sta2x11: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:56 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 4/4] Add support for SUNIX Multi-I/O board

Please do not drop the list from your recipients. On Tue, 02 Apr 2019, Morris Ku 古文俊 wrote: > Hello , Lee , > > > Sunix multi-io card is a composite device, > contains serial and parallel port , before we > trying to place the driver in the /drivers/char, > but maintainer suggests go to

Re: [PATCH 8/9] drivers: ata: sata_gemini: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 4:19 PM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Acked-by: Linus Walleij Yours, Linus Walleij

Re: linux-next: build failure after merge of the sound-asoc tree

On Wed, Apr 03, 2019 at 10:12:47AM +0800, Baolin Wang wrote: > snd-soc-sprd-platform-objs := sprd-pcm-dma.o sprd-pcm-compress.o > obj-$(CONFIG_SND_SOC_SPRD) += snd-soc-sprd-platform.o > I will send out one incremental patch to fix this issue after my > business trip. Thanks. We can't leave

Re: [PATCH 28/42] drivers: gpio: spear-spics: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:55 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied. Yours, Linus Walleij

Re: [PATCH 27/42] drivers: gpio: rcar: use devm_platform_ioremap_resource()

On Tue, Mar 12, 2019 at 1:58 AM Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult Patch applied with Geert's review. Yours, Linus Walleij

  1   2   3   4   5   6   7   8   9   10   >