Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

>>> > On 2018/1/11 15:19, Gang He wrote: >> >> >> > >>> On 2018/1/11 12:31, Gang He wrote: Hi Changwei, >>> > On 2018/1/11 11:33, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/11 10:07, Gang He wrote: Hi Changwei,

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

>>> > On 2018/1/11 15:19, Gang He wrote: >> >> >> > >>> On 2018/1/11 12:31, Gang He wrote: Hi Changwei, >>> > On 2018/1/11 11:33, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/11 10:07, Gang He wrote: Hi Changwei,

Re: [PATCH 0/7] ARM: dts: STi: Fix DT dtc warnings

HI Arnd On 01/10/2018 09:52 PM, Arnd Bergmann wrote: > On Wed, Jan 10, 2018 at 6:17 PM, Patrice CHOTARD > wrote: >> Hi Arnd >> >> On 01/10/2018 04:52 PM, Arnd Bergmann wrote: >>> On Wed, Jan 10, 2018 at 9:21 AM, wrote: From: Patrice Chotard

Re: [PATCH 0/7] ARM: dts: STi: Fix DT dtc warnings

HI Arnd On 01/10/2018 09:52 PM, Arnd Bergmann wrote: > On Wed, Jan 10, 2018 at 6:17 PM, Patrice CHOTARD > wrote: >> Hi Arnd >> >> On 01/10/2018 04:52 PM, Arnd Bergmann wrote: >>> On Wed, Jan 10, 2018 at 9:21 AM, wrote: From: Patrice Chotard This series fixes all dtc warnings

