[PATCH] Staging: board: Fix macro code style error

Fixes a 'macro with flow control statement' checkpatch code style error by removing the board_staging() macro and replacing its two calls Signed-off-by: Valentin Hübner --- drivers/staging/board/armadillo800eva.c | 10 +- drivers/staging/board/board.h

[PATCH] Staging: board: Fix macro code style error

Fixes a 'macro with flow control statement' checkpatch code style error by removing the board_staging() macro and replacing its two calls Signed-off-by: Valentin Hübner --- drivers/staging/board/armadillo800eva.c | 10 +- drivers/staging/board/board.h | 11 ---

Re: [PATCH] *Updating complex macros for checkpatch.

On Mon, Feb 20, 2017 at 09:20:52AM -0800, Matthew Giassa wrote: > Signed-off-by: Matthew Giassa > --- > drivers/staging/ks7010/ks_wlan_ioctl.h | 80 > +- > 1 file changed, 41 insertions(+), 39 deletions(-) I can't take patches without any

Re: [PATCH] *Updating complex macros for checkpatch.

On Mon, Feb 20, 2017 at 09:20:52AM -0800, Matthew Giassa wrote: > Signed-off-by: Matthew Giassa > --- > drivers/staging/ks7010/ks_wlan_ioctl.h | 80 > +- > 1 file changed, 41 insertions(+), 39 deletions(-) I can't take patches without any changelog text :(

Re: [PATCH] mm/cgroup: avoid panic when init with low memory

On Mon 20-02-17 18:09:43, Laurent Dufour wrote: > On 20/02/2017 14:01, Michal Hocko wrote: > > On Wed 15-02-17 11:36:09, Laurent Dufour wrote: > >> The system may panic when initialisation is done when almost all the > >> memory is assigned to the huge pages using the kernel command line > >>

Re: [PATCH] mm/cgroup: avoid panic when init with low memory

On Mon 20-02-17 18:09:43, Laurent Dufour wrote: > On 20/02/2017 14:01, Michal Hocko wrote: > > On Wed 15-02-17 11:36:09, Laurent Dufour wrote: > >> The system may panic when initialisation is done when almost all the > >> memory is assigned to the huge pages using the kernel command line > >>

checkpatch.pl: CHECK: Macro argument 'member' may be better as '(member)' to avoid precedence issues

Hi, I've been playing around with the current checkpatch.pl but I start to wonder whether the two new checks "CHECK: Macro argument reuse 'member' - possible side-effects?" and "CHECK: Macro argument 'member' may be better as '(member)' to avoid precedence issues" are correct. My impression is

checkpatch.pl: CHECK: Macro argument 'member' may be better as '(member)' to avoid precedence issues

Hi, I've been playing around with the current checkpatch.pl but I start to wonder whether the two new checks "CHECK: Macro argument reuse 'member' - possible side-effects?" and "CHECK: Macro argument 'member' may be better as '(member)' to avoid precedence issues" are correct. My impression is

Re: [PATCH] Staging: comedi: drivers: comedi_test: Avoid multiple line dereference

On 20/02/17 16:02, Cheah Kok Cheong wrote: On Mon, Feb 20, 2017 at 10:03:39AM +, Ian Abbott wrote: On 20/02/17 08:28, Cheah Kok Cheong wrote: Fix checkpatch warning "Avoid multiple line dereference" using a local variable to avoid line wrap. Signed-off-by: Cheah Kok Cheong

Re: [PATCH] Staging: comedi: drivers: comedi_test: Avoid multiple line dereference

On 20/02/17 16:02, Cheah Kok Cheong wrote: On Mon, Feb 20, 2017 at 10:03:39AM +, Ian Abbott wrote: On 20/02/17 08:28, Cheah Kok Cheong wrote: Fix checkpatch warning "Avoid multiple line dereference" using a local variable to avoid line wrap. Signed-off-by: Cheah Kok Cheong ---

