mm/slub.o:undefined reference to `_GLOBAL_OFFSET_TABLE_'

Hi Jesper, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: d0ecd894e3d5f768a84403b34019c4a7daa05882 slub: optimize bulk slowpath free by detached freelist date: 10

mm/slub.o:undefined reference to `_GLOBAL_OFFSET_TABLE_'

Hi Jesper, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: d0ecd894e3d5f768a84403b34019c4a7daa05882 slub: optimize bulk slowpath free by detached freelist date: 10

Re: [PATCH v7 6/6] powerpc: pSeries: Add pv-qspinlock build config/make

hi, all ok, this patch set depends on https://patchwork.kernel.org/patch/8953981/ [V4] powerpc: Implement {cmp}xchg for u8 and u16 sorry. On 2016年09月19日 16:58, kbuild test robot wrote: Hi Pan, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.8-rc7 next-20160916]

Re: [PATCH v7 6/6] powerpc: pSeries: Add pv-qspinlock build config/make

hi, all ok, this patch set depends on https://patchwork.kernel.org/patch/8953981/ [V4] powerpc: Implement {cmp}xchg for u8 and u16 sorry. On 2016年09月19日 16:58, kbuild test robot wrote: Hi Pan, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.8-rc7 next-20160916]

Re: [PATCH] cxgb4: fix signed wrap around when decrementing index idx

From: Colin King Date: Tue, 20 Sep 2016 15:48:45 +0100 > From: Colin Ian King > > Change predecrement compare to post decrement compare to avoid an > unsigned integer wrap-around comparison when decrementing idx in > the while loop. > > For

Re: [PATCH] cxgb4: fix signed wrap around when decrementing index idx

From: Colin King Date: Tue, 20 Sep 2016 15:48:45 +0100 > From: Colin Ian King > > Change predecrement compare to post decrement compare to avoid an > unsigned integer wrap-around comparison when decrementing idx in > the while loop. > > For example, when idx is zero, the current situation

Re: [PATCH v5 3/6] mm/cma: populate ZONE_CMA

On Wed, Sep 21, 2016 at 11:20:11AM +0200, Vlastimil Babka wrote: > On 08/29/2016 07:07 AM, js1...@gmail.com wrote: > >From: Joonsoo Kim > > > >Until now, reserved pages for CMA are managed in the ordinary zones > >where page's pfn are belong to. This approach has numorous

Re: [PATCH v5 3/6] mm/cma: populate ZONE_CMA

On Wed, Sep 21, 2016 at 11:20:11AM +0200, Vlastimil Babka wrote: > On 08/29/2016 07:07 AM, js1...@gmail.com wrote: > >From: Joonsoo Kim > > > >Until now, reserved pages for CMA are managed in the ordinary zones > >where page's pfn are belong to. This approach has numorous problems > >and fixing

Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

On 9/22/16 2:24 AM, Marcelo wrote: On Thu, Sep 22, 2016 at 12:18:46AM +0800, hejianet wrote: Hi Marcelo sorry for the late, just came back from a vacation. Hi, no problem. Hope your batteries are recharged now :-) On 9/14/16 7:55 PM, Marcelo wrote: Hi Jia, On Wed, Sep 14, 2016 at

Re: [RFC PATCH v3 2/7] proc: Reduce cache miss in {snmp,netstat}_seq_show

On 9/22/16 2:24 AM, Marcelo wrote: On Thu, Sep 22, 2016 at 12:18:46AM +0800, hejianet wrote: Hi Marcelo sorry for the late, just came back from a vacation. Hi, no problem. Hope your batteries are recharged now :-) On 9/14/16 7:55 PM, Marcelo wrote: Hi Jia, On Wed, Sep 14, 2016 at

[PATCH 11/11] staging: dgnc: introduce find_board_by_major()

It was used to get a board structure with dgnc_BoardsByMajor array. But this driver already has the array for managing initialized board as dgap_board[]. It can be used for searching the board structure by major number. Signed-off-by: Daeseok Youn ---

[PATCH 11/11] staging: dgnc: introduce find_board_by_major()

It was used to get a board structure with dgnc_BoardsByMajor array. But this driver already has the array for managing initialized board as dgap_board[]. It can be used for searching the board structure by major number. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_tty.c | 25