Re: [RESEND PATCH v11 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()

On 1/11/2018 2:22 AM, kbuild test robot wrote: Hi Byungchul, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on tip/sched/core] [also build test WARNING on v4.15-rc7 next-20180110] [if your patch is applied to the wrong git tree, please drop us a note to help

Re: [RESEND PATCH v11 1/2] sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()

On 1/11/2018 2:22 AM, kbuild test robot wrote: Hi Byungchul, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on tip/sched/core] [also build test WARNING on v4.15-rc7 next-20180110] [if your patch is applied to the wrong git tree, please drop us a note to help

Re: [PATCH 6/6] crypto: stm32-cryp: convert to the new crypto engine API

(Adding my tested by) On 10/01/18 15:25, Fabien DESSENNE wrote: > > On 03/01/18 21:11, Corentin Labbe wrote: >> This patch convert the stm32-cryp driver to the new crypto engine API. >> Signed-off-by: Corentin Labbe Tested-by: Fabien Dessenne

Re: [PATCH 6/6] crypto: stm32-cryp: convert to the new crypto engine API

(Adding my tested by) On 10/01/18 15:25, Fabien DESSENNE wrote: > > On 03/01/18 21:11, Corentin Labbe wrote: >> This patch convert the stm32-cryp driver to the new crypto engine API. >> Signed-off-by: Corentin Labbe Tested-by: Fabien Dessenne >> --- >>drivers/crypto/stm32/stm32-cryp.c |

Re: [PATCH 2/6] crypto: engine - Permit to enqueue all async requests

(adding my tested by) On 10/01/18 15:19, Fabien DESSENNE wrote: > On 03/01/18 21:11, Corentin Labbe wrote: >> The crypto engine could actually only enqueue hash and ablkcipher request. >> This patch permit it to enqueue any type of crypto_async_request. >> >> Signed-off-by: Corentin Labbe

Re: [PATCH 2/6] crypto: engine - Permit to enqueue all async requests

(adding my tested by) On 10/01/18 15:19, Fabien DESSENNE wrote: > On 03/01/18 21:11, Corentin Labbe wrote: >> The crypto engine could actually only enqueue hash and ablkcipher request. >> This patch permit it to enqueue any type of crypto_async_request. >> >> Signed-off-by: Corentin Labbe

Re: [PATCH 5/6] crypto: stm32-hash: convert to the new crypto engine API

(adding my tested my) On 10/01/18 15:24, Fabien DESSENNE wrote: > > On 03/01/18 21:11, Corentin Labbe wrote: >> This patch convert the stm32-hash driver to the new crypto engine API. >> >> Signed-off-by: Corentin Labbe Tested-by: Fabien Dessenne

Re: [PATCH 5/6] crypto: stm32-hash: convert to the new crypto engine API

(adding my tested my) On 10/01/18 15:24, Fabien DESSENNE wrote: > > On 03/01/18 21:11, Corentin Labbe wrote: >> This patch convert the stm32-hash driver to the new crypto engine API. >> >> Signed-off-by: Corentin Labbe Tested-by: Fabien Dessenne >> --- >>drivers/crypto/stm32/stm32-hash.c

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

On 2018/1/11 15:19, Gang He wrote: > > > >> On 2018/1/11 12:31, Gang He wrote: >>> Hi Changwei, >>> >>> >> On 2018/1/11 11:33, Gang He wrote: > Hi Changwei, > > >> On 2018/1/11 10:07, Gang He wrote: >>> Hi Changwei, >>> >>> >>

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

On 2018/1/11 15:19, Gang He wrote: > > > >> On 2018/1/11 12:31, Gang He wrote: >>> Hi Changwei, >>> >>> >> On 2018/1/11 11:33, Gang He wrote: > Hi Changwei, > > >> On 2018/1/11 10:07, Gang He wrote: >>> Hi Changwei, >>> >>> >>

Re: powersaving-related hangs on T460s

> I tried 4.15-git on my Thinkpad T460s laptop. It is working but I have > problems waking up the computer after it has been idle. > > There should be no suspend (to keep network connections alive) when the > laptop is on AC power, even when the lid is closed. In dmesg, I have > seen no

Re: powersaving-related hangs on T460s

> I tried 4.15-git on my Thinkpad T460s laptop. It is working but I have > problems waking up the computer after it has been idle. > > There should be no suspend (to keep network connections alive) when the > laptop is on AC power, even when the lid is closed. In dmesg, I have > seen no

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

Hi Mathieu, On (01/10/18 18:40), Mathieu Desnoyers wrote: [..] > > There appears to be two problems at hand. One is making sure a console > buffer owner only flushes a bounded amount of data. which, realistically, has quite little to do with the "and thus it fixes the lockups". logbuf size is

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

Hi Mathieu, On (01/10/18 18:40), Mathieu Desnoyers wrote: [..] > > There appears to be two problems at hand. One is making sure a console > buffer owner only flushes a bounded amount of data. which, realistically, has quite little to do with the "and thus it fixes the lockups". logbuf size is

Re: [PATCH linux dev-4.10 0/6] Add support PECI and PECI hwmon drivers

On Wed, Jan 10, 2018 at 01:46:34PM -0800, Jae Hyun Yoo wrote: > On 1/10/2018 12:27 PM, Greg KH wrote: > > On Wed, Jan 10, 2018 at 11:30:05AM -0800, Jae Hyun Yoo wrote: > > > On 1/10/2018 11:17 AM, Greg KH wrote: > > > > On Wed, Jan 10, 2018 at 11:14:34AM -0800, Jae Hyun Yoo wrote: > > > > > On

Re: [PATCH linux dev-4.10 0/6] Add support PECI and PECI hwmon drivers

On Wed, Jan 10, 2018 at 01:46:34PM -0800, Jae Hyun Yoo wrote: > On 1/10/2018 12:27 PM, Greg KH wrote: > > On Wed, Jan 10, 2018 at 11:30:05AM -0800, Jae Hyun Yoo wrote: > > > On 1/10/2018 11:17 AM, Greg KH wrote: > > > > On Wed, Jan 10, 2018 at 11:14:34AM -0800, Jae Hyun Yoo wrote: > > > > > On

[patch v8 3/3] platform/mellanox: mlxreg-hotplug: modify to use regmap intreface

It includes: - restructuring of mlxreg header file for unification of hotplug items definition; - unification of hotplug items to allow any kind of item (power controller, fan eeprom, psu eeprom, asic health in common way); - utilization of regmap interface to allow independency of underlying

[patch v8 3/3] platform/mellanox: mlxreg-hotplug: modify to use regmap intreface

It includes: - restructuring of mlxreg header file for unification of hotplug items definition; - unification of hotplug items to allow any kind of item (power controller, fan eeprom, psu eeprom, asic health in common way); - utilization of regmap interface to allow independency of underlying

[patch v8 1/3] platform/x86: move Mellanox hardware platform hotplug driver to platform/mellanox

It moves drivers/platform/x86/mlxcpld-hotplug.c to drivers/platform/mellanox/mlxreg-hotplug.c and include/linux/platform_data/mlxcpld-hotplug.h to include/linux/platform_data/mlxreg.h for making hotplug driver usable for the different machine architectures. Signed-off-by: Vadim Pasternak

[patch v8 1/3] platform/x86: move Mellanox hardware platform hotplug driver to platform/mellanox

It moves drivers/platform/x86/mlxcpld-hotplug.c to drivers/platform/mellanox/mlxreg-hotplug.c and include/linux/platform_data/mlxcpld-hotplug.h to include/linux/platform_data/mlxreg.h for making hotplug driver usable for the different machine architectures. Signed-off-by: Vadim Pasternak

[patch v8 2/3] platform/mellanox: mlxreg-hotplug: allow driver for ARM architecture

It allows driver to run on x86 and ARM architecture based systems. Also some unnecessary includes are removed. Signed-off-by: Vadim Pasternak Acked-by: Andy Shevchenko --- v7->v8 Fixes added by Vadim: - Drop routines using of_update_property. It

[patch v8 2/3] platform/mellanox: mlxreg-hotplug: allow driver for ARM architecture

It allows driver to run on x86 and ARM architecture based systems. Also some unnecessary includes are removed. Signed-off-by: Vadim Pasternak Acked-by: Andy Shevchenko --- v7->v8 Fixes added by Vadim: - Drop routines using of_update_property. It causes Kbuild error for ia64 arch during on

[patch v8 0/3] drivers/platform: replace module x86/mlxcpld-hotplug with mellanox/mlxreg-hotplug

The patchset: - replaces modules include/linux/platform_data/mlxcpld-hotplug.h and drivers/platform/x86/mlxcpld-hotplug.c with the modules include/linux/platform_data/mlxreg.h and drivers/platform/mellanox/mlxreg-hotplug.c; relevant Makefile and Kconfig are updated; - modifies

[patch v8 0/3] drivers/platform: replace module x86/mlxcpld-hotplug with mellanox/mlxreg-hotplug

The patchset: - replaces modules include/linux/platform_data/mlxcpld-hotplug.h and drivers/platform/x86/mlxcpld-hotplug.c with the modules include/linux/platform_data/mlxreg.h and drivers/platform/mellanox/mlxreg-hotplug.c; relevant Makefile and Kconfig are updated; - modifies

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

>>> > On 2018/1/11 12:31, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/11 11:33, Gang He wrote: Hi Changwei, >>> > On 2018/1/11 10:07, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/10 18:14, Gang He wrote: Hi

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

>>> > On 2018/1/11 12:31, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/11 11:33, Gang He wrote: Hi Changwei, >>> > On 2018/1/11 10:07, Gang He wrote: >> Hi Changwei, >> >> > >>> On 2018/1/10 18:14, Gang He wrote: Hi

Re: [PATCH v2] zsmalloc: use U suffix for negative literals being shifted

On (01/10/18 19:41), Nick Desaulniers wrote: > Fixes warnings about shifting unsigned literals being undefined > behavior. > > Suggested-by: Minchan Kim > Signed-off-by: Nick Desaulniers looks good to me. Reviewed-by: Sergey Senozhatsky

Re: [PATCH v2] zsmalloc: use U suffix for negative literals being shifted

On (01/10/18 19:41), Nick Desaulniers wrote: > Fixes warnings about shifting unsigned literals being undefined > behavior. > > Suggested-by: Minchan Kim > Signed-off-by: Nick Desaulniers looks good to me. Reviewed-by: Sergey Senozhatsky -ss

Re: [PATCH v3] zswap: only save zswap header when necessary

On (01/10/18 14:56), Yu Zhao wrote: [..] > We waste sizeof(swp_entry_t) for zswap header when using zsmalloc > as zpool driver because zsmalloc doesn't support eviction. > > Add zpool_evictable() to detect if zpool is potentially evictable, > and use it in zswap to avoid waste memory for zswap

Re: [PATCH v3] zswap: only save zswap header when necessary

On (01/10/18 14:56), Yu Zhao wrote: [..] > We waste sizeof(swp_entry_t) for zswap header when using zsmalloc > as zpool driver because zsmalloc doesn't support eviction. > > Add zpool_evictable() to detect if zpool is potentially evictable, > and use it in zswap to avoid waste memory for zswap

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

On 2018/1/11 12:31, Gang He wrote: > Hi Changwei, > > >> On 2018/1/11 11:33, Gang He wrote: >>> Hi Changwei, >>> >>> >> On 2018/1/11 10:07, Gang He wrote: > Hi Changwei, > > >> On 2018/1/10 18:14, Gang He wrote: >>> Hi Changwei, >>> >>>

Re: [Ocfs2-devel] [PATCH v2 2/2] ocfs2: add trimfs lock to avoid duplicated trims in cluster

On 2018/1/11 12:31, Gang He wrote: > Hi Changwei, > > >> On 2018/1/11 11:33, Gang He wrote: >>> Hi Changwei, >>> >>> >> On 2018/1/11 10:07, Gang He wrote: > Hi Changwei, > > >> On 2018/1/10 18:14, Gang He wrote: >>> Hi Changwei, >>> >>>

Re: [PATCH] zswap: only save zswap header if zpool is shrinkable

Hello, Yu Zhao, Dan, sorry for the delay On (01/10/18 15:06), Dan Streetman wrote: [..] > Well, I think shrink vs evict an implementation detail, isn't it? > That is, from zswap's perspective, there should be: > > zpool_evictable() > if true, zswap needs to include the header on each

Re: [PATCH] zswap: only save zswap header if zpool is shrinkable

Hello, Yu Zhao, Dan, sorry for the delay On (01/10/18 15:06), Dan Streetman wrote: [..] > Well, I think shrink vs evict an implementation detail, isn't it? > That is, from zswap's perspective, there should be: > > zpool_evictable() > if true, zswap needs to include the header on each

Re: [PATCH v2] f2fs: handle newly created page when revoking inmem pages

Should it be "When committing inmem pages is not successful" ? On 2018/1/11 8:17, Daeho Jeong wrote: When committing inmem pages is successful, we revoke already committed blocks in __revoke_inmem_pages() and finally replace the committed ones with the old blocks using f2fs_replace_block().

Re: [PATCH v2] f2fs: handle newly created page when revoking inmem pages

Should it be "When committing inmem pages is not successful" ? On 2018/1/11 8:17, Daeho Jeong wrote: When committing inmem pages is successful, we revoke already committed blocks in __revoke_inmem_pages() and finally replace the committed ones with the old blocks using f2fs_replace_block().

[PATCH v2 00/16] ASoC: fsl_ssi: Clean up - program flow level

==Change log== v2 * Reworked the series by taking suggestions from Maciej + Added PATCH-01 to keep all ssi->i2s_net updated + Replaced bool tx with bool dir in PATCH-03 and PATCH-06 + Moved all initial register configurations from dai probe() to platform probe() so as to let AC97 CODEC

[PATCH v2 00/16] ASoC: fsl_ssi: Clean up - program flow level

==Change log== v2 * Reworked the series by taking suggestions from Maciej + Added PATCH-01 to keep all ssi->i2s_net updated + Replaced bool tx with bool dir in PATCH-03 and PATCH-06 + Moved all initial register configurations from dai probe() to platform probe() so as to let AC97 CODEC

[PATCH v2 05/16] ASoC: fsl_ssi: Clear FIFO directly in fsl_ssi_config()

The FIFO clear helper function is just one line of code now. So it could be cleaned up by removing it and calling regmap directly. Meanwhile, FIFO clear could be applied to all use cases, not confined to AC97. So this patch also moves FIFO clear in the trigger() to fsl_ssi_config() and removes

[PATCH v2 05/16] ASoC: fsl_ssi: Clear FIFO directly in fsl_ssi_config()

The FIFO clear helper function is just one line of code now. So it could be cleaned up by removing it and calling regmap directly. Meanwhile, FIFO clear could be applied to all use cases, not confined to AC97. So this patch also moves FIFO clear in the trigger() to fsl_ssi_config() and removes

[PATCH V3 3/6] usb: serial: f81534: add output pin control

The F81532/534 had 3 output pin (M0/SD, M1, M2) with open-drain mode to control transceiver. We'll read it from internal Flash with address 0x2f05~0x2f08 for 4 ports. The value is range from 0 to 7. The M0/SD is MSB of this value. For a examples, If read value is 6, we'll write M0/SD, M1, M2 as 1,

[PATCH v2 01/16] ASoC: fsl_ssi: Keep ssi->i2s_net updated

The hw_params() overwrites i2s_net settings for special cases like mono-channel support, however, it doesn't update ssi->i2s_net as set_dai_fmt() does. This patch removes the local i2s_net variable and directly updates ssi->i2s_net in the hw_params() so that the driver can simply look up the

[PATCH v2 03/16] ASoC: fsl_ssi: Maintain a mask of active streams

Checking TE and RE bits in SCR register doesn't work for AC97 mode which enables SSIEN, TE and RE in the fsl_ssi_setup_ac97() that's called during probe(). So when running into the trigger(), it will always get the result of both TE and RE being enabled already, even if actually there is no

[PATCH V3 3/6] usb: serial: f81534: add output pin control

The F81532/534 had 3 output pin (M0/SD, M1, M2) with open-drain mode to control transceiver. We'll read it from internal Flash with address 0x2f05~0x2f08 for 4 ports. The value is range from 0 to 7. The M0/SD is MSB of this value. For a examples, If read value is 6, we'll write M0/SD, M1, M2 as 1,

[PATCH v2 01/16] ASoC: fsl_ssi: Keep ssi->i2s_net updated

The hw_params() overwrites i2s_net settings for special cases like mono-channel support, however, it doesn't update ssi->i2s_net as set_dai_fmt() does. This patch removes the local i2s_net variable and directly updates ssi->i2s_net in the hw_params() so that the driver can simply look up the

[PATCH v2 03/16] ASoC: fsl_ssi: Maintain a mask of active streams

Checking TE and RE bits in SCR register doesn't work for AC97 mode which enables SSIEN, TE and RE in the fsl_ssi_setup_ac97() that's called during probe(). So when running into the trigger(), it will always get the result of both TE and RE being enabled already, even if actually there is no

[PATCH V3 2/6] usb: serial: f81534: add auto RTS direction support

The F81532/534 had auto RTS direction support for RS485 mode. We'll read it from internal Flash with address 0x2f01~0x2f04 for 4 ports. There are 4 conditions below: 0: F81534_PORT_CONF_RS232. 1: F81534_PORT_CONF_RS485. 2: value error, default to F81534_PORT_CONF_RS232.

[PATCH V3 2/6] usb: serial: f81534: add auto RTS direction support

The F81532/534 had auto RTS direction support for RS485 mode. We'll read it from internal Flash with address 0x2f01~0x2f04 for 4 ports. There are 4 conditions below: 0: F81534_PORT_CONF_RS232. 1: F81534_PORT_CONF_RS485. 2: value error, default to F81534_PORT_CONF_RS232.

[PATCH V3 5/6] usb: serial: f81534: add H/W disable port support

The F81532/534 can be disable port by manufacturer with following H/W design. 1: Connect DCD/DSR/CTS/RI pin to ground. 2: Connect RX pin to ground. In driver, we'll implements some detect method likes following: 1: Read MSR. 2: Turn MCR LOOP bit on, off and read LSR after delay

[PATCH V3 5/6] usb: serial: f81534: add H/W disable port support

The F81532/534 can be disable port by manufacturer with following H/W design. 1: Connect DCD/DSR/CTS/RI pin to ground. 2: Connect RX pin to ground. In driver, we'll implements some detect method likes following: 1: Read MSR. 2: Turn MCR LOOP bit on, off and read LSR after delay

[PATCH V3 4/6] usb: serial: f81534: refactoring calc_num_ports()

In the original code, We'll read configuration in calc_num_ports() and read again in attach(). In fact, we can move all content from attach() to calc_num_ports() to simplify the code. Signed-off-by: Ji-Ze Hong (Peter Hong) --- V3: 1: First introduced in

[PATCH V3 4/6] usb: serial: f81534: refactoring calc_num_ports()

In the original code, We'll read configuration in calc_num_ports() and read again in attach(). In fact, we can move all content from attach() to calc_num_ports() to simplify the code. Signed-off-by: Ji-Ze Hong (Peter Hong) --- V3: 1: First introduced in this series patches.

[PATCH V3 1/6] usb: serial: f81534: add high baud rate support

The F81532/534 had 4 clocksource 1.846/18.46/14.77/24MHz and baud rates can be up to 1.5Mbits with 24MHz. This device may generate data overrun when baud rate setting to 921600bps or higher with old UART trigger level setting (8x14=112) with full loading. We'll change trigger level from 8x14=112

[PATCH v2 04/16] ASoC: fsl_ssi: Rename fsl_ssi_disable_val macro

The define of fsl_ssi_disable_val is not so clear as it mixes two steps of calculations together. And those parameter names are also a bit long to read. Since it just tries to exclude the shared bits from the regvals of current stream while the opposite stream is active, it's better to use

Re: [RFC PATCH v2 5/6] x86/entry/pti: avoid setting CR3 when it's already correct

On Wed, Jan 10, 2018 at 12:29:17PM -0800, Dave Hansen wrote: > On 01/09/2018 04:56 AM, Willy Tarreau wrote: > > --- a/arch/x86/entry/calling.h > > +++ b/arch/x86/entry/calling.h > > @@ -214,6 +214,11 @@ > > .macro SWITCH_TO_KERNEL_CR3 scratch_reg:req > > ALTERNATIVE "jmp .Lend_\@", "",

[PATCH V3 6/6] usb: serial: f81534: fix tx error on some baud rate

The F81532/534 had 4 clocksource 1.846/18.46/14.77/24MHz and baud rates can be up to 1.5Mbits with 24MHz. But on some baud rate (384~500kps), the TX side will send the data frame too close to treat frame error on RX side. This patch will force all TX data frame with delay 1bit gap. Signed-off-by:

[PATCH V3 1/6] usb: serial: f81534: add high baud rate support

The F81532/534 had 4 clocksource 1.846/18.46/14.77/24MHz and baud rates can be up to 1.5Mbits with 24MHz. This device may generate data overrun when baud rate setting to 921600bps or higher with old UART trigger level setting (8x14=112) with full loading. We'll change trigger level from 8x14=112

[PATCH v2 04/16] ASoC: fsl_ssi: Rename fsl_ssi_disable_val macro

The define of fsl_ssi_disable_val is not so clear as it mixes two steps of calculations together. And those parameter names are also a bit long to read. Since it just tries to exclude the shared bits from the regvals of current stream while the opposite stream is active, it's better to use

Re: [RFC PATCH v2 5/6] x86/entry/pti: avoid setting CR3 when it's already correct

On Wed, Jan 10, 2018 at 12:29:17PM -0800, Dave Hansen wrote: > On 01/09/2018 04:56 AM, Willy Tarreau wrote: > > --- a/arch/x86/entry/calling.h > > +++ b/arch/x86/entry/calling.h > > @@ -214,6 +214,11 @@ > > .macro SWITCH_TO_KERNEL_CR3 scratch_reg:req > > ALTERNATIVE "jmp .Lend_\@", "",

[PATCH V3 6/6] usb: serial: f81534: fix tx error on some baud rate

The F81532/534 had 4 clocksource 1.846/18.46/14.77/24MHz and baud rates can be up to 1.5Mbits with 24MHz. But on some baud rate (384~500kps), the TX side will send the data frame too close to treat frame error on RX side. This patch will force all TX data frame with delay 1bit gap. Signed-off-by:

[PATCH v2 09/16] ASoC: fsl_ssi: Set xFEN0 and xFEN1 together

It'd be safer to enable both FIFOs for TX or RX at the same time. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c

[PATCH v2 09/16] ASoC: fsl_ssi: Set xFEN0 and xFEN1 together

It'd be safer to enable both FIFOs for TX or RX at the same time. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index

[PATCH v2 08/16] ASoC: fsl_ssi: Clean up fsl_ssi_setup_regvals()

This patch cleans fsl_ssi_setup_regvals() by following changes: 1) Moving DBG bits to the first lines. 2) Setting SSIE, RE/TE as default and cleaning it for AC97 Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 17

