Re: [GIT PULL] remaining tpmdd fixes for Linux 4.5

On Mon, 22 Feb 2016, Jarkko Sakkinen wrote: > Do you want me to send a pull request containing a fix for the build > warning or reverting the whole commit? My call would be to apply the > fix because this commit has been tested both TPM 1.2 by Martin and > with TPM 2.0 by me and things have

Re: [GIT PULL] remaining tpmdd fixes for Linux 4.5

On Mon, 22 Feb 2016, Jarkko Sakkinen wrote: > Do you want me to send a pull request containing a fix for the build > warning or reverting the whole commit? My call would be to apply the > fix because this commit has been tested both TPM 1.2 by Martin and > with TPM 2.0 by me and things have

Re: [PATCH 0/3] OOM detection rework v4

> > It didn't really help, I'm afraid: it reduces the actual number of OOM > kills which occur before the job is terminated, but doesn't stop the > job from being terminated very soon. > > I also tried Hillf's patch (separately) too, but as you expected, > it didn't seem to make any difference.

Re: [PATCH 0/3] OOM detection rework v4

> > It didn't really help, I'm afraid: it reduces the actual number of OOM > kills which occur before the job is terminated, but doesn't stop the > job from being terminated very soon. > > I also tried Hillf's patch (separately) too, but as you expected, > it didn't seem to make any difference.

Re: [RESPIN 0/6] Add support for Exynos SROM Controller driver.

On 25.02.2016 17:33, Pankaj Dubey wrote: > This series is collection of patches already reviewed and merged in > maintainer's tree, but could not make it thorugh main linus tree, due > to last moment suggestion of proper location of driver should be > "drivers/memory" instead of "drivers/soc". I

Re: [RESPIN 0/6] Add support for Exynos SROM Controller driver.

On 25.02.2016 17:33, Pankaj Dubey wrote: > This series is collection of patches already reviewed and merged in > maintainer's tree, but could not make it thorugh main linus tree, due > to last moment suggestion of proper location of driver should be > "drivers/memory" instead of "drivers/soc". I

Re: [lkp] [x86/fpu] 58122bf1d8: WARNING: CPU: 0 PID: 1 at arch/x86/include/asm/fpu/internal.h:529 fpu__restore+0x28f/0x9ab()

On Fri, Feb 26, 2016 at 09:13:52AM +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit 58122bf1d856a4ea9581d62a07c557d997d46a19 ("x86/fpu: Default > eagerfpu=on on all CPUs") Oh cool, so

Re: [lkp] [x86/fpu] 58122bf1d8: WARNING: CPU: 0 PID: 1 at arch/x86/include/asm/fpu/internal.h:529 fpu__restore+0x28f/0x9ab()

On Fri, Feb 26, 2016 at 09:13:52AM +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit 58122bf1d856a4ea9581d62a07c557d997d46a19 ("x86/fpu: Default > eagerfpu=on on all CPUs") Oh cool, so

[PATCH 2/2 v4] irqchip/Layerscape: Add SCFG MSI controller support

Some kind of NXP Layerscape SoC provides a MSI implementation which uses two SCFG registers MSIIR and MSIR to support 32 MSI interrupts for each PCIe controller. The patch is to support it. Signed-off-by: Minghuan Lian --- Change log v4: 1. do not register irq_enable

[PATCH 2/2 v4] irqchip/Layerscape: Add SCFG MSI controller support

Some kind of NXP Layerscape SoC provides a MSI implementation which uses two SCFG registers MSIIR and MSIR to support 32 MSI interrupts for each PCIe controller. The patch is to support it. Signed-off-by: Minghuan Lian --- Change log v4: 1. do not register irq_enable irq_disable 2. shorten the

Re: [PATCH 0/4] MSR: MSR: MSR Whitelist and Batch Introduction

* Marty McFadden wrote: > > This patch addresses the following two problems: > 1. The current msr module grants all-or-nothing access to MSRs, > thus making user-level runtime performance adjustments > problematic, particularly for power-constrained HPC

Re: [PATCH 0/4] MSR: MSR: MSR Whitelist and Batch Introduction