[PATCH 08/11] staging: dgnc: introduce the dgnc_free_irq()

The dgnc_free_irq() will free the requested IRQ from the dgnc_request_irq(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c

[PATCH 06/11] staging: dgnc: introduce the dgnc_tty_unregister()

The dgnc_tty_unregister() will be called when the dgnc_tty_register() is failed. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 7 +-- drivers/staging/dgnc/dgnc_tty.c| 8 drivers/staging/dgnc/dgnc_tty.h| 1 + 3 files changed, 14

[PATCH 08/11] staging: dgnc: introduce the dgnc_free_irq()

The dgnc_free_irq() will free the requested IRQ from the dgnc_request_irq(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c

[PATCH 06/11] staging: dgnc: introduce the dgnc_tty_unregister()

The dgnc_tty_unregister() will be called when the dgnc_tty_register() is failed. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 7 +-- drivers/staging/dgnc/dgnc_tty.c| 8 drivers/staging/dgnc/dgnc_tty.h| 1 + 3 files changed, 14 insertions(+), 2

[PATCH 07/11] staging: dgnc: rename dgnc_finalize_board_init() to

The dgnc_finalize_board_init() function has only job for requesting the IRQ. It should be renamed to dgnc_request_irq() Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 10/11] staging: dgnc: remove useless variables

The dgnc_major_serial_registered and dgnc_major_serial_registered do not need to use to check whether the tty driver is registered or not. These variables are used only in dgnc_cleanup_tty() function, This function will be called normally with initialized board structure. It means the

[PATCH 09/11] staging: dgnc: rename dgnc_tty_uninit() to

The dgnc_tty_uninit() doesn't match with dgnc_tty_init() at all. And also the dgnc_cleanup_tty() is only called for exiting the module. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 2 +- drivers/staging/dgnc/dgnc_tty.c| 4 ++--

[PATCH 10/11] staging: dgnc: remove useless variables

The dgnc_major_serial_registered and dgnc_major_serial_registered do not need to use to check whether the tty driver is registered or not. These variables are used only in dgnc_cleanup_tty() function, This function will be called normally with initialized board structure. It means the

[PATCH 09/11] staging: dgnc: rename dgnc_tty_uninit() to

The dgnc_tty_uninit() doesn't match with dgnc_tty_init() at all. And also the dgnc_cleanup_tty() is only called for exiting the module. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 2 +- drivers/staging/dgnc/dgnc_tty.c| 4 ++-- drivers/staging/dgnc/dgnc_tty.h| 2

[PATCH 07/11] staging: dgnc: rename dgnc_finalize_board_init() to

The dgnc_finalize_board_init() function has only job for requesting the IRQ. It should be renamed to dgnc_request_irq() Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c

[PATCH 04/11] staging: dgnc: kfree for board structure in

The board structure should be freed when any function was failed in dgnc_found_board(). And the board strucure will be stored into dgnc_board array when the dgnc_found_board() function has no error. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 17

[PATCH 03/11] staging: dgnc: missing NULL check for ioremap in

The ioremap() function can be failed, so it need to have error handling in dgnc_do_remap(). And also the return type of dgnc_do_remap() should be changed from "void" to "int" Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 31

[PATCH 04/11] staging: dgnc: kfree for board structure in

The board structure should be freed when any function was failed in dgnc_found_board(). And the board strucure will be stored into dgnc_board array when the dgnc_found_board() function has no error. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 17 + 1

[PATCH 03/11] staging: dgnc: missing NULL check for ioremap in

The ioremap() function can be failed, so it need to have error handling in dgnc_do_remap(). And also the return type of dgnc_do_remap() should be changed from "void" to "int" Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 31 +-- 1 file changed,

Re: [PATCH v5 0/6] Introduce ZONE_CMA

On Wed, Sep 21, 2016 at 08:17:27PM +0530, Aneesh Kumar K.V wrote: > "Aneesh Kumar K.V" writes: > > > Joonsoo Kim writes: > > > >> On Tue, Aug 30, 2016 at 04:09:37PM +0530, Aneesh Kumar K.V wrote: > >>> Joonsoo Kim

Re: [PATCH net-next 9/9] rxrpc: Reduce the number of ACK-Requests sent

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: arm-omap2plus_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705

[PATCH 05/11] staging: dgnc: move functions unrelated with

The functions related with tty device initialization are needed to be moved from dgnc_found_board() to dgnc_init_one(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 81 -- 1 file changed, 43 insertions(+), 38

Re: [PATCH v5 0/6] Introduce ZONE_CMA

On Wed, Sep 21, 2016 at 08:17:27PM +0530, Aneesh Kumar K.V wrote: > "Aneesh Kumar K.V" writes: > > > Joonsoo Kim writes: > > > >> On Tue, Aug 30, 2016 at 04:09:37PM +0530, Aneesh Kumar K.V wrote: > >>> Joonsoo Kim writes: > >>> > >>> > 2016-08-29 18:27 GMT+09:00 Aneesh Kumar K.V > >>> > : >

Re: [PATCH net-next 9/9] rxrpc: Reduce the number of ACK-Requests sent

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: arm-omap2plus_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705

[PATCH 05/11] staging: dgnc: move functions unrelated with

The functions related with tty device initialization are needed to be moved from dgnc_found_board() to dgnc_init_one(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 81 -- 1 file changed, 43 insertions(+), 38 deletions(-) diff --git

[PATCH 02/11] staging: dgnc: remove useless message buffer

There is a temporary message buffer for the boot message in dgnc_found_board() but the buffer was not used anywhere in dgnc driver. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 28 drivers/staging/dgnc/dgnc_driver.h |

[PATCH 02/11] staging: dgnc: remove useless message buffer

There is a temporary message buffer for the boot message in dgnc_found_board() but the buffer was not used anywhere in dgnc driver. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 28 drivers/staging/dgnc/dgnc_driver.h | 6 -- 2 files

[PATCH 01/11] staging: dgnc: remove redundant initialization for

The channel array in board_t was initialized in dgnc_found_board() with NULL. But the channel is going to initialize in dgnc_tty_init(). So the channel array doesn't need to set NULL for initailization. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c |

[PATCH 01/11] staging: dgnc: remove redundant initialization for

The channel array in board_t was initialized in dgnc_found_board() with NULL. But the channel is going to initialize in dgnc_tty_init(). So the channel array doesn't need to set NULL for initailization. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 3 --- 1 file changed,

[PATCH 00/11] staging: dgnc: cleanup the function on dgnc driver

This series of patches will cleanup the functions in dgnc driver. Rename it and introduce new functions to split big function into smaller one. Please take a look at my patches to update the dgnc driver and provide some comments if there are something wrong. This series of patches maybe have

[PATCH 00/11] staging: dgnc: cleanup the function on dgnc driver

This series of patches will cleanup the functions in dgnc driver. Rename it and introduce new functions to split big function into smaller one. Please take a look at my patches to update the dgnc driver and provide some comments if there are something wrong. This series of patches maybe have

Re: [PATCH v5 1/6] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request

On Fri, Sep 16, 2016 at 08:44:17AM +0530, Aneesh Kumar K.V wrote: > js1...@gmail.com writes: > > > From: Joonsoo Kim > > > > Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that > > important to reserve. When ZONE_MOVABLE is used, this problem would >

Re: [PATCH v5 1/6] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request

On Fri, Sep 16, 2016 at 08:44:17AM +0530, Aneesh Kumar K.V wrote: > js1...@gmail.com writes: > > > From: Joonsoo Kim > > > > Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that > > important to reserve. When ZONE_MOVABLE is used, this problem would > > theorectically cause

Re: [PATCH v7 0/6] perf annotate: Cross arch support + few fixes

On Thursday 22 September 2016 01:04 AM, Kim Phillips wrote: > On Wed, 21 Sep 2016 21:17:50 +0530 > Ravi Bangoria wrote: > >> Kim, I don't have arm test machine. Can you please help me to test >> this on arm. > This works for me: hitting return on return

Re: [PATCH v7 0/6] perf annotate: Cross arch support + few fixes

On Thursday 22 September 2016 01:04 AM, Kim Phillips wrote: > On Wed, 21 Sep 2016 21:17:50 +0530 > Ravi Bangoria wrote: > >> Kim, I don't have arm test machine. Can you please help me to test >> this on arm. > This works for me: hitting return on return instructions yields > "Invalid jump

Re: [PATCH v2 3/3] tools: move pcmcia crc32hash tool from Documentation

On Wed, Sep 21, 2016 at 06:51:13PM -0600, Shuah Khan wrote: > Move pcmcia crc32hash tool from Documentation to tools/pcmcia and > remove it from Documentation Makefile. Update location information > for this tool. Create a new Makefile to build pcmcia. It can be built > from top level directory or

Re: [PATCH v2 3/3] tools: move pcmcia crc32hash tool from Documentation

On Wed, Sep 21, 2016 at 06:51:13PM -0600, Shuah Khan wrote: > Move pcmcia crc32hash tool from Documentation to tools/pcmcia and > remove it from Documentation Makefile. Update location information > for this tool. Create a new Makefile to build pcmcia. It can be built > from top level directory or

Re: [PATCH] HID: alps: fix stick device not working after resume

On Wed, Sep 21, 2016 at 8:00 PM, Jiri Kosina wrote: > On Mon, 19 Sep 2016, Kai Heng Feng wrote: > >> >> The stick device does not work after resume, add U1_SP_ABS_MODE flag can >> >> make the device work after resume. >> > >> > Do you happen to have any more details on why it

Re: [PATCH] HID: alps: fix stick device not working after resume

On Wed, Sep 21, 2016 at 8:00 PM, Jiri Kosina wrote: > On Mon, 19 Sep 2016, Kai Heng Feng wrote: > >> >> The stick device does not work after resume, add U1_SP_ABS_MODE flag can >> >> make the device work after resume. >> > >> > Do you happen to have any more details on why it doesn't work without

Re: [PATCH v2 5/6] misc: sram: add Atmel securam support

On Thu, Sep 22, 2016 at 12:09:38AM +0200, Alexandre Belloni wrote: > The Atmel secure SRAM is connected to a security module and may be erased > automatically under certain conditions. For that reason, it is necessary to > wait for the security module to flag that SRAM accesses are allowed before

Re: [PATCH v2 5/6] misc: sram: add Atmel securam support

On Thu, Sep 22, 2016 at 12:09:38AM +0200, Alexandre Belloni wrote: > The Atmel secure SRAM is connected to a security module and may be erased > automatically under certain conditions. For that reason, it is necessary to > wait for the security module to flag that SRAM accesses are allowed before

Re: [PATCH net-next 3/9] rxrpc: Add per-peer RTT tracker

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: i386-randconfig-h0-09220655 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce:

Re: [PATCH net-next 3/9] rxrpc: Add per-peer RTT tracker

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: i386-randconfig-h0-09220655 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce:

[PATCH v3] clocksource/fsl: Fix errata A-007728 for flextimer

If the FTM counter reaches the FTM_MOD value between the reading of the TOF bit and the writing of 0 to the TOF bit, the process of clearing the TOF bit does not work as expected when FTMx_CONF[NUMTOF] != 0 and the current TOF count is less than FTMx_CONF[NUMTOF]. If the above condition is met,

[PATCH v3] clocksource/fsl: Fix errata A-007728 for flextimer

If the FTM counter reaches the FTM_MOD value between the reading of the TOF bit and the writing of 0 to the TOF bit, the process of clearing the TOF bit does not work as expected when FTMx_CONF[NUMTOF] != 0 and the current TOF count is less than FTMx_CONF[NUMTOF]. If the above condition is met,

Re: [PATCH v3 7/9] dmaengine: edma: enable COMPILE_TEST

Hi Peter, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc7 next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

Re: [PATCH v3 7/9] dmaengine: edma: enable COMPILE_TEST

Hi Peter, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc7 next-20160921] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to rec

[PATCH] arm: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL

To enable UBSAN on arm, this patch enables ARCH_HAS_UBSAN_SANITIZE_ALL from arm confiuration. Basic kernel bootup test is passed on arm with CONFIG_UBSAN_SANITIZE_ALL enabled. Signed-off-by: Seung-Woo Kim --- This is resend of the patch I already sent, [1], without RFC

[PATCH] arm: ubsan: select ARCH_HAS_UBSAN_SANITIZE_ALL

To enable UBSAN on arm, this patch enables ARCH_HAS_UBSAN_SANITIZE_ALL from arm confiuration. Basic kernel bootup test is passed on arm with CONFIG_UBSAN_SANITIZE_ALL enabled. Signed-off-by: Seung-Woo Kim --- This is resend of the patch I already sent, [1], without RFC tag. [1]

Re: [PATCH] percpu: improve generic percpu modify-return implementation

On Wed, 21 Sep 2016 10:23:43 -0400 Tejun Heo wrote: > Hello, Nick. > > How have you been? :) Hey Tejun, Well thank you, how about you? > On Wed, Sep 21, 2016 at 08:57:11PM +1000, Nicholas Piggin wrote: > > On Wed, 21 Sep 2016 18:51:37 +1000 > > Nicholas Piggin

Re: [PATCH] percpu: improve generic percpu modify-return implementation

On Wed, 21 Sep 2016 10:23:43 -0400 Tejun Heo wrote: > Hello, Nick. > > How have you been? :) Hey Tejun, Well thank you, how about you? > On Wed, Sep 21, 2016 at 08:57:11PM +1000, Nicholas Piggin wrote: > > On Wed, 21 Sep 2016 18:51:37 +1000 > > Nicholas Piggin wrote: > > > > > Some