[PATCH v2 07/16] ASoC: fsl_ssi: Add DAIFMT define for AC97

The _fsl_ssi_set_dai_fmt() bypasses an undefined format for AC97 mode. However, it's not really necessary if AC97 has its complete format defined. So this patch adds a DAIFMT macro of complete format including a clock direction and polarity. Signed-off-by: Nicolin Chen

[PATCH v2 08/16] ASoC: fsl_ssi: Clean up fsl_ssi_setup_regvals()

This patch cleans fsl_ssi_setup_regvals() by following changes: 1) Moving DBG bits to the first lines. 2) Setting SSIE, RE/TE as default and cleaning it for AC97 Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 17 ++--- 1 file changed, 6

[PATCH v2 07/16] ASoC: fsl_ssi: Add DAIFMT define for AC97

The _fsl_ssi_set_dai_fmt() bypasses an undefined format for AC97 mode. However, it's not really necessary if AC97 has its complete format defined. So this patch adds a DAIFMT macro of complete format including a clock direction and polarity. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome

[PATCH v2 10/16] ASoC: fsl_ssi: Use snd_soc_init_dma_data instead

Since there is a helper function, use it to help readability. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c

[PATCH v2 13/16] ASoC: fsl_ssi: Clean up _fsl_ssi_set_dai_fmt()