* Marty McFadden wrote: > > This patch addresses the following two problems: > 1. The current msr module grants all-or-nothing access to MSRs, > thus making user-level runtime performance adjustments > problematic, particularly for power-constrained HPC systems. > > 2. The

Re: [RESPIN 2/6] drivers: memory: Add support for exynos SROM driver

On 26.02.2016 16:25, Krzysztof Kozlowski wrote: > On 25.02.2016 17:33, Pankaj Dubey wrote: >> This patch adds Exynos SROM controller driver which will handle >> save restore of SROM registers during S2R. >> >> Signed-off-by: Pankaj Dubey >> Reviewed-by: Krzysztof

Re: [RESPIN 2/6] drivers: memory: Add support for exynos SROM driver

On 26.02.2016 16:25, Krzysztof Kozlowski wrote: > On 25.02.2016 17:33, Pankaj Dubey wrote: >> This patch adds Exynos SROM controller driver which will handle >> save restore of SROM registers during S2R. >> >> Signed-off-by: Pankaj Dubey >> Reviewed-by: Krzysztof Kozlowski >>

[PATCH v7] x86/setup: get ramdisk parameters only once

The check and definitions related to ramdisk are similar in the early_reserve_initrd() and reserve_initrd() functions. This patch introduces struct ramdisk which contains information about initrd. This structure will be filled in the setup_arch() and passed to the reserve_initrd() and

[PATCH v7] x86/setup: get ramdisk parameters only once

The check and definitions related to ramdisk are similar in the early_reserve_initrd() and reserve_initrd() functions. This patch introduces struct ramdisk which contains information about initrd. This structure will be filled in the setup_arch() and passed to the reserve_initrd() and

Re: [RESPIN 4/6] ARM: EXYNOS: Remove SROM related register settings from mach-exynos

On 25.02.2016 17:33, Pankaj Dubey wrote: > As now we have dedicated driver for SROM controller, it will take care > of saving register banks during S2R so we can safely remove these > settings from mach-exynos. > > Signed-off-by: Pankaj Dubey > Reviewed-by: Krzysztof

Re: [RESPIN 4/6] ARM: EXYNOS: Remove SROM related register settings from mach-exynos

On 25.02.2016 17:33, Pankaj Dubey wrote: > As now we have dedicated driver for SROM controller, it will take care > of saving register banks during S2R so we can safely remove these > settings from mach-exynos. > > Signed-off-by: Pankaj Dubey > Reviewed-by: Krzysztof Kozlowski > Signed-off-by:

Re: [RESPIN 2/6] drivers: memory: Add support for exynos SROM driver