Re: [PATCH] percpu: improve generic percpu modify-return implementation

On Wed, 21 Sep 2016 15:16:25 -0500 (CDT) Christoph Lameter wrote: > On Wed, 21 Sep 2016, Tejun Heo wrote: > > > Hello, Nick. > > > > How have you been? :) > > > > He is baack. Are we getting SL!B? ;-) > Hey Christoph. Sure, why not.

Re: [PATCH] percpu: improve generic percpu modify-return implementation

On Wed, 21 Sep 2016 15:16:25 -0500 (CDT) Christoph Lameter wrote: > On Wed, 21 Sep 2016, Tejun Heo wrote: > > > Hello, Nick. > > > > How have you been? :) > > > > He is baack. Are we getting SL!B? ;-) > Hey Christoph. Sure, why not.

[PATCH] MAINTAINERS: Abandon pas16, dtc and t128 ISA card SCSI host adapter drivers

I don't intend to modernize these three drivers, so as to avoid the deprecated scsi_register() API. I don't have the relevant hardware. Cc: Michael Schmitz References: https://lkml.kernel.org/r/20160911171249.ga7...@infradead.org Signed-off-by: Finn Thain

[PATCH] MAINTAINERS: Abandon pas16, dtc and t128 ISA card SCSI host adapter drivers