Re: [RFC 1/5] iwlwifi: fix drv cleanup on opmode registration failure

On Sun, Feb 19, 2017 at 09:16:01AM +, Grumbach, Emmanuel wrote: > > This should in theory fix a detangled drv from the drv list should either > > of the > > opmode modules loaded and handled registration for the drv. > > > > The path of having the opmode registration deal with the drv opmode

Re: [RFC 1/5] iwlwifi: fix drv cleanup on opmode registration failure

On Sun, Feb 19, 2017 at 09:16:01AM +, Grumbach, Emmanuel wrote: > > This should in theory fix a detangled drv from the drv list should either > > of the > > opmode modules loaded and handled registration for the drv. > > > > The path of having the opmode registration deal with the drv opmode

Re: [PATCH] pwm: atmel-hlcdc: Convert to the atomic PWM API

Le 01/02/2017 à 15:35, Boris Brezillon a écrit : > Implement the ->apply() hook and drop the ->enable(), ->disable, > ->set_polarity and ->config() ones. > > Signed-off-by: Boris Brezillon Seems okay: Acked-by: Nicolas Ferre >

Re: [PATCH] pwm: atmel-hlcdc: Convert to the atomic PWM API

Le 01/02/2017 à 15:35, Boris Brezillon a écrit : > Implement the ->apply() hook and drop the ->enable(), ->disable, > ->set_polarity and ->config() ones. > > Signed-off-by: Boris Brezillon Seems okay: Acked-by: Nicolas Ferre > --- > drivers/pwm/pwm-atmel-hlcdc.c | 215 >

Re: [PATCH 1/1] rtc: cpcap: new rtc driver

* Alexandre Belloni [170220 08:40]: > On 20/02/2017 at 08:31:56 -0800, Tony Lindgren wrote: > > * Sebastian Reichel [170219 23:37]: > > > This driver supports the Motorola CPCAP PMIC found on > > > some of Motorola's mobile phones, such as

Re: [PATCH 1/1] rtc: cpcap: new rtc driver

* Alexandre Belloni [170220 08:40]: > On 20/02/2017 at 08:31:56 -0800, Tony Lindgren wrote: > > * Sebastian Reichel [170219 23:37]: > > > This driver supports the Motorola CPCAP PMIC found on > > > some of Motorola's mobile phones, such as the Droid 4. > > > > Hey that's cool, works for me for

Re: [PATCH] pata: remove the at91 driver