The _fsl_ssi_set_dai_fmt() is a helper function being called from fsl_ssi_set_dai_fmt() as an ASoC operation and fsl_ssi_hw_init() mainly for AC97 format initialization. This patch cleans the _fsl_ssi_set_dai_fmt() in following ways: * Removing *dev pointer in the parameters as it's included in

[PATCH v2 10/16] ASoC: fsl_ssi: Use snd_soc_init_dma_data instead

Since there is a helper function, use it to help readability. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index e75b57d..2c179a7

[PATCH v2 13/16] ASoC: fsl_ssi: Clean up _fsl_ssi_set_dai_fmt()

The _fsl_ssi_set_dai_fmt() is a helper function being called from fsl_ssi_set_dai_fmt() as an ASoC operation and fsl_ssi_hw_init() mainly for AC97 format initialization. This patch cleans the _fsl_ssi_set_dai_fmt() in following ways: * Removing *dev pointer in the parameters as it's included in

[PATCH v2 06/16] ASoC: fsl_ssi: Clean up helper functions of trigger()

The trigger() calls fsl_ssi_tx_config() and fsl_ssi_rx_config(), and both of them jump to fsl_ssi_config(). And fsl_ssi_config() later calls another fsl_ssi_rxtx_config(). However, the whole routine, especially fsl_ssi_config() function, is too complicated because of the folowing reasons: 1) It