On 25.02.2016 17:33, Pankaj Dubey wrote: > This patch adds Exynos SROM controller driver which will handle > save restore of SROM registers during S2R. > > Signed-off-by: Pankaj Dubey > Reviewed-by: Krzysztof Kozlowski > [p.fe...@samsung.com:

Re: [RESPIN 2/6] drivers: memory: Add support for exynos SROM driver

On 25.02.2016 17:33, Pankaj Dubey wrote: > This patch adds Exynos SROM controller driver which will handle > save restore of SROM registers during S2R. > > Signed-off-by: Pankaj Dubey > Reviewed-by: Krzysztof Kozlowski > [p.fe...@samsung.com: tested on SMDK5410] > Tested-by: Pavel Fedin >

Re: [PATCH] uapi glibc compat: fix cases where glibc net/if.h is included before linux/if.h

(Adding libc-alpha list, review of https://lkml.org/lkml/2016/2/7/89 ) On Wed, Feb 17, 2016 at 10:46:20AM -0500, David Miller wrote: > From: Mikko Rapeli > Date: Sun, 7 Feb 2016 16:03:21 +0200 > > > @@ -68,6 +72,8 @@ > > * @IFF_ECHO: echo sent packets. Volatile. > > */

Re: [PATCH] mmc: sdhci-tegra: Set DMA mask

On Thu, Feb 25, 2016 at 11:52 PM, Arnd Bergmann wrote: >> Actually even if we specify a dma-ranges on the parent DT node, the >> DMA range will still be limited to 32 bits because of the following >> code in of_dma_configure(): >> >> /* >> * Set default coherent_dma_mask

Re: [PATCH] uapi glibc compat: fix cases where glibc net/if.h is included before linux/if.h

(Adding libc-alpha list, review of https://lkml.org/lkml/2016/2/7/89 ) On Wed, Feb 17, 2016 at 10:46:20AM -0500, David Miller wrote: > From: Mikko Rapeli > Date: Sun, 7 Feb 2016 16:03:21 +0200 > > > @@ -68,6 +72,8 @@ > > * @IFF_ECHO: echo sent packets. Volatile. > > */ > > enum

Re: [PATCH] mmc: sdhci-tegra: Set DMA mask

On Thu, Feb 25, 2016 at 11:52 PM, Arnd Bergmann wrote: >> Actually even if we specify a dma-ranges on the parent DT node, the >> DMA range will still be limited to 32 bits because of the following >> code in of_dma_configure(): >> >> /* >> * Set default coherent_dma_mask to 32 bit.

Re: [RFC v1] clk: Add debugfs nodes for enable/disable/set-rate/set-parent

Pankaj Dev writes: > 1. clk_set_rate : Set new rate to value. Reading returns the > current rate If you can use this to set *and* read it, then "_set_" shouldn't be in the name. What is wrong with using the existing "clk_rate" for reading/setting the rate?

Re: [RFC v1] clk: Add debugfs nodes for enable/disable/set-rate/set-parent

Pankaj Dev writes: > 1. clk_set_rate : Set new rate to value. Reading returns the > current rate If you can use this to set *and* read it, then "_set_" shouldn't be in the name. What is wrong with using the existing "clk_rate" for reading/setting the rate?

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver file

This patch is porting Raydium I2C touch driver. Developer can enable raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile | 1

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver file

This patch is porting Raydium I2C touch driver. Developer can enable raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile | 1 +

Re: [PATCH] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

2016-02-23 13:40 GMT+09:00 Masahiro Yamada : > Due to the company's awful projecting, this chip has been renamed to > PH1-LD20. It has not been shipped yet, this change would not give > much impact on our customers. > > Signed-off-by: Masahiro Yamada

Re: [PATCH] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

2016-02-23 13:40 GMT+09:00 Masahiro Yamada : > Due to the company's awful projecting, this chip has been renamed to > PH1-LD20. It has not been shipped yet, this change would not give > much impact on our customers. > > Signed-off-by: Masahiro Yamada > --- > > Olof, Arnd, > > Please apply this

Re: [PATCH 2/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

Hi Olof, 2016-02-25 16:20 GMT+09:00 Olof Johansson : > On Wed, Feb 24, 2016 at 6:22 PM, Masahiro Yamada > wrote: >> Hi Olof, >> >> >> 2016-02-25 9:26 GMT+09:00 Olof Johansson : >>> Hi, >>> >>> On Tue, Feb 16, 2016 at 11:15:04AM

[PATCH 5/9] ARM: dts: uniphier: add EEPROM node for ProXstream2 Gentil board

This board has an EEPROM (STMicroelectronics M24C64-WMN6TP) connected to the I2C channel 0 of the SoC. Its slave address is 0x54. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 + 1 file changed, 5 insertions(+)

Re: [PATCH 2/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

Hi Olof, 2016-02-25 16:20 GMT+09:00 Olof Johansson : > On Wed, Feb 24, 2016 at 6:22 PM, Masahiro Yamada > wrote: >> Hi Olof, >> >> >> 2016-02-25 9:26 GMT+09:00 Olof Johansson : >>> Hi, >>> >>> On Tue, Feb 16, 2016 at 11:15:04AM +0900, Masahiro Yamada wrote: >>> diff --git

[PATCH 5/9] ARM: dts: uniphier: add EEPROM node for ProXstream2 Gentil board

This board has an EEPROM (STMicroelectronics M24C64-WMN6TP) connected to the I2C channel 0 of the SoC. Its slave address is 0x54. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 4/9] ARM: dts: uniphier: add reference clock nodes

Add master clock nodes generated by crystal oscillators. PH1-sLD3, PH1-LD4: 24.576 MHz PH1-Pro4, ProXstream2: 25.000 MHz PH1-Pro5: 20.000 MHz Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi| 7 +++

Re: [PATCH 2/2] PCI: generic: add description of property "interrupt-skip-mask"

On 2016/2/25 20:20, Mark Rutland wrote: > Hi, > > In future, please send the binding document first in a series, per point > 3 of Documentation/devicetree/bindings/submitting-patches.txt. It makes > review easier/faster. Thank you for your reminding. > > On Thu, Feb 25, 2016 at 07:53:28PM

Re: [PATCH 2/2] PCI: generic: add description of property "interrupt-skip-mask"

On 2016/2/25 20:20, Mark Rutland wrote: > Hi, > > In future, please send the binding document first in a series, per point > 3 of Documentation/devicetree/bindings/submitting-patches.txt. It makes > review easier/faster. Thank you for your reminding. > > On Thu, Feb 25, 2016 at 07:53:28PM

[PATCH 4/9] ARM: dts: uniphier: add reference clock nodes

Add master clock nodes generated by crystal oscillators. PH1-sLD3, PH1-LD4: 24.576 MHz PH1-Pro4, ProXstream2: 25.000 MHz PH1-Pro5: 20.000 MHz Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi| 7 +++ arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 4

[PATCH 7/9] ARM: dts: uniphier: add PH1-Pro4 Ace board support

Initial commit for PH1-Pro4 Ace board support. Note: There are two variants for the amount of DDR memory; 1GB or 2GB. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/uniphier-ph1-pro4-ace.dts | 113

[PATCH 2/9] ARM: dts: uniphier: factor out ranges property of support card

This property is used in common by several boards. Move it to the common place (uniphier-support-card.dtsi). If necessary, each board can still override the property. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-ph1-ld4-ref.dts | 8

[PATCH 0/9] ARM: dts: uniphier: UniPhier DT updates for Linux 4.6-rc1 (2nd round)

Hi Olof, Here is a series for UniPhier DT updates. It intentionally includes DT updates for ARM 32bit and ARM 64bit in order to avoid conflicts and build errors. (Some files in arch/arm64/boot/dts/socionext points to arch/arm/boot/dts/* by symbolic links, so I needed to change them

[PATCH 6/9] ARM: dts: uniphier: enable I2C channel 2 of ProXstream2 Gentil board

This is used for on-board inter-connection. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/uniphier-proxstream2-gentil.dts

[PATCH 7/9] ARM: dts: uniphier: add PH1-Pro4 Ace board support

Initial commit for PH1-Pro4 Ace board support. Note: There are two variants for the amount of DDR memory; 1GB or 2GB. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/uniphier-ph1-pro4-ace.dts | 113 2 files

[PATCH 2/9] ARM: dts: uniphier: factor out ranges property of support card

This property is used in common by several boards. Move it to the common place (uniphier-support-card.dtsi). If necessary, each board can still override the property. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-ph1-ld4-ref.dts | 8

[PATCH 0/9] ARM: dts: uniphier: UniPhier DT updates for Linux 4.6-rc1 (2nd round)

Hi Olof, Here is a series for UniPhier DT updates. It intentionally includes DT updates for ARM 32bit and ARM 64bit in order to avoid conflicts and build errors. (Some files in arch/arm64/boot/dts/socionext points to arch/arm/boot/dts/* by symbolic links, so I needed to change them

[PATCH 6/9] ARM: dts: uniphier: enable I2C channel 2 of ProXstream2 Gentil board

This is used for on-board inter-connection. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/uniphier-proxstream2-gentil.dts b/arch/arm/boot/dts/uniphier-proxstream2-gentil.dts index

[PATCH 3/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

During the review process of the UniPhier System Bus driver (drivers/bus/uniphier.c), the current binding of the System Bus Controller turned out to be no good. In order to make the driver really usable, we have to switch over to the new binding defined by

[PATCH 8/9] ARM: dts: uniphier: add PH1-Pro4 Sanji board support

Initial commit for PH1-Pro4 Sanji board support. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dts/uniphier-ph1-pro4-sanji.dts | 108 ++ 2 files changed, 109 insertions(+) create

[PATCH 9/9] ARM: dts: uniphier: add @{address} to EEPROM node

Just for consistent coding style. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-ref-daughter.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/uniphier-ref-daughter.dtsi

[PATCH 1/9] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

Due to the company's awful projecting, this chip has been renamed to PH1-LD20. It has not been shipped yet, this change would have no impact on our customers. Signed-off-by: Masahiro Yamada --- arch/arm64/boot/dts/socionext/Makefile|

[PATCH 3/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

During the review process of the UniPhier System Bus driver (drivers/bus/uniphier.c), the current binding of the System Bus Controller turned out to be no good. In order to make the driver really usable, we have to switch over to the new binding defined by

[PATCH 8/9] ARM: dts: uniphier: add PH1-Pro4 Sanji board support

Initial commit for PH1-Pro4 Sanji board support. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dts/uniphier-ph1-pro4-sanji.dts | 108 ++ 2 files changed, 109 insertions(+) create mode 100644

[PATCH 9/9] ARM: dts: uniphier: add @{address} to EEPROM node

Just for consistent coding style. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-ref-daughter.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/uniphier-ref-daughter.dtsi b/arch/arm/boot/dts/uniphier-ref-daughter.dtsi index

[PATCH 1/9] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

Due to the company's awful projecting, this chip has been renamed to PH1-LD20. It has not been shipped yet, this change would have no impact on our customers. Signed-off-by: Masahiro Yamada --- arch/arm64/boot/dts/socionext/Makefile| 2 +-

Re: [PATCH, RESEND] ssb: host_soc depends on sprom

Arnd Bergmann writes: > Drivers that use the SSB sprom functionality typically 'select SSB_SPROM' > from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in > a build failure unless at least one of the other drivers that selects > it is enabled: > > drivers/built-in.o:

Re: [PATCH, RESEND] ssb: host_soc depends on sprom

Arnd Bergmann writes: > Drivers that use the SSB sprom functionality typically 'select SSB_SPROM' > from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in > a build failure unless at least one of the other drivers that selects > it is enabled: > > drivers/built-in.o: In function

[PATCH 1/2] ARM: uniphier: add missing of_node_put()

This node pointer is allocated by of_find_compatible_node() in this function. It should be put before exitting this function. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/platsmp.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 2/2] ARM: uniphier: rework SMP code to support new System Bus binding

During the review process of the UniPhier System Bus driver (drivers/bus/uniphier.c), the current binding of the System Bus Controller turned out to be no good. In order to use the driver, some nodes in the device trees must be tweaked. It would also have impacts on the SMP code because the SMP

[PATCH 1/2] ARM: uniphier: add missing of_node_put()

This node pointer is allocated by of_find_compatible_node() in this function. It should be put before exitting this function. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/platsmp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-uniphier/platsmp.c

[PATCH 2/2] ARM: uniphier: rework SMP code to support new System Bus binding

During the review process of the UniPhier System Bus driver (drivers/bus/uniphier.c), the current binding of the System Bus Controller turned out to be no good. In order to use the driver, some nodes in the device trees must be tweaked. It would also have impacts on the SMP code because the SMP

[PATCH 0/2] ARM: uniphier: UniPhier updates for Linux 4.6-rc1 (2nd round)

Hi Olof, Here is a small patch series for UniPhier SoC updates. Masahiro Yamada (2): ARM: uniphier: add missing of_node_put() ARM: uniphier: rework SMP code to support new System Bus binding arch/arm/mach-uniphier/platsmp.c | 26 +- 1 file changed, 17

[PATCH 0/2] ARM: uniphier: UniPhier updates for Linux 4.6-rc1 (2nd round)

Hi Olof, Here is a small patch series for UniPhier SoC updates. Masahiro Yamada (2): ARM: uniphier: add missing of_node_put() ARM: uniphier: rework SMP code to support new System Bus binding arch/arm/mach-uniphier/platsmp.c | 26 +- 1 file changed, 17

Re: [PATCH, RESEND] ssb: host_soc depends on sprom

Arnd Bergmann writes: > Drivers that use the SSB sprom functionality typically 'select SSB_SPROM' > from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in > a build failure unless at least one of the other drivers that selects > it is enabled: > > drivers/built-in.o:

Re: [PATCH, RESEND] ssb: host_soc depends on sprom

Arnd Bergmann writes: > Drivers that use the SSB sprom functionality typically 'select SSB_SPROM' > from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in > a build failure unless at least one of the other drivers that selects > it is enabled: > > drivers/built-in.o: In function

[PATCH 05/25] staging/lustre: Remove unused lustre_build_lock_params()

From: Oleg Drokin And also struct lustre_rw_params that is only referenced by it. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_lite.h| 48 -- 1 file changed, 48 deletions(-) diff --git

[PATCH 05/25] staging/lustre: Remove unused lustre_build_lock_params()

From: Oleg Drokin And also struct lustre_rw_params that is only referenced by it. Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre_lite.h| 48 -- 1 file changed, 48 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lustre_lite.h

[PATCH 02/25] staging/lustre/include: Fix style of function declarations

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" and "space prohibited between function name and open parenthesis" Signed-off-by: Oleg Drokin ---

[PATCH 02/25] staging/lustre/include: Fix style of function declarations

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" and "space prohibited between function name and open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/cl_object.h | 410 ++---

[PATCH 07/25] staging/lustre: Remove misleading liblustre comments.

From: Oleg Drokin These two comments certainly refer to some ifdefed code that is no longer present, so remove them too. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lov/lov_pool.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 03/25] staging/lustre/fld: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/fld/fld_cache.c | 14 +++---

[PATCH 07/25] staging/lustre: Remove misleading liblustre comments.

From: Oleg Drokin These two comments certainly refer to some ifdefed code that is no longer present, so remove them too. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lov/lov_pool.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 03/25] staging/lustre/fld: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/fld/fld_cache.c | 14 +++--- drivers/staging/lustre/lustre/fld/fld_request.c | 17 +++--

[PATCH 09/25] staging/lustre/lmv: Remove commented out MDS selection policies

From: Oleg Drokin The new DNE code does not use them either so they are not longer needed. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lmv/lmv_obd.c | 45 - 1 file changed, 45 deletions(-) diff --git

[PATCH 09/25] staging/lustre/lmv: Remove commented out MDS selection policies

From: Oleg Drokin The new DNE code does not use them either so they are not longer needed. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lmv/lmv_obd.c | 45 - 1 file changed, 45 deletions(-) diff --git a/drivers/staging/lustre/lustre/lmv/lmv_obd.c

[PATCH 06/25] staging/lustre: Convert ptlrpc_at_check_timed to void

From: Oleg Drokin The only caller was not looking at the return value, and liblustre, that cared about it is not part of the kernel client. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/ptlrpc/service.c | 10 -- 1 file

[PATCH 06/25] staging/lustre: Convert ptlrpc_at_check_timed to void

From: Oleg Drokin The only caller was not looking at the return value, and liblustre, that cared about it is not part of the kernel client. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/ptlrpc/service.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff

[PATCH 11/25] staging/lustre: MS_POSIXACL is always defined, don't check for it

From: Oleg Drokin Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/llite_lib.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_lib.c b/drivers/staging/lustre/lustre/llite/llite_lib.c

[PATCH 12/25] staging/lustre: Remove RELEASEPAGE_ARG_TYPE compat macro

From: Oleg Drokin Not used in the kernel proper. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/rw26.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/rw26.c

[PATCH 10/25] staging/lustre: F_SETLKW64 F_SETLK64 F_GETLK64 are always defined

From: Oleg Drokin Remove the ifdefs for the around usage. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/file.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/file.c

[PATCH 11/25] staging/lustre: MS_POSIXACL is always defined, don't check for it

From: Oleg Drokin Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/llite_lib.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_lib.c b/drivers/staging/lustre/lustre/llite/llite_lib.c index 47f9ad7..0cdaa48 100644 ---

[PATCH 12/25] staging/lustre: Remove RELEASEPAGE_ARG_TYPE compat macro

From: Oleg Drokin Not used in the kernel proper. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/rw26.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/rw26.c b/drivers/staging/lustre/lustre/llite/rw26.c index

[PATCH 10/25] staging/lustre: F_SETLKW64 F_SETLK64 F_GETLK64 are always defined

From: Oleg Drokin Remove the ifdefs for the around usage. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/file.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/file.c b/drivers/staging/lustre/lustre/llite/file.c index

[PATCH 16/25] staging/lustre/obdclass: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/obdclass/cl_io.c | 20 ++-- drivers/staging/lustre/lustre/obdclass/cl_lock.c

[PATCH 16/25] staging/lustre/obdclass: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/obdclass/cl_io.c | 20 ++-- drivers/staging/lustre/lustre/obdclass/cl_lock.c | 21 ++--

[PATCH 23/25] staging/lustre: Rework MAX_DIO_SIZE macro

From: Oleg Drokin KMALLOC_MAX_SIZE is always defined in the kernel, so no point in checking for it, just use t directly. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/rw26.c | 10 ++ 1 file changed, 2 insertions(+), 8

[PATCH 23/25] staging/lustre: Rework MAX_DIO_SIZE macro

From: Oleg Drokin KMALLOC_MAX_SIZE is always defined in the kernel, so no point in checking for it, just use t directly. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/llite/rw26.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git

[PATCH 21/25] staging/lustre/lmv: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lmv/lmv_intent.c | 2 +- drivers/staging/lustre/lustre/lmv/lmv_internal.h | 4

[PATCH 22/25] staging/lustre: Fix lines that start with spaces

From: Oleg Drokin Found with checkpatch. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_cfg.h | 2 +- drivers/staging/lustre/lustre/include/lustre_dlm.h | 4 ++-- drivers/staging/lustre/lustre/llite/llite_nfs.c| 6

[PATCH 20/25] staging/lustre/obdecho: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/obdecho/echo_client.c| 22 +++--- 1 file changed, 11

[PATCH 21/25] staging/lustre/lmv: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/lmv/lmv_intent.c | 2 +- drivers/staging/lustre/lustre/lmv/lmv_internal.h | 4 ++--

[PATCH 22/25] staging/lustre: Fix lines that start with spaces

From: Oleg Drokin Found with checkpatch. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre_cfg.h | 2 +- drivers/staging/lustre/lustre/include/lustre_dlm.h | 4 ++-- drivers/staging/lustre/lustre/llite/llite_nfs.c| 6 +++---

[PATCH 20/25] staging/lustre/obdecho: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/obdecho/echo_client.c| 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git

[PATCH 18/25] staging/lustre/mdc: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/mdc/mdc_internal.h | 2 +- drivers/staging/lustre/lustre/mdc/mdc_locks.c| 26

[PATCH 17/25] staging/lustre/lov: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/lov/lov_cl_internal.h| 87 +++---

[PATCH 24/25] staging/lustre: Remove unneeded {} in lprocfs_stats_unlock()

From: Oleg Drokin Since there's only one call in those if () else branches, the braces are not really necessary. Highlighted by checkpatch. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lprocfs_status.h | 10 -- 1

[PATCH 18/25] staging/lustre/mdc: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/mdc/mdc_internal.h | 2 +- drivers/staging/lustre/lustre/mdc/mdc_locks.c| 26 +++-

[PATCH 17/25] staging/lustre/lov: Fix style vs open parenthesis alignment

From: Oleg Drokin This mostly fixes checkpatch complaints about "Alignment should match open parenthesis" Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/lov/lov_cl_internal.h| 87 +++--- drivers/staging/lustre/lustre/lov/lov_ea.c | 2 +-

[PATCH 24/25] staging/lustre: Remove unneeded {} in lprocfs_stats_unlock()

From: Oleg Drokin Since there's only one call in those if () else branches, the braces are not really necessary. Highlighted by checkpatch. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lprocfs_status.h | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-)

[PATCH 13/25] staging/lustre: NEED_QUOTA_DEFS is never defined, drop it.

From: Oleg Drokin Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre/lustre_user.h | 16 1 file changed, 16 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lustre/lustre_user.h

[PATCH 08/25] staging/lustre: Remove liblustre references from explanations

From: Oleg Drokin Since liblustre is no longer with us, referencing to it in the explanations only makes things less clear Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/cl_object.h | 4 ++--

  1   2   3   4   5   6   7   8   9   10   >