Re: MD-RAID: Use seq_putc() in three status functions?

On 10/16/2016 07:10 PM, SF Markus Elfring wrote: >> Does it improve code? Does it improve anything? > > Yes. - I got such an impression. > > * Is it more efficient to call the function "seq_printf" for the desired data > processing > for a single character than to pass it to the function ""

Re: MD-RAID: Use seq_putc() in three status functions?

On 10/16/2016 07:10 PM, SF Markus Elfring wrote: >> Does it improve code? Does it improve anything? > > Yes. - I got such an impression. > > * Is it more efficient to call the function "seq_printf" for the desired data > processing > for a single character than to pass it to the function ""

Re: [PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

On 15/10/16 20:42, Sekhar Nori wrote: >> diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi >> index f79e1b9..32908ae 100644 >> --- a/arch/arm/boot/dts/da850.dtsi >> +++ b/arch/arm/boot/dts/da850.dtsi > >> @@ -399,6 +420,14 @@ >> < 0 1>; >>

Re: [PATCH v6 17/17] dax: remove "depends on BROKEN" from FS_DAX_PMD

Ross Zwisler writes: > Now that DAX PMD faults are once again working and are now participating in > DAX's radix tree locking scheme, allow their config option to be enabled. > > Signed-off-by: Ross Zwisler > --- > fs/Kconfig | 1 - >

Re: [PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

On 15/10/16 20:42, Sekhar Nori wrote: >> diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi >> index f79e1b9..32908ae 100644 >> --- a/arch/arm/boot/dts/da850.dtsi >> +++ b/arch/arm/boot/dts/da850.dtsi > >> @@ -399,6 +420,14 @@ >> < 0 1>; >>

Re: [PATCH v6 17/17] dax: remove "depends on BROKEN" from FS_DAX_PMD

Ross Zwisler writes: > Now that DAX PMD faults are once again working and are now participating in > DAX's radix tree locking scheme, allow their config option to be enabled. > > Signed-off-by: Ross Zwisler > --- > fs/Kconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/fs/Kconfig

Re: [PATCH] staging: greybus: audio: Rename cport with intf_id

On Sun, Oct 16, 2016 at 3:29 PM, Pankaj Bharadiya wrote: > gb_audio_manager_module_descriptor's cport field is actually used to > manage and pass interface id to user space. > > Thus rename gb_audio_manager_module_descriptor's 'cport' field and > few other things to

Re: [PATCH] staging: greybus: audio: Rename cport with intf_id

On Sun, Oct 16, 2016 at 3:29 PM, Pankaj Bharadiya wrote: > gb_audio_manager_module_descriptor's cport field is actually used to > manage and pass interface id to user space. > > Thus rename gb_audio_manager_module_descriptor's 'cport' field and > few other things to avoid confusion. > >

Re: [PATCH v1 00/10] *** imx-sdma: misc fix ***

On Mon, Oct 17, 2016 at 01:51:26PM +0900, Jiada Wang wrote: > Hello community > > Is there any comment regarding this patch set? I dont seem to have this, can you please rebase this and resend.. -- ~Vinod

Re: [PATCH v1 00/10] *** imx-sdma: misc fix ***

On Mon, Oct 17, 2016 at 01:51:26PM +0900, Jiada Wang wrote: > Hello community > > Is there any comment regarding this patch set? I dont seem to have this, can you please rebase this and resend.. -- ~Vinod

[RFC PATCH v3 2/2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

[v3: Picked up review comments from James Chapman, added a function to compute ip header + ip option overhead on a socket, and factored it into L2TP change-set, RFC, would like early feedback on name and placement of new function while I test this. Part 2/2: Changes in l2tp_eth.c, using

[RFC PATCH v3 2/2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

[v3: Picked up review comments from James Chapman, added a function to compute ip header + ip option overhead on a socket, and factored it into L2TP change-set, RFC, would like early feedback on name and placement of new function while I test this. Part 2/2: Changes in l2tp_eth.c, using

Re: [PATCH v1 00/10] *** imx-sdma: misc fix ***

Hello community Is there any comment regarding this patch set? Thanks, Jiada On 05/17/2016 12:48 PM, Jiada Wang wrote: this patch set contains the following changes 1. fix issues in cyclic dma 2. add support to SYNC DMA termination 3. avoid system hang, when SDMA channel 0 timeouts 4. add

Re: [PATCH v1 00/10] *** imx-sdma: misc fix ***

Hello community Is there any comment regarding this patch set? Thanks, Jiada On 05/17/2016 12:48 PM, Jiada Wang wrote: this patch set contains the following changes 1. fix issues in cyclic dma 2. add support to SYNC DMA termination 3. avoid system hang, when SDMA channel 0 timeouts 4. add

Re: [PATCH 2/3] zram: support page-based parallel write

Hi Sergey, On Fri, Oct 07, 2016 at 03:33:22PM +0900, Minchan Kim wrote: < snip > > > so the question is -- can we move this parallelization out of zram > > and instead flush bdi in more than one kthread? how bad that would > > be? can anyone else benefit from this? > > Isn't it blk-mq you

Re: [PATCH 2/3] zram: support page-based parallel write

Hi Sergey, On Fri, Oct 07, 2016 at 03:33:22PM +0900, Minchan Kim wrote: < snip > > > so the question is -- can we move this parallelization out of zram > > and instead flush bdi in more than one kthread? how bad that would > > be? can anyone else benefit from this? > > Isn't it blk-mq you

Re: [PATCH] x86/smp: Add irq_enter/exit() in smp_reschedule_interrupt()

2016-10-16 21:39 GMT+08:00 Peter Zijlstra : > On Fri, Oct 14, 2016 at 09:48:53AM +0800, Wanpeng Li wrote: >> === >> [ INFO: suspicious RCU usage. ] >> 4.8.0+ #24 Not tainted >> --- >>

Re: [PATCH] x86/smp: Add irq_enter/exit() in smp_reschedule_interrupt()

2016-10-16 21:39 GMT+08:00 Peter Zijlstra : > On Fri, Oct 14, 2016 at 09:48:53AM +0800, Wanpeng Li wrote: >> === >> [ INFO: suspicious RCU usage. ] >> 4.8.0+ #24 Not tainted >> --- >> ./arch/x86/include/asm/msr-trace.h:47 suspicious

[RFC PATCH v3 1/2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

[v3: Picked up review comments from James Chapman, added a function to compute ip header + ip option overhead on a socket, and factored it into L2TP change-set, RFC, would like early feedback on name and placement, and logic of new function while I test this] >From

[RFC PATCH v3 1/2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

[v3: Picked up review comments from James Chapman, added a function to compute ip header + ip option overhead on a socket, and factored it into L2TP change-set, RFC, would like early feedback on name and placement, and logic of new function while I test this] >From

Re: [PATCH 04/10] fault injection: prevent recursive fault injection

On Sunday, October 16, 2016 11:56 PM Vegard Nossum wrote: > > If something we call in the fail_dump() code path tries to acquire a > resource that might fail (due to fault injection), then we should not > try to recurse back into the fault injection code. > > I've seen this happen with the

Re: [PATCH 04/10] fault injection: prevent recursive fault injection

On Sunday, October 16, 2016 11:56 PM Vegard Nossum wrote: > > If something we call in the fail_dump() code path tries to acquire a > resource that might fail (due to fault injection), then we should not > try to recurse back into the fault injection code. > > I've seen this happen with the

Re: [PATCH v2] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

On Sat, 15 Oct 2016 03:42:42 -0700 Joel Fernandes wrote: > The purge_lock spinlock causes high latencies with non RT kernel. This has > been > reported multiple times on lkml [1] [2] and affects applications like audio. > > In this patch, I replace the spinlock with an

Re: [PATCH v2] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

On Sat, 15 Oct 2016 03:42:42 -0700 Joel Fernandes wrote: > The purge_lock spinlock causes high latencies with non RT kernel. This has > been > reported multiple times on lkml [1] [2] and affects applications like audio. > > In this patch, I replace the spinlock with an atomic refcount so that

Re: [GIT PULL] kbuild changes for v4.9-rc1

On Sat, 15 Oct 2016 17:22:05 -0700 Omar Sandoval wrote: > On Fri, Oct 14, 2016 at 10:12:46PM +0200, Michal Marek wrote: > > Hi Linus, > > > > please pull these kbuild changes for v4.9-rc1: > > > > - EXPORT_SYMBOL for asm source by Al Viro. This does bring a regression, > >

Re: [GIT PULL] kbuild changes for v4.9-rc1

On Sat, 15 Oct 2016 17:22:05 -0700 Omar Sandoval wrote: > On Fri, Oct 14, 2016 at 10:12:46PM +0200, Michal Marek wrote: > > Hi Linus, > > > > please pull these kbuild changes for v4.9-rc1: > > > > - EXPORT_SYMBOL for asm source by Al Viro. This does bring a regression, > > because genksyms

Re: [PATCH] staging: greybus: audio: Rename cport with intf_id

On Sun, Oct 16, 2016 at 3:29 PM, Pankaj Bharadiya wrote: > gb_audio_manager_module_descriptor's cport field is actually used to > manage and pass interface id to user space. > > Thus rename gb_audio_manager_module_descriptor's 'cport' field and > few other things to

Re: [PATCH] staging: greybus: audio: Rename cport with intf_id

On Sun, Oct 16, 2016 at 3:29 PM, Pankaj Bharadiya wrote: > gb_audio_manager_module_descriptor's cport field is actually used to > manage and pass interface id to user space. > > Thus rename gb_audio_manager_module_descriptor's 'cport' field and > few other things to avoid confusion. > >

Re: [RFC][PATCH 2/2] usb: dwc2: Add a quirk to allow speed negotiation for Hisilicon Hi6220

On 2016/10/15 3:37, John Youn wrote: > On 10/13/2016 4:36 PM, John Stultz wrote: >> From: Chen Yu >> >> The Hi6220's usb controller is limited in that it does not >> automatically autonegotiate the usb speed. Thus it requires a >> quirk so that we can manually negotiate the

Re: [RFC][PATCH 2/2] usb: dwc2: Add a quirk to allow speed negotiation for Hisilicon Hi6220

On 2016/10/15 3:37, John Youn wrote: > On 10/13/2016 4:36 PM, John Stultz wrote: >> From: Chen Yu >> >> The Hi6220's usb controller is limited in that it does not >> automatically autonegotiate the usb speed. Thus it requires a >> quirk so that we can manually negotiate the best usb speed for

[PATCH] btrfs: assign error values to the correct bio structs

Fixes: 4246a0b63bd8 ("block: add a bi_error field to struct bio") Signed-off-by: Junjie Mao --- fs/btrfs/compression.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c index ccc70d96958d..d4d8b7e36b2f

[PATCH] btrfs: assign error values to the correct bio structs

Fixes: 4246a0b63bd8 ("block: add a bi_error field to struct bio") Signed-off-by: Junjie Mao --- fs/btrfs/compression.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c index ccc70d96958d..d4d8b7e36b2f 100644 ---

Re: [PATCH 7/8] tools lib bpf: fix maps resolution

On 2016/10/17 5:18, Eric Leblond wrote: It is not correct to assimilate the elf data of the maps section to an array of map definition. In fact the sizes differ. The offset provided in the symbol section has to be used instead. This patch fixes a bug causing a elf with two maps not to load

Re: [PATCH 7/8] tools lib bpf: fix maps resolution

On 2016/10/17 5:18, Eric Leblond wrote: It is not correct to assimilate the elf data of the maps section to an array of map definition. In fact the sizes differ. The offset provided in the symbol section has to be used instead. This patch fixes a bug causing a elf with two maps not to load

[lkp] [mm] b1f58b69ba: BUG: sleeping function called from invalid context at mm/vmalloc.c:667

FYI, we noticed the following commit: https://github.com/0day-ci/linux Joel-Fernandes/mm-vmalloc-Replace-purge_lock-spinlock-with-atomic-refcount/20161015-184633 commit b1f58b69ba586afbe70d2f3931370fc1f701d1c2 ("mm: vmalloc: Replace purge_lock spinlock with atomic refcount") in testcase: boot

[lkp] [mm] b1f58b69ba: BUG: sleeping function called from invalid context at mm/vmalloc.c:667

FYI, we noticed the following commit: https://github.com/0day-ci/linux Joel-Fernandes/mm-vmalloc-Replace-purge_lock-spinlock-with-atomic-refcount/20161015-184633 commit b1f58b69ba586afbe70d2f3931370fc1f701d1c2 ("mm: vmalloc: Replace purge_lock spinlock with atomic refcount") in testcase: boot

Re: [alsa-devel] [PATCH 1/7] ASoC: intel: broadwell: constify snd_soc_ops structures

On 2016年10月15日 22:55, Julia Lawall wrote: Check for snd_soc_ops structures that are only stored in the ops field of a snd_soc_dai_link structure. This field is declared const, so snd_soc_ops structures that have this property can be declared as const also. The semantic patch that makes this

Re: [alsa-devel] [PATCH 1/7] ASoC: intel: broadwell: constify snd_soc_ops structures

On 2016年10月15日 22:55, Julia Lawall wrote: Check for snd_soc_ops structures that are only stored in the ops field of a snd_soc_dai_link structure. This field is declared const, so snd_soc_ops structures that have this property can be declared as const also. The semantic patch that makes this

Re: [PATCH 6/8] tools lib bpf: improve warning

On 2016/10/17 5:18, Eric Leblond wrote: Signed-off-by: Eric Leblond Please add some commit messages. Thank you. --- tools/lib/bpf/libbpf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index

Re: [PATCH 6/8] tools lib bpf: improve warning

On 2016/10/17 5:18, Eric Leblond wrote: Signed-off-by: Eric Leblond Please add some commit messages. Thank you. --- tools/lib/bpf/libbpf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index 7cd341e..1fe4532

Re: [PATCH 5/8] tools lib bpf: add missing functions

On 2016/10/17 5:18, Eric Leblond wrote: Some functions were missing in the library to be able to use it in the case where the userspace is handling the maps in kernel. The patch also renames functions to have a homogeneous naming convention. Signed-off-by: Eric Leblond ---

Re: [PATCH 5/8] tools lib bpf: add missing functions

On 2016/10/17 5:18, Eric Leblond wrote: Some functions were missing in the library to be able to use it in the case where the userspace is handling the maps in kernel. The patch also renames functions to have a homogeneous naming convention. Signed-off-by: Eric Leblond ---

Re: [PATCH] kconfig.h: remove config_enabled() macro

Hi Peter. 2016-10-17 3:44 GMT+09:00 : > > How is __is_defined() different from defined()? defined() can be used only in pre-processor's #if context, like #if defined(FOO) ... #endif __is_defined() can be used more flexibly. -- Best Regards Masahiro

Re: [PATCH] kconfig.h: remove config_enabled() macro

Hi Peter. 2016-10-17 3:44 GMT+09:00 : > > How is __is_defined() different from defined()? defined() can be used only in pre-processor's #if context, like #if defined(FOO) ... #endif __is_defined() can be used more flexibly. -- Best Regards Masahiro Yamada

linux-next: Tree for Oct 17

Hi all, Changes since 20161016: The akpm-current tree still had its build failures for which I applied 2 patches. Non-merge commits (relative to Linus' tree): 770 999 files changed, 29247 insertions(+), 16481 deletions

linux-next: Tree for Oct 17

Hi all, Changes since 20161016: The akpm-current tree still had its build failures for which I applied 2 patches. Non-merge commits (relative to Linus' tree): 770 999 files changed, 29247 insertions(+), 16481 deletions

drivers/scsi/BusLogic.c:2554:1: warning: the frame size of 1148 bytes is larger than 1024 bytes

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1001354ca34179f3db924eb66672442a173147dc commit: 0766f788eb727e2e330d55d30545db65bcf2623f latent_entropy: Mark functions with __latent_entropy date: 6 days ago config: i386-randconfig-c0-10170932

drivers/scsi/BusLogic.c:2554:1: warning: the frame size of 1148 bytes is larger than 1024 bytes

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1001354ca34179f3db924eb66672442a173147dc commit: 0766f788eb727e2e330d55d30545db65bcf2623f latent_entropy: Mark functions with __latent_entropy date: 6 days ago config: i386-randconfig-c0-10170932

Re: [PATCH v2] z3fold: fix the potential encode bug in encod_handle

Hi, Vitaly About the following patch, is it right? Thanks zhongjiang On 2016/10/13 12:02, zhongjiang wrote: > From: zhong jiang > > At present, zhdr->first_num plus bud can exceed the BUDDY_MASK > in encode_handle, it will lead to the the caller handle_to_buddy > return

Re: [PATCH v2] z3fold: fix the potential encode bug in encod_handle

Hi, Vitaly About the following patch, is it right? Thanks zhongjiang On 2016/10/13 12:02, zhongjiang wrote: > From: zhong jiang > > At present, zhdr->first_num plus bud can exceed the BUDDY_MASK > in encode_handle, it will lead to the the caller handle_to_buddy > return the error value. > >

Re: [PATCH 4/8] tools lib bpf: export function to set type

On 2016/10/17 5:18, Eric Leblond wrote: Current API was not allowing the user to set a type like socket filter. To avoid a setter function for each type, the patch simply exports a set function that takes the type in parameter. Signed-off-by: Eric Leblond ---

Re: [PATCH 4/8] tools lib bpf: export function to set type

On 2016/10/17 5:18, Eric Leblond wrote: Current API was not allowing the user to set a type like socket filter. To avoid a setter function for each type, the patch simply exports a set function that takes the type in parameter. Signed-off-by: Eric Leblond --- tools/lib/bpf/libbpf.c | 19

Re: USB GADGET: have a question about usb2eth

On Sat, Oct 15, 2016 at 09:19:33AM +, Lipengcheng wrote: > Hi, > I have a question about usb2eth. In the function gen_ndis_set_resp of > the rndis.c, the value of *params->filter may be 0x20 from the pc set > command; Howerver the value is used cdc_filter = dev->port_usb->cdc_filter in

Re: [LKP] [x86] 811565123a: BUG: kernel hang in early-boot stage, last printk: Probing EDD (edd=off to disable)... ok

On 10/14, Andi Kleen wrote: >On Fri, Oct 14, 2016 at 12:56:00PM +0800, Ye Xiaolong wrote: >> On 10/14, Ye Xiaolong wrote: >> >On 10/13, Andi Kleen wrote: >> >>Andi Kleen writes: >> >> >> >>Any comments on this? >> >> >> >>I still cannot reproduce the failure unfortunately. >>

Re: USB GADGET: have a question about usb2eth

On Sat, Oct 15, 2016 at 09:19:33AM +, Lipengcheng wrote: > Hi, > I have a question about usb2eth. In the function gen_ndis_set_resp of > the rndis.c, the value of *params->filter may be 0x20 from the pc set > command; Howerver the value is used cdc_filter = dev->port_usb->cdc_filter in

Re: [LKP] [x86] 811565123a: BUG: kernel hang in early-boot stage, last printk: Probing EDD (edd=off to disable)... ok

On 10/14, Andi Kleen wrote: >On Fri, Oct 14, 2016 at 12:56:00PM +0800, Ye Xiaolong wrote: >> On 10/14, Ye Xiaolong wrote: >> >On 10/13, Andi Kleen wrote: >> >>Andi Kleen writes: >> >> >> >>Any comments on this? >> >> >> >>I still cannot reproduce the failure unfortunately. >> >> >> > >> >Btw, you

Re: [PATCH] z3fold: remove the unnecessary limit in z3fold_compact_page

On 2016/10/15 3:25, Vitaly Wool wrote: > On Fri, Oct 14, 2016 at 3:35 PM, zhongjiang wrote: >> From: zhong jiang >> >> z3fold compact page has nothing with the last_chunks. even if >> last_chunks is not free, compact page will proceed. >> >> The

Re: [PATCH] z3fold: remove the unnecessary limit in z3fold_compact_page

On 2016/10/15 3:25, Vitaly Wool wrote: > On Fri, Oct 14, 2016 at 3:35 PM, zhongjiang wrote: >> From: zhong jiang >> >> z3fold compact page has nothing with the last_chunks. even if >> last_chunks is not free, compact page will proceed. >> >> The patch just remove the limit without functional

Re: [PATCH 3/8] tools: Sync tools/include/uapi/linux/bpf.h with the kernel

On 2016/10/17 5:18, Eric Leblond wrote: Signed-off-by: Eric Leblond Commit message is required. Thank you. --- tools/include/uapi/linux/bpf.h | 52 ++ 1 file changed, 52 insertions(+) diff --git a/tools/include/uapi/linux/bpf.h

Re: [PATCH 3/8] tools: Sync tools/include/uapi/linux/bpf.h with the kernel

On 2016/10/17 5:18, Eric Leblond wrote: Signed-off-by: Eric Leblond Commit message is required. Thank you. --- tools/include/uapi/linux/bpf.h | 52 ++ 1 file changed, 52 insertions(+) diff --git a/tools/include/uapi/linux/bpf.h

Re: [PATCH 1/8] tools lib bpf: add error functions

On 2016/10/17 5:18, Eric Leblond wrote: The include of err.h is not explicitely needed in exported functions and it was causing include conflict with some existing code due to redefining some macros. To fix this, let's have error handling functions provided by the library. Furthermore this

Re: [PATCH 1/8] tools lib bpf: add error functions

On 2016/10/17 5:18, Eric Leblond wrote: The include of err.h is not explicitely needed in exported functions and it was causing include conflict with some existing code due to redefining some macros. To fix this, let's have error handling functions provided by the library. Furthermore this

Re: [PATCH v8 0/8] power: add power sequence library

On Fri, Oct 14, 2016 at 02:09:31PM +0200, Rafael J. Wysocki wrote: > On Friday, October 14, 2016 10:59:47 AM Peter Chen wrote: > > Hi all, > > > > This is a follow-up for my last power sequence framework patch set [1]. > > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of > >

Re: [PATCH v8 0/8] power: add power sequence library

On Fri, Oct 14, 2016 at 02:09:31PM +0200, Rafael J. Wysocki wrote: > On Friday, October 14, 2016 10:59:47 AM Peter Chen wrote: > > Hi all, > > > > This is a follow-up for my last power sequence framework patch set [1]. > > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of > >

Re: rockchip: drm: analogix_dp-rockchip would stock the kernel

On 10/17/2016 08:57 AM, Mark yao wrote: On 2016年10月16日 02:03, ayaka wrote: Hello: I meet a problem with eDP in rk3288 with the linux next 20161006, it is just like the early stage of 4.4 kernel. I have added a eDP panel entry in the firefly reload board, once the kernel loaded

Re: rockchip: drm: analogix_dp-rockchip would stock the kernel

On 10/17/2016 08:57 AM, Mark yao wrote: On 2016年10月16日 02:03, ayaka wrote: Hello: I meet a problem with eDP in rk3288 with the linux next 20161006, it is just like the early stage of 4.4 kernel. I have added a eDP panel entry in the firefly reload board, once the kernel loaded

Re: rockchip: drm: analogix_dp-rockchip would stock the kernel

On 2016年10月16日 02:03, ayaka wrote: Hello: I meet a problem with eDP in rk3288 with the linux next 20161006, it is just like the early stage of 4.4 kernel. I have added a eDP panel entry in the firefly reload board, once the kernel loaded analogix_dp-rockchip.ko, after printed the

Re: rockchip: drm: analogix_dp-rockchip would stock the kernel

On 2016年10月16日 02:03, ayaka wrote: Hello: I meet a problem with eDP in rk3288 with the linux next 20161006, it is just like the early stage of 4.4 kernel. I have added a eDP panel entry in the firefly reload board, once the kernel loaded analogix_dp-rockchip.ko, after printed the

Re: amazing people

Hi! I just wanted to share some interesting thoughts about amazing people I met yesterday, please read more here Warm regards, fistvani

Re: amazing people

Hi! I just wanted to share some interesting thoughts about amazing people I met yesterday, please read more here Warm regards, fistvani

Re: [patch] power: supply: lp8788: remove an unneeded NULL check

On 10/14/2016 4:33 PM, Dan Carpenter wrote: We checked that "pdata->chg_params" is non-NULL earlier in this function so when we add "i" to it, it's still non-NULL. Signed-off-by: Dan Carpenter Acked-by: Milo Kim Thanks for catching this. Best

Re: [patch] power: supply: lp8788: remove an unneeded NULL check

On 10/14/2016 4:33 PM, Dan Carpenter wrote: We checked that "pdata->chg_params" is non-NULL earlier in this function so when we add "i" to it, it's still non-NULL. Signed-off-by: Dan Carpenter Acked-by: Milo Kim Thanks for catching this. Best regards, Milo

Re: [PATCH v3 00/10] Start of skl watermark cleanup

Pushed patches 1-4 in this series (with some very small style changes to make checkpatch happy), drm-intel-nightly also rebuilt. On Fri, 2016-10-14 at 17:31 -0400, Lyude wrote: > While it (mostly) works, the code for handling watermarks on Skylake > has been > kind of ugly for a while. As well a

Re: [PATCH v3 00/10] Start of skl watermark cleanup

Pushed patches 1-4 in this series (with some very small style changes to make checkpatch happy), drm-intel-nightly also rebuilt. On Fri, 2016-10-14 at 17:31 -0400, Lyude wrote: > While it (mostly) works, the code for handling watermarks on Skylake > has been > kind of ugly for a while. As well a

Re: [PATCH v2] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.

Hi Michal, On Sat, Oct 15, 2016 at 09:10:45AM +0200, Michal Hocko wrote: > On Sat 15-10-16 00:26:33, Minchan Kim wrote: > > On Fri, Oct 14, 2016 at 05:03:55PM +0200, Michal Hocko wrote: > [...] > > > diff --git a/mm/compaction.c b/mm/compaction.c > > > index 0409a4ad6ea1..6584705a46f6 100644 > >

Re: [PATCH v2] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.

Hi Michal, On Sat, Oct 15, 2016 at 09:10:45AM +0200, Michal Hocko wrote: > On Sat 15-10-16 00:26:33, Minchan Kim wrote: > > On Fri, Oct 14, 2016 at 05:03:55PM +0200, Michal Hocko wrote: > [...] > > > diff --git a/mm/compaction.c b/mm/compaction.c > > > index 0409a4ad6ea1..6584705a46f6 100644 > >

[PATCH] mac80211_hwsim: suggest nl80211 instead of wext driver in documentation

For mac80211_hwsim interfaces, suggest to use wpa_supplicant with the more modern, netlink based driver instead of wext. Signed-off-by: Linus Lüssing --- Actually, I wasn't even able to make a connection with the configuration files and information provided in

[PATCH] mac80211_hwsim: suggest nl80211 instead of wext driver in documentation

For mac80211_hwsim interfaces, suggest to use wpa_supplicant with the more modern, netlink based driver instead of wext. Signed-off-by: Linus Lüssing --- Actually, I wasn't even able to make a connection with the configuration files and information provided in

[PATCH] cxgb4: fix memory leak of qe on error exit path

From: Colin Ian King A memory leak of qe occurs when t4_sched_queue_unbind fails, so fix this by free'ing qe on the error exit path. Signed-off-by: Colin Ian King --- drivers/net/ethernet/chelsio/cxgb4/sched.c | 4 +++- 1 file changed, 3

[PATCH] cxgb4: fix memory leak of qe on error exit path

From: Colin Ian King A memory leak of qe occurs when t4_sched_queue_unbind fails, so fix this by free'ing qe on the error exit path. Signed-off-by: Colin Ian King --- drivers/net/ethernet/chelsio/cxgb4/sched.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v3] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

Hi Christoph, On Sun, Oct 16, 2016 at 3:06 PM, Joel Fernandes wrote: > On Sat, Oct 15, 2016 at 11:10 PM, Christoph Hellwig > wrote: >> On Sat, Oct 15, 2016 at 03:59:34PM -0700, Joel Fernandes wrote: >>> Also, could you share your concerns about use of

Re: [PATCH v3] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

Hi Christoph, On Sun, Oct 16, 2016 at 3:06 PM, Joel Fernandes wrote: > On Sat, Oct 15, 2016 at 11:10 PM, Christoph Hellwig > wrote: >> On Sat, Oct 15, 2016 at 03:59:34PM -0700, Joel Fernandes wrote: >>> Also, could you share your concerns about use of atomic_t in my patch? >>> I believe that

Re: [tip:x86/urgent] x86/cpufeature: Add AVX512_4VNNIW and AVX512_4FMAPS features

On Sun, Oct 16, 2016 at 11:42:26AM -0700, h...@zytor.com wrote: > It's needlessly adding complexity for no reason, at least for the What complexity? The init_scattered_cpuid_features() version is a trivial patch in comparison to the current version. > leaves that are going to add bits over time.

Re: [tip:x86/urgent] x86/cpufeature: Add AVX512_4VNNIW and AVX512_4FMAPS features

On Sun, Oct 16, 2016 at 11:42:26AM -0700, h...@zytor.com wrote: > It's needlessly adding complexity for no reason, at least for the What complexity? The init_scattered_cpuid_features() version is a trivial patch in comparison to the current version. > leaves that are going to add bits over time.

Re: [PATCH v3] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

On Sat, Oct 15, 2016 at 11:10 PM, Christoph Hellwig wrote: > On Sat, Oct 15, 2016 at 03:59:34PM -0700, Joel Fernandes wrote: >> Your patch changes the behavior of the original code I think. > > It does. And it does so as I don't think the existing behavior makes > sense, as

Re: [PATCH v3] mm: vmalloc: Replace purge_lock spinlock with atomic refcount

On Sat, Oct 15, 2016 at 11:10 PM, Christoph Hellwig wrote: > On Sat, Oct 15, 2016 at 03:59:34PM -0700, Joel Fernandes wrote: >> Your patch changes the behavior of the original code I think. > > It does. And it does so as I don't think the existing behavior makes > sense, as mentioned in the

Re: [RFC PATCH] mm, compaction: allow compaction for GFP_NOFS requests

On Thu, Oct 13, 2016 at 01:04:56PM +0200, Michal Hocko wrote: > On Thu 13-10-16 09:39:47, Michal Hocko wrote: > > On Thu 13-10-16 11:29:24, Dave Chinner wrote: > > > On Fri, Oct 07, 2016 at 03:18:14PM +0200, Michal Hocko wrote: > > [...] > > > > Unpatched kernel: > > > > # Version 3.3, 16

Re: [RFC PATCH] mm, compaction: allow compaction for GFP_NOFS requests

On Thu, Oct 13, 2016 at 01:04:56PM +0200, Michal Hocko wrote: > On Thu 13-10-16 09:39:47, Michal Hocko wrote: > > On Thu 13-10-16 11:29:24, Dave Chinner wrote: > > > On Fri, Oct 07, 2016 at 03:18:14PM +0200, Michal Hocko wrote: > > [...] > > > > Unpatched kernel: > > > > # Version 3.3, 16

[PATCH 6/8] tools lib bpf: improve warning

Signed-off-by: Eric Leblond --- tools/lib/bpf/libbpf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index 7cd341e..1fe4532 100644 --- a/tools/lib/bpf/libbpf.c +++ b/tools/lib/bpf/libbpf.c @@ -802,7 +802,8 @@

[PATCH 4/8] tools lib bpf: export function to set type

Current API was not allowing the user to set a type like socket filter. To avoid a setter function for each type, the patch simply exports a set function that takes the type in parameter. Signed-off-by: Eric Leblond --- tools/lib/bpf/libbpf.c | 19 +--

[PATCH 6/8] tools lib bpf: improve warning

Signed-off-by: Eric Leblond --- tools/lib/bpf/libbpf.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c index 7cd341e..1fe4532 100644 --- a/tools/lib/bpf/libbpf.c +++ b/tools/lib/bpf/libbpf.c @@ -802,7 +802,8 @@

[PATCH 4/8] tools lib bpf: export function to set type

Current API was not allowing the user to set a type like socket filter. To avoid a setter function for each type, the patch simply exports a set function that takes the type in parameter. Signed-off-by: Eric Leblond --- tools/lib/bpf/libbpf.c | 19 +-- tools/lib/bpf/libbpf.h |

[PATCH 1/8] tools lib bpf: add error functions

The include of err.h is not explicitely needed in exported functions and it was causing include conflict with some existing code due to redefining some macros. To fix this, let's have error handling functions provided by the library. Furthermore this will allow user to have an homogeneous API.

[PATCH 0/8] tools lib bpf: fixes and functional upgrade

Hello, Here's a patchset on the libbpf library that can be found in tools/lib/bpf. Patch 0 to patch 4 add a new function to be able to set the BPF program type. Till then program type such as network filter can't be loaded by the library: * tools lib bpf: add error functions * uapi linux bpf:

[PATCH 0/8] tools lib bpf: fixes and functional upgrade

Hello, Here's a patchset on the libbpf library that can be found in tools/lib/bpf. Patch 0 to patch 4 add a new function to be able to set the BPF program type. Till then program type such as network filter can't be loaded by the library: * tools lib bpf: add error functions * uapi linux bpf:

[PATCH 1/8] tools lib bpf: add error functions

The include of err.h is not explicitely needed in exported functions and it was causing include conflict with some existing code due to redefining some macros. To fix this, let's have error handling functions provided by the library. Furthermore this will allow user to have an homogeneous API.

[PATCH 3/8] tools: Sync tools/include/uapi/linux/bpf.h with the kernel

Signed-off-by: Eric Leblond --- tools/include/uapi/linux/bpf.h | 52 ++ 1 file changed, 52 insertions(+) diff --git a/tools/include/uapi/linux/bpf.h b/tools/include/uapi/linux/bpf.h index 9e5fc16..570287f 100644 ---

[PATCH 7/8] tools lib bpf: fix maps resolution

It is not correct to assimilate the elf data of the maps section to an array of map definition. In fact the sizes differ. The offset provided in the symbol section has to be used instead. This patch fixes a bug causing a elf with two maps not to load correctly. Signed-off-by: Eric Leblond

[PATCH 8/8] tools lib bpf: install header file

Makefile was not installing the header file of the library and a manual copy was needed to have a usable library on the system. Signed-off-by: Eric Leblond --- tools/lib/bpf/Makefile | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git

[PATCH 3/8] tools: Sync tools/include/uapi/linux/bpf.h with the kernel

Signed-off-by: Eric Leblond --- tools/include/uapi/linux/bpf.h | 52 ++ 1 file changed, 52 insertions(+) diff --git a/tools/include/uapi/linux/bpf.h b/tools/include/uapi/linux/bpf.h index 9e5fc16..570287f 100644 --- a/tools/include/uapi/linux/bpf.h +++

  1   2   3   4   5   >