[PATCH v2 06/16] ASoC: fsl_ssi: Clean up helper functions of trigger()

The trigger() calls fsl_ssi_tx_config() and fsl_ssi_rx_config(), and both of them jump to fsl_ssi_config(). And fsl_ssi_config() later calls another fsl_ssi_rxtx_config(). However, the whole routine, especially fsl_ssi_config() function, is too complicated because of the folowing reasons: 1) It

[PATCH v2 12/16] ASoC: fsl_ssi: Setup AC97 in fsl_ssi_hw_init()

AC97 configures most of registers earlier to start a communication with CODECs in order to successfully initialize CODEC. Currently, _fsl_ssi_set_dai_fmt() and fsl_ssi_setup_ac97() are called to get all SSI registers properly set. Since now the driver has a fsl_ssi_hw_init() to handle all

[PATCH v2 14/16] ASoC: fsl_ssi: Remove cpu_dai_drv from fsl_ssi structure

The cpu_dai_drv is only used for symmetric_rates. So this patch replaces it with a synchronous boolean flag. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 32 1 file changed, 16

[PATCH v2 12/16] ASoC: fsl_ssi: Setup AC97 in fsl_ssi_hw_init()

AC97 configures most of registers earlier to start a communication with CODECs in order to successfully initialize CODEC. Currently, _fsl_ssi_set_dai_fmt() and fsl_ssi_setup_ac97() are called to get all SSI registers properly set. Since now the driver has a fsl_ssi_hw_init() to handle all