I don't intend to modernize these three drivers, so as to avoid the deprecated scsi_register() API. I don't have the relevant hardware. Cc: Michael Schmitz References: https://lkml.kernel.org/r/20160911171249.ga7...@infradead.org Signed-off-by: Finn Thain --- Whilst I suspect that these 3

Re: [PATCH net-next 3/9] rxrpc: Add per-peer RTT tracker

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: arm-omap2plus_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705

Re: [PATCH net-next 3/9] rxrpc: Add per-peer RTT tracker

Hi David, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/David-Howells/rxrpc-Preparation-for-slow-start-algorithm/20160922-085242 config: arm-omap2plus_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705

Re: [PATCH] mmc: dw_mmc: minor cleanup for dw_mci_adjust_fifoth

On 09/21/2016 11:40 AM, Shawn Lin wrote: > msize and rx_wmark are properly initialized, we dont't > need to assign them again. Applied on my tree. Thanks! Best Regards, Jaehoon Chung > > Signed-off-by: Shawn Lin > --- > > drivers/mmc/host/dw_mmc.c | 5 + > 1

Re: [PATCH] mmc: dw_mmc: minor cleanup for dw_mci_adjust_fifoth

On 09/21/2016 11:40 AM, Shawn Lin wrote: > msize and rx_wmark are properly initialized, we dont't > need to assign them again. Applied on my tree. Thanks! Best Regards, Jaehoon Chung > > Signed-off-by: Shawn Lin > --- > > drivers/mmc/host/dw_mmc.c | 5 + > 1 file changed, 1