Le 17/02/2017 à 14:42, Boris Brezillon a écrit : > On Fri, 17 Feb 2017 13:36:08 +0100 > Bartlomiej Zolnierkiewicz wrote: > >> Hi, >> >> On Friday, February 17, 2017 10:36:40 AM Boris Brezillon wrote: >>> This driver is orphan since commit 2e591e7b3ac2 ("ARM: at91:

Re: [PATCH] pata: remove the at91 driver

Le 17/02/2017 à 14:42, Boris Brezillon a écrit : > On Fri, 17 Feb 2017 13:36:08 +0100 > Bartlomiej Zolnierkiewicz wrote: > >> Hi, >> >> On Friday, February 17, 2017 10:36:40 AM Boris Brezillon wrote: >>> This driver is orphan since commit 2e591e7b3ac2 ("ARM: at91: remove >>>

Re: [PATCH 1/1] rtc: cpcap: new rtc driver

* Tony Lindgren [170220 09:21]: > * Alexandre Belloni [170220 08:40]: > > On 20/02/2017 at 08:31:56 -0800, Tony Lindgren wrote: > > > * Sebastian Reichel [170219 23:37]: > > > > This driver supports the Motorola CPCAP PMIC

Re: [PATCH 1/1] rtc: cpcap: new rtc driver

* Tony Lindgren [170220 09:21]: > * Alexandre Belloni [170220 08:40]: > > On 20/02/2017 at 08:31:56 -0800, Tony Lindgren wrote: > > > * Sebastian Reichel [170219 23:37]: > > > > This driver supports the Motorola CPCAP PMIC found on > > > > some of Motorola's mobile phones, such as the Droid 4.

Re: [PATCH 06/35] powerpc: Convert remaining uses of pr_warning to pr_warn

On 02/16/2017 11:11 PM, Joe Perches wrote: > To enable eventual removal of pr_warning > --- > arch/powerpc/platforms/ps3/device-init.c| 14 +++--- > arch/powerpc/platforms/ps3/mm.c | 4 ++-- > arch/powerpc/platforms/ps3/os-area.c| 2 +- PS3 parts look

Re: [PATCH 06/35] powerpc: Convert remaining uses of pr_warning to pr_warn

On 02/16/2017 11:11 PM, Joe Perches wrote: > To enable eventual removal of pr_warning > --- > arch/powerpc/platforms/ps3/device-init.c| 14 +++--- > arch/powerpc/platforms/ps3/mm.c | 4 ++-- > arch/powerpc/platforms/ps3/os-area.c| 2 +- PS3 parts look

[PATCH v10 2/2] Documentation/ABI: Add ABI information for QCOM socinfo driver

The socinfo ABI document describes the information provided by socinfo driver and the corresponding attributes to access that information. Signed-off-by: Imran Khan --- .../ABI/testing/sysfs-driver-qcom_socinfo | 171 + 1 file changed, 171

[PATCH v10 2/2] Documentation/ABI: Add ABI information for QCOM socinfo driver

The socinfo ABI document describes the information provided by socinfo driver and the corresponding attributes to access that information. Signed-off-by: Imran Khan --- .../ABI/testing/sysfs-driver-qcom_socinfo | 171 + 1 file changed, 171 insertions(+) create mode

Re: [PATCH 0/5] block subsystem refcounter conversions

On Mon, 2017-02-20 at 17:56 +0100, Peter Zijlstra wrote: > On Mon, Feb 20, 2017 at 07:41:01AM -0800, James Bottomley wrote: > > On Mon, 2017-02-20 at 08:15 -0700, Jens Axboe wrote: > > > On 02/20/2017 04:16 AM, Elena Reshetova wrote: > > > > Now when new refcount_t type and API are finally merged

Re: [PATCH 0/5] block subsystem refcounter conversions

On Mon, 2017-02-20 at 17:56 +0100, Peter Zijlstra wrote: > On Mon, Feb 20, 2017 at 07:41:01AM -0800, James Bottomley wrote: > > On Mon, 2017-02-20 at 08:15 -0700, Jens Axboe wrote: > > > On 02/20/2017 04:16 AM, Elena Reshetova wrote: > > > > Now when new refcount_t type and API are finally merged

[ANNOUNCE] iproute2-4.10

Release of iproute2 for Linux 4.10 Update to iproute2 utility to support new features in Linux 4.10 This release includes enhanced support for BPF, VRF and Flow based classifier (flower). The ss utility now can print more information when using TCP BBR. Also the usual array of small manual and

[ANNOUNCE] iproute2-4.10

Release of iproute2 for Linux 4.10 Update to iproute2 utility to support new features in Linux 4.10 This release includes enhanced support for BPF, VRF and Flow based classifier (flower). The ss utility now can print more information when using TCP BBR. Also the usual array of small manual and

[RESEND PATCH 2/3] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index

[RESEND PATCH 3/3] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git

Re: [PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Please ignore this version. On Mon, 20 Feb 2017 18:16:12 +0100 Boris Brezillon wrote: > Hello, > > This patch series is adding to important features to the new Atmel NAND > controller driver: > 1/ automatic SMC timings configuration based on information

[RESEND PATCH 1/3] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon ---

[RESEND PATCH 2/3] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index 833af8d02424..06a1a136d448 100644

[RESEND PATCH 3/3] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git a/drivers/memory/atmel-ebi.c

Re: [PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Please ignore this version. On Mon, 20 Feb 2017 18:16:12 +0100 Boris Brezillon wrote: > Hello, > > This patch series is adding to important features to the new Atmel NAND > controller driver: > 1/ automatic SMC timings configuration based on information retrieved >during NAND detection >

[RESEND PATCH 1/3] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 120

[RESEND PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Hello, Sorry for the noise, but I forgot to remove old patches before using git send-email on the directory containing the patches generated with git format-patch :-/. This patch series is adding to important features to the new Atmel NAND controller driver: 1/ automatic SMC timings

[RESEND PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Hello, Sorry for the noise, but I forgot to remove old patches before using git send-email on the directory containing the patches generated with git format-patch :-/. This patch series is adding to important features to the new Atmel NAND controller driver: 1/ automatic SMC timings

[PATCH 1/3] mtd: nand: Pass the CS line to ->setup_data_interface()

Some NAND controllers can assign different NAND timings to different CS lines. Pass the CS line information to ->setup_data_interface() so that the NAND controller driver knows which CS line is concerned by the setup_data_interface() request. Signed-off-by: Boris Brezillon

[PATCH 1/3] mtd: nand: Pass the CS line to ->setup_data_interface()

Some NAND controllers can assign different NAND timings to different CS lines. Pass the CS line information to ->setup_data_interface() so that the NAND controller driver knows which CS line is concerned by the setup_data_interface() request. Signed-off-by: Boris Brezillon ---

[PATCH 3/3] mtd: nand: atmel: Add PM ops

Provide a ->resume() hook to make sure the NAND timings are correctly restored by resetting all chips connected to the controller. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/atmel/nand-controller.c | 18 ++ 1 file changed, 18

[PATCH 3/3] mtd: nand: atmel: Add PM ops

Provide a ->resume() hook to make sure the NAND timings are correctly restored by resetting all chips connected to the controller. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/atmel/nand-controller.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

Re: [GIT PULL] vfs patches for 4.11

On Mon, Feb 20, 2017 at 05:19:00PM +0100, Miklos Szeredi wrote: > Hi Al, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git for-viro > > Amir Goldstein (4): > vfs: create vfs helper vfs_tmpfile() > vfs: deny fallocate() on directory >

Re: [GIT PULL] vfs patches for 4.11

On Mon, Feb 20, 2017 at 05:19:00PM +0100, Miklos Szeredi wrote: > Hi Al, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git for-viro > > Amir Goldstein (4): > vfs: create vfs helper vfs_tmpfile() > vfs: deny fallocate() on directory >

[PATCH 2/3] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index

[PATCH 3/3] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git

[PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Hello, This patch series is adding to important features to the new Atmel NAND controller driver: 1/ automatic SMC timings configuration based on information retrieved during NAND detection 2/ proper ->suspend()/->resume(). Timings are properly restored when resuming the system This series

[PATCH 2/3] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index 833af8d02424..06a1a136d448 100644

[PATCH 3/3] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git a/drivers/memory/atmel-ebi.c

[PATCH 0/3] mtd: nand: atmel: Add ->setup_data_interface() + PM ops

Hello, This patch series is adding to important features to the new Atmel NAND controller driver: 1/ automatic SMC timings configuration based on information retrieved during NAND detection 2/ proper ->suspend()/->resume(). Timings are properly restored when resuming the system This series

Re: [PATCH 2/4] perf: Keep AUX flags in the output handle

kbuild test robot writes: > All errors (new ones prefixed by >>): > >In file included from ./arch/arm64/include/generated/asm/local.h:1:0, > from drivers/hwtracing/coresight/coresight-etb10.c:15: >drivers/hwtracing/coresight/coresight-etb10.c: In

Re: [PATCH 2/4] perf: Keep AUX flags in the output handle

kbuild test robot writes: > All errors (new ones prefixed by >>): > >In file included from ./arch/arm64/include/generated/asm/local.h:1:0, > from drivers/hwtracing/coresight/coresight-etb10.c:15: >drivers/hwtracing/coresight/coresight-etb10.c: In function >

[PATCH 2/3] mtd: nand: atmel: Add ->setup_data_interface() hooks

The NAND controller IP can adapt the NAND controller timings dynamically. Implement the ->setup_data_interface() hook to support this feature. Note that it's not supported on at91rm9200 because this SoC has a completely different SMC block, which is not supported yet. Signed-off-by: Boris

[PATCH 2/3] mtd: nand: atmel: Add ->setup_data_interface() hooks

The NAND controller IP can adapt the NAND controller timings dynamically. Implement the ->setup_data_interface() hook to support this feature. Note that it's not supported on at91rm9200 because this SoC has a completely different SMC block, which is not supported yet. Signed-off-by: Boris

[PATCH 1/3] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon ---

[PATCH 1/3] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 120

Re: [PATCH v2 1/3] module: verify address is read-only

On Fri, 17 Feb 2017 21:58:42 -0800 "Eddie Kovsky" wrote: > Implement a mechanism to check if a module's address is in > the rodata or ro_after_init sections. It mimics the exsiting functions > that test if an address is inside a module's text section. > > Signed-off-by: Eddie

Re: [PATCH v2 1/3] module: verify address is read-only

On Fri, 17 Feb 2017 21:58:42 -0800 "Eddie Kovsky" wrote: > Implement a mechanism to check if a module's address is in > the rodata or ro_after_init sections. It mimics the exsiting functions > that test if an address is inside a module's text section. > > Signed-off-by: Eddie Kovsky I don't

Re: [PATCH] drm: drm_printer: add __printf validation

On Mon, 2017-02-20 at 12:17 +, Eric Engestrom wrote: > On Wednesday, 2017-02-15 15:33:18 -0800, Joe Perches wrote: > > drm_printf does not currently use the compiler to verify > > format and arguments. Make it do so. > > > > Miscellanea: > > > > o Add appropriate #include files for __printf

Re: [PATCH] drm: drm_printer: add __printf validation

On Mon, 2017-02-20 at 12:17 +, Eric Engestrom wrote: > On Wednesday, 2017-02-15 15:33:18 -0800, Joe Perches wrote: > > drm_printf does not currently use the compiler to verify > > format and arguments. Make it do so. > > > > Miscellanea: > > > > o Add appropriate #include files for __printf

Re: [PATCH] mm/cgroup: avoid panic when init with low memory

On 20/02/2017 14:01, Michal Hocko wrote: > On Wed 15-02-17 11:36:09, Laurent Dufour wrote: >> The system may panic when initialisation is done when almost all the >> memory is assigned to the huge pages using the kernel command line >> parameter hugepage=. Panic may occur like this: > > I am

[PATCH v2 6/6] staging: rtl8192e: Removed unnecessary parentheses

Extra parentheses were causing checkpatch issues and were removed. Signed-off-by: simran singhal --- v2: -Removed parentheses around argument of cast -Removed cast drivers/staging/rtl8192e/rtl819x_HTProc.c | 12 ++-- 1 file changed, 6 insertions(+),

Re: [PATCH] mm/cgroup: avoid panic when init with low memory

On 20/02/2017 14:01, Michal Hocko wrote: > On Wed 15-02-17 11:36:09, Laurent Dufour wrote: >> The system may panic when initialisation is done when almost all the >> memory is assigned to the huge pages using the kernel command line >> parameter hugepage=. Panic may occur like this: > > I am

[PATCH v2 6/6] staging: rtl8192e: Removed unnecessary parentheses

Extra parentheses were causing checkpatch issues and were removed. Signed-off-by: simran singhal --- v2: -Removed parentheses around argument of cast -Removed cast drivers/staging/rtl8192e/rtl819x_HTProc.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v6 00/14] mmc: Add support to Marvell Xenon SD Host Controller

On Tue, Feb 14, 2017 at 06:01:40PM +0100, Gregory CLEMENT wrote: > Hello, > > This the sixth version of the series adding support for the SDHCI > Xenon controller. It can be currently found on the Armada 37xx and the > Armada 7K/8K but will be also used in more Marvell SoC (and not only > the

Re: [PATCH v6 00/14] mmc: Add support to Marvell Xenon SD Host Controller

On Tue, Feb 14, 2017 at 06:01:40PM +0100, Gregory CLEMENT wrote: > Hello, > > This the sixth version of the series adding support for the SDHCI > Xenon controller. It can be currently found on the Armada 37xx and the > Armada 7K/8K but will be also used in more Marvell SoC (and not only > the

Re: [PATCH] ipmi: bt-bmc: Use a regmap for register access

On 02/20/2017 08:52 AM, Andrew Jeffery wrote: On Mon, 2017-02-20 at 07:35 -0600, Corey Minyard wrote: On 02/19/2017 10:45 PM, Andrew Jeffery wrote: Hi Cory, On Tue, 2016-12-06 at 16:02 +0100, Cédric Le Goater wrote: [ this is a resend bc of some mailing list issues] On 12/06/2016 03:57 AM,

Re: [PATCH] ipmi: bt-bmc: Use a regmap for register access

On 02/20/2017 08:52 AM, Andrew Jeffery wrote: On Mon, 2017-02-20 at 07:35 -0600, Corey Minyard wrote: On 02/19/2017 10:45 PM, Andrew Jeffery wrote: Hi Cory, On Tue, 2016-12-06 at 16:02 +0100, Cédric Le Goater wrote: [ this is a resend bc of some mailing list issues] On 12/06/2016 03:57 AM,

[PATCH 2/7] memory: atmel-ebi: Simplify SMC config code

New helpers/macros have been to atmel-smc.h introduced to simplify SMC regs manipulation. Rework the code to use those helpers, and simplify the ->xlate_config(), ->get_config() and ->apply_config() implementations. SMC configs are now stored in a struct atmel_smc_cs_conf object that directly

[PATCH 2/7] memory: atmel-ebi: Simplify SMC config code

New helpers/macros have been to atmel-smc.h introduced to simplify SMC regs manipulation. Rework the code to use those helpers, and simplify the ->xlate_config(), ->get_config() and ->apply_config() implementations. SMC configs are now stored in a struct atmel_smc_cs_conf object that directly

[PATCH 1/7] mfd: syscon: atmel-smc: Add new helpers to ease SMC regs manipulation

These new helpers + macro definitions are meant to replace the old ones which are unpractical to use. Note that the macros and function prefixes have been intentionally changed to ATMEL_[H]SMC_XX and atmel_[h]smc_ to reflect the fact that this IP is also embedded in avr32 SoCs (and not only in

[PATCH 1/7] mfd: syscon: atmel-smc: Add new helpers to ease SMC regs manipulation

These new helpers + macro definitions are meant to replace the old ones which are unpractical to use. Note that the macros and function prefixes have been intentionally changed to ATMEL_[H]SMC_XX and atmel_[h]smc_ to reflect the fact that this IP is also embedded in avr32 SoCs (and not only in

[PATCH 3/7] memory: atmel-ebi: Stop using reg_field objects for simple things

Turn the ->ebi_csa reg field into a simple offset that can be used with with the matrix regmap. Using reg fields was overkill for this use case. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 55 +++---

[PATCH 4/7] mfd: syscon: atmel-smc: Remove unused helpers/macros

All macros prefixed with AT91[SAM9]_SMC have been replaced by equivalent definitions prefixed with ATMEL_SMC, and the at91sam9_smc_() helpers are no longer used. Drop these definitions before someone starts using them again. Signed-off-by: Boris Brezillon

[PATCH 3/7] memory: atmel-ebi: Stop using reg_field objects for simple things

Turn the ->ebi_csa reg field into a simple offset that can be used with with the matrix regmap. Using reg fields was overkill for this use case. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 55 +++--- 1 file changed, 13 insertions(+),

[PATCH 4/7] mfd: syscon: atmel-smc: Remove unused helpers/macros

All macros prefixed with AT91[SAM9]_SMC have been replaced by equivalent definitions prefixed with ATMEL_SMC, and the at91sam9_smc_() helpers are no longer used. Drop these definitions before someone starts using them again. Signed-off-by: Boris Brezillon ---

Re: [PATCH 2/4] perf: Keep AUX flags in the output handle

Hi Will, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.10 next-20170220] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Shishkin/perf-pt-coresight-AUX-flags

Re: [PATCH 2/4] perf: Keep AUX flags in the output handle

Hi Will, [auto build test ERROR on tip/perf/core] [also build test ERROR on v4.10 next-20170220] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Shishkin/perf-pt-coresight-AUX-flags

[PATCH 5/7] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon ---

[PATCH 5/7] memory: atmel-ebi: Change naming scheme

The EBI block is not only available on at91 SoCs, but also on avr32 ones. Change the structure and function prefixes from at91_ebi to atmel_ebi to match this fact and make the prefix and driver name consistent. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 120

[PATCH 7/7] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git

[PATCH 7/7] memory: atmel-ebi: Add PM ops

Add a ->resume() hook to make sure the EBI dev configs are correctly restored when resuming the platform. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 20 1 file changed, 20 insertions(+) diff --git a/drivers/memory/atmel-ebi.c

[PATCH 0/7] memory: atmel-ebi: Add PM ops

Hello, This patchset adds a ->resume() hook to the EBI driver, but a few more changes were required in order to easily implement this PM hook. Patches 1 to 5 are just cleanup patches to simplify the EBI driver. Patch 6 is fixing a bug in the EBI driver. Note that this bug has no consequences

[PATCH 0/7] memory: atmel-ebi: Add PM ops

Hello, This patchset adds a ->resume() hook to the EBI driver, but a few more changes were required in order to easily implement this PM hook. Patches 1 to 5 are just cleanup patches to simplify the EBI driver. Patch 6 is fixing a bug in the EBI driver. Note that this bug has no consequences

Re: RFC: Getting rid of LTR in VMX

On Mon, Feb 20, 2017 at 8:51 AM, Paolo Bonzini wrote: > > > On 20/02/2017 17:46, Andy Lutomirski wrote: >> On Mon, Feb 20, 2017 at 3:05 AM, Paolo Bonzini wrote: >>> >>> >>> On 18/02/2017 04:29, Andy Lutomirski wrote: There's no code here because the

Re: RFC: Getting rid of LTR in VMX

On Mon, Feb 20, 2017 at 8:51 AM, Paolo Bonzini wrote: > > > On 20/02/2017 17:46, Andy Lutomirski wrote: >> On Mon, Feb 20, 2017 at 3:05 AM, Paolo Bonzini wrote: >>> >>> >>> On 18/02/2017 04:29, Andy Lutomirski wrote: There's no code here because the patch is trivial, but I want to run

[PATCH 1/6] x86/asm: Define the kernel TSS limit in a macro

Rather than open-coding the kernel TSS limit in set_tss_desc(), make it a real macro near the TSS layout definition. This is purely a cleanup. Cc: Thomas Garnier Cc: Jim Mattson Signed-off-by: Andy Lutomirski ---

[PATCH 1/6] x86/asm: Define the kernel TSS limit in a macro

Rather than open-coding the kernel TSS limit in set_tss_desc(), make it a real macro near the TSS layout definition. This is purely a cleanup. Cc: Thomas Garnier Cc: Jim Mattson Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/desc.h | 10 +-

[PATCH 6/7] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index

Re: [PATCH v6 00/14] mmc: Add support to Marvell Xenon SD Host Controller

Hi Ulf, On mar., févr. 14 2017, Gregory CLEMENT wrote: > Hello, > > This the sixth version of the series adding support for the SDHCI > Xenon controller. It can be currently found on the Armada 37xx and the > Armada 7K/8K but will be also used in more

[PATCH 6/7] memory: atmel-ebi: Add missing ->numcs assignment

ebid->numcs is never assigned, set it to numcs after allocating the EBI dev object. Signed-off-by: Boris Brezillon --- drivers/memory/atmel-ebi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/memory/atmel-ebi.c b/drivers/memory/atmel-ebi.c index 833af8d02424..06a1a136d448 100644

Re: [PATCH v6 00/14] mmc: Add support to Marvell Xenon SD Host Controller

Hi Ulf, On mar., févr. 14 2017, Gregory CLEMENT wrote: > Hello, > > This the sixth version of the series adding support for the SDHCI > Xenon controller. It can be currently found on the Armada 37xx and the > Armada 7K/8K but will be also used in more Marvell SoC (and not only > the mvebu

[PATCH 2/6] x86/kvm/vmx: Don't fetch the TSS base from the GDT

The current CPU's TSS base is a foregone conclusion, so there's no need to parse it out of the segment tables. This should save a couple cycles (as STR is surely microcoded and poorly optimized) but, more importantly, it's a cleanup and it means that segment_base() will never be called on 64-bit

[PATCH 2/6] x86/kvm/vmx: Don't fetch the TSS base from the GDT

The current CPU's TSS base is a foregone conclusion, so there's no need to parse it out of the segment tables. This should save a couple cycles (as STR is surely microcoded and poorly optimized) but, more importantly, it's a cleanup and it means that segment_base() will never be called on 64-bit

[PATCH 3/6] x86/kvm/vmx: Get rid of segment_base() on 64-bit kernels

It was a bit buggy (it didn't list all segment types that needed 64-bit fixups), but the bug was irrelevant because it wasn't called in any interesting context on 64-bit kernels and was only used for data segents on 32-bit kernels. To avoid confusion, make it explicitly 32-bit only. Cc: Thomas

[PATCH 3/6] x86/kvm/vmx: Get rid of segment_base() on 64-bit kernels

It was a bit buggy (it didn't list all segment types that needed 64-bit fixups), but the bug was irrelevant because it wasn't called in any interesting context on 64-bit kernels and was only used for data segents on 32-bit kernels. To avoid confusion, make it explicitly 32-bit only. Cc: Thomas

[PATCH 0/3] Fix tsc2007 to report ABS_PRESSURE correctly

tsc2007 reports the touch resistance as ABS_PRESSURE, which jumps to its maximum for light touch and goes down for increasing pressure. This is not consistent with other touch drivers and not what one would expect. Additionally the name of the function tsc2007_calculate_pressure() is misleading

[PATCH 0/3] Fix tsc2007 to report ABS_PRESSURE correctly

tsc2007 reports the touch resistance as ABS_PRESSURE, which jumps to its maximum for light touch and goes down for increasing pressure. This is not consistent with other touch drivers and not what one would expect. Additionally the name of the function tsc2007_calculate_pressure() is misleading

[PATCH 2/3] Input: tsc2007 - correctly report pressure and not resistance to user space

previously, tsc2007 will report as ABS_PRESSURE: 0 for no pressure (resistance infinite) high value for soft pressure (high resistance) low value for firm pressure (lower resistance) This does not matter for most applications (e.g. GUI, Menu, Scrolling etc.) where the

[PATCH 2/3] Input: tsc2007 - correctly report pressure and not resistance to user space

previously, tsc2007 will report as ABS_PRESSURE: 0 for no pressure (resistance infinite) high value for soft pressure (high resistance) low value for firm pressure (lower resistance) This does not matter for most applications (e.g. GUI, Menu, Scrolling etc.) where the

<    2   3   4   5   6   7   8   9   10   11   >