[PATCH v2 14/16] ASoC: fsl_ssi: Remove cpu_dai_drv from fsl_ssi structure

The cpu_dai_drv is only used for symmetric_rates. So this patch replaces it with a synchronous boolean flag. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git

[PATCH v2 16/16] ASoC: fsl_ssi: Use ssi->streams instead of reading register

Since ssi->streams is being updated along with SCR register and its SSIEN bit, it's simpler to use it instead. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-)

[PATCH v2 15/16] ASoC: fsl_ssi: Move DT related code to a separate probe()

This patch cleans up probe() function by moving all Device Tree related code into a separate function. It allows the probe() to be Device Tree independent. This will be very useful for future integration of imx-ssi driver which has similar functionalities while exists only because it supports

[PATCH v2 16/16] ASoC: fsl_ssi: Use ssi->streams instead of reading register

Since ssi->streams is being updated along with SCR register and its SSIEN bit, it's simpler to use it instead. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c

[PATCH v2 15/16] ASoC: fsl_ssi: Move DT related code to a separate probe()

This patch cleans up probe() function by moving all Device Tree related code into a separate function. It allows the probe() to be Device Tree independent. This will be very useful for future integration of imx-ssi driver which has similar functionalities while exists only because it supports

[PATCH v2 11/16] ASoC: fsl_ssi: Move one-time configurations to probe()