Re: [PATCH v2 2/4] mmc: dw_mmc: avoid race condition of cpu and IDMAC

On 09/02/2016 01:14 PM, Shawn Lin wrote: > We could see an obvious race condition by test that > the former write operation by IDMAC aiming to clear > OWN bit reach right after the later configuration of > the same desc, which makes the IDMAC be in SUSPEND > state as the OWN bit was cleared by the

Re: [PATCH v2 4/4] mmc: dw_mmc: use macro to define ring buffer size

On 09/02/2016 01:14 PM, Shawn Lin wrote: > It's very prone to make mistake as we might forget > to replace all PAGE_SIZEs with new values if we try > to modify the ring buffer size for whatever reasons. > Let's use a macro to define it. Applied on my tree. Thanks! Best Regards, Jaehoon Chung >

Re: [PATCH v2 3/4] mmc: dw_mmc: fix misleading error print if failing to do DMA transfer

On 09/02/2016 01:14 PM, Shawn Lin wrote: > The original log didn't figure out that we could still > finish this transfer by PIO mode even if failing to use > DMA. And it should be kept for debug level instead of > error one. Applied on my tree. Thanks! Best Regards, Jaehoon Chung > >

Re: [PATCH v2 4/4] mmc: dw_mmc: use macro to define ring buffer size