The probe() could handle some one-time configurations since they will not be changed once being configured. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 39 ++- 1 file changed, 26

[PATCH v2 11/16] ASoC: fsl_ssi: Move one-time configurations to probe()

The probe() could handle some one-time configurations since they will not be changed once being configured. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 39 ++- 1 file changed, 26 insertions(+), 13 deletions(-) diff --git

[PATCH v2 02/16] ASoC: fsl_ssi: Clean up set_dai_tdm_slot()

This patch replaces the register read with ssi->i2s_net for simplification. It also removes masking SSIEN from scr value since it's handled later by regmap_update_bits() to set this scr value back. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome ---

[PATCH v2 02/16] ASoC: fsl_ssi: Clean up set_dai_tdm_slot()

This patch replaces the register read with ssi->i2s_net for simplification. It also removes masking SSIEN from scr value since it's handled later by regmap_update_bits() to set this scr value back. Signed-off-by: Nicolin Chen Tested-by: Caleb Crome --- sound/soc/fsl/fsl_ssi.c | 7 ++- 1

Re: [RFC PATCH v2 6/6] x86/entry/pti: don't switch PGD on when pti_disable is set

On Wed, Jan 10, 2018 at 11:50:46AM -0800, Linus Torvalds wrote: > And the whole "NOW" vs "NEXT" is complete garbage. The obvious sane > no-PTI interface is that it > > (a) inherits on fork/exec, so that you don't have to worry about how > something is implemented (think "I want to run this

Re: [RFC PATCH v2 6/6] x86/entry/pti: don't switch PGD on when pti_disable is set

On Wed, Jan 10, 2018 at 11:50:46AM -0800, Linus Torvalds wrote: > And the whole "NOW" vs "NEXT" is complete garbage. The obvious sane > no-PTI interface is that it > > (a) inherits on fork/exec, so that you don't have to worry about how > something is implemented (think "I want to run this

[PATCH v3 RESEND] f2fs: support F2FS_IOC_PRECACHE_EXTENTS

This patch introduces a new ioctl F2FS_IOC_PRECACHE_EXTENTS to precache extent info like ext4, in order to gain better performance during triggering AIO by eliminating synchronous waiting of mapping info. Referred commit: 7869a4a6c5ca ("ext4: add support for extent pre-caching") In addition,

[PATCH v3 RESEND] f2fs: support F2FS_IOC_PRECACHE_EXTENTS

This patch introduces a new ioctl F2FS_IOC_PRECACHE_EXTENTS to precache extent info like ext4, in order to gain better performance during triggering AIO by eliminating synchronous waiting of mapping info. Referred commit: 7869a4a6c5ca ("ext4: add support for extent pre-caching") In addition,

[PATCH v3 RESEND] f2fs: support FIEMAP_FLAG_XATTR

This patch enables ->fiemap to handle FIEMAP_FLAG_XATTR flag for xattr mapping info lookup purpose. It makes f2fs passing generic/425 test in fstest. Signed-off-by: Chao Yu --- fs/f2fs/data.c | 69 +- 1 file changed,

[PATCH v3 RESEND] f2fs: support FIEMAP_FLAG_XATTR

This patch enables ->fiemap to handle FIEMAP_FLAG_XATTR flag for xattr mapping info lookup purpose. It makes f2fs passing generic/425 test in fstest. Signed-off-by: Chao Yu --- fs/f2fs/data.c | 69 +- 1 file changed, 68 insertions(+), 1

[PATCH v2] f2fs: fix to cover f2fs_inline_data_fiemap with inode_lock

This patch fix to cover f2fs_inline_data_fiemap with inode_lock in order to make that interface avoiding race with mapping change. Signed-off-by: Chao Yu --- v2: - change to just cover inode lock for f2fs_inline_data_fiemap fs/f2fs/data.c | 6 +++--- 1 file changed, 3

[PATCH v2] f2fs: fix to cover f2fs_inline_data_fiemap with inode_lock

This patch fix to cover f2fs_inline_data_fiemap with inode_lock in order to make that interface avoiding race with mapping change. Signed-off-by: Chao Yu --- v2: - change to just cover inode lock for f2fs_inline_data_fiemap fs/f2fs/data.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[tip:perf/core] perf report: Add --tasks option to display monitored tasks

Commit-ID: 930f8b3479444d264aa33e008c4b00b86e8c62cc Gitweb: https://git.kernel.org/tip/930f8b3479444d264aa33e008c4b00b86e8c62cc Author: Jiri Olsa AuthorDate: Sun, 7 Jan 2018 17:03:56 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 10 Jan

[tip:perf/core] perf report: Add --tasks option to display monitored tasks

Commit-ID: 930f8b3479444d264aa33e008c4b00b86e8c62cc Gitweb: https://git.kernel.org/tip/930f8b3479444d264aa33e008c4b00b86e8c62cc Author: Jiri Olsa AuthorDate: Sun, 7 Jan 2018 17:03:56 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 10 Jan 2018 12:00:56 -0300 perf report: Add

[tip:perf/core] tools headers: Synchronize kernel <-> tooling headers

Commit-ID: 5d64db2966e38bfd99114ecf0b54f97d33023dcd Gitweb: https://git.kernel.org/tip/5d64db2966e38bfd99114ecf0b54f97d33023dcd Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 10 Jan 2018 11:36:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Synchronize kernel <-> tooling headers

Commit-ID: 5d64db2966e38bfd99114ecf0b54f97d33023dcd Gitweb: https://git.kernel.org/tip/5d64db2966e38bfd99114ecf0b54f97d33023dcd Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 10 Jan 2018 11:36:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 10 Jan 2018 12:46:54 -0300

  1   2   3   4   5   6   7   8   9   10   >