On 09/02/2016 01:14 PM, Shawn Lin wrote: > It's very prone to make mistake as we might forget > to replace all PAGE_SIZEs with new values if we try > to modify the ring buffer size for whatever reasons. > Let's use a macro to define it. Applied on my tree. Thanks! Best Regards, Jaehoon Chung >

Re: [PATCH v2 3/4] mmc: dw_mmc: fix misleading error print if failing to do DMA transfer

On 09/02/2016 01:14 PM, Shawn Lin wrote: > The original log didn't figure out that we could still > finish this transfer by PIO mode even if failing to use > DMA. And it should be kept for debug level instead of > error one. Applied on my tree. Thanks! Best Regards, Jaehoon Chung > >

Re: [PATCH v2 2/4] mmc: dw_mmc: avoid race condition of cpu and IDMAC

On 09/02/2016 01:14 PM, Shawn Lin wrote: > We could see an obvious race condition by test that > the former write operation by IDMAC aiming to clear > OWN bit reach right after the later configuration of > the same desc, which makes the IDMAC be in SUSPEND > state as the OWN bit was cleared by the

Re: [PATCH v2 1/4] mmc: dw_mmc: split out preparation of desc for IDMAC32 and IDMAC64

On 09/02/2016 01:14 PM, Shawn Lin wrote: > We intend to add more check for descriptors when > preparing desc. Let's spilt out the separate body > to make the dw_mci_translate_sglist not so lengthy. > After spliting out these two functions, we could > remove dw_mci_translate_sglist and call both of

Re: [PATCH v2 1/4] mmc: dw_mmc: split out preparation of desc for IDMAC32 and IDMAC64

On 09/02/2016 01:14 PM, Shawn Lin wrote: > We intend to add more check for descriptors when > preparing desc. Let's spilt out the separate body > to make the dw_mci_translate_sglist not so lengthy. > After spliting out these two functions, we could > remove dw_mci_translate_sglist and call both of

Re: strace lockup when tracing exec in go

On Wed, 2016-09-21 at 17:29 +0200, Michal Hocko wrote: > [I am CCing strace mailing list because even if this turns out to be a > kernel bug strace seems to be doing something unexpected - more on that > below] > > Hi, > Aleksa has reported the following lockup when stracing the following go >

Re: strace lockup when tracing exec in go

On Wed, 2016-09-21 at 17:29 +0200, Michal Hocko wrote: > [I am CCing strace mailing list because even if this turns out to be a > kernel bug strace seems to be doing something unexpected - more on that > below] > > Hi, > Aleksa has reported the following lockup when stracing the following go >

RE: [PATCH v2] clocksource/fsl: Fix errata A-007728 for flextimer

> > __iomem *base) > > > > static inline void ftm_irq_acknowledge(void __iomem *base) { > > - u32 val; > > + unsigned long timeout = jiffies + msecs_to_jiffies(100); > > Do you expect the jiffies to be updated when we are in the timer irq handler ? > Oops, my bad. Will correct that using

RE: [PATCH v2] clocksource/fsl: Fix errata A-007728 for flextimer

> > __iomem *base) > > > > static inline void ftm_irq_acknowledge(void __iomem *base) { > > - u32 val; > > + unsigned long timeout = jiffies + msecs_to_jiffies(100); > > Do you expect the jiffies to be updated when we are in the timer irq handler ? > Oops, my bad. Will correct that using

[PATCH 3/4] f2fs: avoid gc in cp_error case

Otherwise, we can hit f2fs_bug_on(sbi, !PageUptodate(sum_page)); Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index a9a3c9f..b9d6c42 100644 --- a/fs/f2fs/gc.c +++

[PATCH 3/4] f2fs: avoid gc in cp_error case

Otherwise, we can hit f2fs_bug_on(sbi, !PageUptodate(sum_page)); Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index a9a3c9f..b9d6c42 100644 --- a/fs/f2fs/gc.c +++ b/fs/f2fs/gc.c @@ -847,7

[PATCH 1/4] f2fs: assign return value in f2fs_gc

This patch adds a return value of write_checkpoint for f2fs_gc. Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index 24acbbb..400bc6d 100644 --- a/fs/f2fs/gc.c +++

[PATCH 1/4] f2fs: assign return value in f2fs_gc

This patch adds a return value of write_checkpoint for f2fs_gc. Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index 24acbbb..400bc6d 100644 --- a/fs/f2fs/gc.c +++ b/fs/f2fs/gc.c @@ -925,10

[PATCH 2/4] f2fs: should put_page for summary page

We should call put_page for preloaded summary pages in do_garbage_collect. Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index 400bc6d..a9a3c9f 100644 --- a/fs/f2fs/gc.c +++

[PATCH 4/4] f2fs: handle errors during recover_orphan_inodes

This patch fixes to handle EIO during recover_orphan_inode() given the below panic. F2FS-fs : inject IO error in f2fs_read_end_io+0xe6/0x100 [f2fs] [ cut here ] RIP: 0010:[] [] f2fs_evict_inode+0x433/0x470 [f2fs] RSP: 0018:92f8b7fb7c30 EFLAGS: 00010246 RAX:

[PATCH 2/4] f2fs: should put_page for summary page

We should call put_page for preloaded summary pages in do_garbage_collect. Signed-off-by: Jaegeuk Kim --- fs/f2fs/gc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index 400bc6d..a9a3c9f 100644 --- a/fs/f2fs/gc.c +++ b/fs/f2fs/gc.c @@

[PATCH 4/4] f2fs: handle errors during recover_orphan_inodes

This patch fixes to handle EIO during recover_orphan_inode() given the below panic. F2FS-fs : inject IO error in f2fs_read_end_io+0xe6/0x100 [f2fs] [ cut here ] RIP: 0010:[] [] f2fs_evict_inode+0x433/0x470 [f2fs] RSP: 0018:92f8b7fb7c30 EFLAGS: 00010246 RAX:

net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

Hi Nicolas, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: 461a5e51060c93f5844113f4be9dba513cc92830 do_div(): generic optimization for constant divisor on 32-bit

net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

Hi Nicolas, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: 461a5e51060c93f5844113f4be9dba513cc92830 do_div(): generic optimization for constant divisor on 32-bit

[PATCH] KVM: nVMX: Fix the NMI IDT-vectoring info handling

From: Wanpeng Li Run kvm-unit-tests/eventinj.flat in L1: Sending NMI to self After NMI to self FAIL: NMI This test scenario is to test whether VMM can handle NMI IDT-vectoring info correctly. At the beginning, L2 writes LAPIC to send a self NMI, the EPT page tables on

[PATCH] KVM: nVMX: Fix the NMI IDT-vectoring info handling

From: Wanpeng Li Run kvm-unit-tests/eventinj.flat in L1: Sending NMI to self After NMI to self FAIL: NMI This test scenario is to test whether VMM can handle NMI IDT-vectoring info correctly. At the beginning, L2 writes LAPIC to send a self NMI, the EPT page tables on both L1 and L0 are

Re: [PATCH 5/5] arm64: Add uprobe support

On 21/09/2016:06:04:04 PM, Catalin Marinas wrote: > On Wed, Sep 21, 2016 at 04:30:47PM +0530, Pratyush Anand wrote: > > On 20/09/2016:05:59:46 PM, Catalin Marinas wrote: > > > > +int arch_uprobe_analyze_insn(struct arch_uprobe *auprobe, struct > > > > mm_struct *mm, > > > > +

Re: [PATCH 5/5] arm64: Add uprobe support

On 21/09/2016:06:04:04 PM, Catalin Marinas wrote: > On Wed, Sep 21, 2016 at 04:30:47PM +0530, Pratyush Anand wrote: > > On 20/09/2016:05:59:46 PM, Catalin Marinas wrote: > > > > +int arch_uprobe_analyze_insn(struct arch_uprobe *auprobe, struct > > > > mm_struct *mm, > > > > +

Re: [BUG] perf report --pid not reporting correctly

On Wed, Sep 21, 2016 at 07:22:29PM -0700, Stephane Eranian wrote: > On Wed, Sep 21, 2016 at 6:34 PM, Namhyung Kim wrote: > > On Wed, Sep 21, 2016 at 01:18:52PM -0700, Stephane Eranian wrote: > >> On Wed, Sep 21, 2016 at 9:34 AM, Jiri Olsa wrote: > >> > On

Re: [BUG] perf report --pid not reporting correctly

On Wed, Sep 21, 2016 at 07:22:29PM -0700, Stephane Eranian wrote: > On Wed, Sep 21, 2016 at 6:34 PM, Namhyung Kim wrote: > > On Wed, Sep 21, 2016 at 01:18:52PM -0700, Stephane Eranian wrote: > >> On Wed, Sep 21, 2016 at 9:34 AM, Jiri Olsa wrote: > >> > On Wed, Sep 21, 2016 at 12:37:53PM -0300,

Re: [PATCH net-next v2 0/3] add support for RGMII on GMAC0 through TRGMII hardware module

Le 21/09/2016 à 19:33, sean.w...@mediatek.com a écrit : > From: Sean Wang > > By default, GMAC0 is connected to built-in switch called > MT7530 through the proprietary interface called Turbo RGMII > (TRGMII). TRGMII also supports well for RGMII as generic external > PHY

Re: [PATCH net-next v2 0/3] add support for RGMII on GMAC0 through TRGMII hardware module

Le 21/09/2016 à 19:33, sean.w...@mediatek.com a écrit : > From: Sean Wang > > By default, GMAC0 is connected to built-in switch called > MT7530 through the proprietary interface called Turbo RGMII > (TRGMII). TRGMII also supports well for RGMII as generic external > PHY uses but requires some

Re: [PATCH] arm64: Call numa_store_cpu_info() earlier.

On 2016/9/21 2:46, David Daney wrote: > From: David Daney > > Fix by moving call to numa_store_cpu_info() for all CPUs into > smp_prepare_cpus(), which happens before wq_numa_init(). Since > smp_store_cpu_info() now contains only a single function call, > simplify by

Re: [PATCH] arm64: Call numa_store_cpu_info() earlier.

On 2016/9/21 2:46, David Daney wrote: > From: David Daney > > Fix by moving call to numa_store_cpu_info() for all CPUs into > smp_prepare_cpus(), which happens before wq_numa_init(). Since > smp_store_cpu_info() now contains only a single function call, > simplify by removing the function and

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Mon, Sep 19, 2016 at 10:50:09AM +0200, Peter Zijlstra wrote: > Clearly I'm still missing stuff... By the way.. do I have to explain more? Lack of explanation? It would be the best to consider 'all valid acquires', which can occur deadlock, but it looks impossible without parsing all code in

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Mon, Sep 19, 2016 at 10:50:09AM +0200, Peter Zijlstra wrote: > Clearly I'm still missing stuff... By the way.. do I have to explain more? Lack of explanation? It would be the best to consider 'all valid acquires', which can occur deadlock, but it looks impossible without parsing all code in

  1   2   3   4   5   6   7   8   9   10   >