Re: [PATCH 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Thanks Viresh for taking a look at it. I will make the mentioned changes in the next version of the patch. Regards Akshay Adiga On 11/04/2016 12:03 PM, Viresh Kumar wrote: On 04-11-16, 10:57, Akshay Adiga wrote: Adding fast_switch which does light weight operation to set the desired

Re: [PATCH 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Thanks Viresh for taking a look at it. I will make the mentioned changes in the next version of the patch. Regards Akshay Adiga On 11/04/2016 12:03 PM, Viresh Kumar wrote: On 04-11-16, 10:57, Akshay Adiga wrote: Adding fast_switch which does light weight operation to set the desired

Re: [PATCH] gpio: tegra186: Add support for T186 GPIO

On Wed, Nov 2, 2016 at 11:48 AM, Suresh Mangipudi wrote: > Add GPIO driver for T186 based platforms. > Adds support for MAIN and AON GPIO's from T186. > > Signed-off-by: Suresh Mangipudi Stephen/Thierry/Alexandre: Can I get your review on this

Re: [PATCH] gpio: tegra186: Add support for T186 GPIO

On Wed, Nov 2, 2016 at 11:48 AM, Suresh Mangipudi wrote: > Add GPIO driver for T186 based platforms. > Adds support for MAIN and AON GPIO's from T186. > > Signed-off-by: Suresh Mangipudi Stephen/Thierry/Alexandre: Can I get your review on this Tegra thing? Yours, Linus Walleij

[PATCH] ARC: [plat-eznps] remove IPI clear from SMP operations

From: Noam Camus Generic IRQ mechanism is already acknowledge the IPI IRQ. Doing this once more time in IPI handler is not needed. Signed-off-by: Noam Camus --- arch/arc/plat-eznps/smp.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-)

[PATCH] ARC: [plat-eznps] remove IPI clear from SMP operations

From: Noam Camus Generic IRQ mechanism is already acknowledge the IPI IRQ. Doing this once more time in IPI handler is not needed. Signed-off-by: Noam Camus --- arch/arc/plat-eznps/smp.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/arch/arc/plat-eznps/smp.c

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 15:44, Chen Feng wrote: > On 2016/11/7 15:27, Joonsoo Kim wrote: >> On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: >>> >>> >>> On 2016/11/7 14:15, Joonsoo Kim wrote: On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > Hello, I hava a question on cma

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 15:44, Chen Feng wrote: > On 2016/11/7 15:27, Joonsoo Kim wrote: >> On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: >>> >>> >>> On 2016/11/7 14:15, Joonsoo Kim wrote: On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > Hello, I hava a question on cma

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 15:27, Joonsoo Kim wrote: > On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: >> >> >> On 2016/11/7 14:15, Joonsoo Kim wrote: >>> On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: Hello, I hava a question on cma zone. When we have cma zone, cma zone

Re: [PATCH v2] drm: move allocation out of drm_get_format_name()

Am 07.11.2016 um 01:48 schrieb Eric Engestrom: Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 drm: make drm_get_format_name thread-safe Signed-off-by: Eric Engestrom [danvet: Clarify that the returned pointer must be freed with kfree().]

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 15:27, Joonsoo Kim wrote: > On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: >> >> >> On 2016/11/7 14:15, Joonsoo Kim wrote: >>> On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: Hello, I hava a question on cma zone. When we have cma zone, cma zone

Re: [PATCH v2] drm: move allocation out of drm_get_format_name()

Am 07.11.2016 um 01:48 schrieb Eric Engestrom: Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07 drm: make drm_get_format_name thread-safe Signed-off-by: Eric Engestrom [danvet: Clarify that the returned pointer must be freed with kfree().] Signed-off-by: Daniel Vetter

[PATCH v2 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Adding fast_switch which does light weight operation to set the desired pstate. Both global and local pstates are set to the same desired pstate. Signed-off-by: Akshay Adiga --- Changes from v1 : - Removed unnecessary check for index out of bound.

[PATCH v2 2/2] cpufreq: powernv: Use PMCR to verify global and local pstate

As fast_switch() may get called with interrupt disable mode, we cannot hold a mutex to update the global_pstate_info. So currently, fast_switch() does not update the global_pstate_info and it will end up with stale data whenever pstate is updated through fast_switch(). As the gpstate_timer can

[PATCH v2 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Adding fast_switch which does light weight operation to set the desired pstate. Both global and local pstates are set to the same desired pstate. Signed-off-by: Akshay Adiga --- Changes from v1 : - Removed unnecessary check for index out of bound. drivers/cpufreq/powernv-cpufreq.c | 20

[PATCH v2 2/2] cpufreq: powernv: Use PMCR to verify global and local pstate

As fast_switch() may get called with interrupt disable mode, we cannot hold a mutex to update the global_pstate_info. So currently, fast_switch() does not update the global_pstate_info and it will end up with stale data whenever pstate is updated through fast_switch(). As the gpstate_timer can

Re: [RFC PATCH 0/3] x86/RAS: Dump error record to dmesg if no consumers

* Borislav Petkov wrote: > From: Borislav Petkov > > Right, > > so this is not a good thing: systems may not have any error record > consumers registered and in such cases, any logged MCEs disappear into > the void. And this shouldn't happen. > > So let's dump

Re: [RFC PATCH 0/3] x86/RAS: Dump error record to dmesg if no consumers

* Borislav Petkov wrote: > From: Borislav Petkov > > Right, > > so this is not a good thing: systems may not have any error record > consumers registered and in such cases, any logged MCEs disappear into > the void. And this shouldn't happen. > > So let's dump them to dmesg as a last

Re: [PATCH 2/2] cpufreq: powernv: Use PMSR to verify global and local pstate

Thanks Viresh for taking a look at it. I will make the mentioned changes in the next version of the patch and will add Shilpa and Gautham to the mail chain. Regards Akshay Adiga On 11/04/2016 12:11 PM, Viresh Kumar wrote: On 04-11-16, 10:57, Akshay Adiga wrote: As fast_switch may get

Re: [PATCH 2/2] cpufreq: powernv: Use PMSR to verify global and local pstate

Thanks Viresh for taking a look at it. I will make the mentioned changes in the next version of the patch and will add Shilpa and Gautham to the mail chain. Regards Akshay Adiga On 11/04/2016 12:11 PM, Viresh Kumar wrote: On 04-11-16, 10:57, Akshay Adiga wrote: As fast_switch may get

Re: [PATCH v3 1/2] x86/AMD: Fix cpu_llc_id for AMD Fam17h systems

* Borislav Petkov wrote: > Lemme clean up the commit message a bit more and add tags: > > --- > From: Yazen Ghannam > Date: Tue, 1 Nov 2016 11:51:02 -0500 > Subject: [PATCH] x86/AMD: Fix cpu_llc_id for AMD Fam17h systems > > cpu_llc_id (Last Level Cache

Re: [PATCH v3 1/2] x86/AMD: Fix cpu_llc_id for AMD Fam17h systems

* Borislav Petkov wrote: > Lemme clean up the commit message a bit more and add tags: > > --- > From: Yazen Ghannam > Date: Tue, 1 Nov 2016 11:51:02 -0500 > Subject: [PATCH] x86/AMD: Fix cpu_llc_id for AMD Fam17h systems > > cpu_llc_id (Last Level Cache ID) derivation on AMD Fam17h has an >

[PATCH v3 0/2] set specific ddr frequency when stop ddr dvfs

We need ddr run a specific frequency when ddr dvfs stop working. So we implement get suspend frequency function in devfreq framework, and call it in rk3399 dmc driver. Lin Huang (2): PM/devfreq: add suspend frequency support PM/devfreq: rk3399: get devfreq suspend frequency

[PATCH v3 0/2] set specific ddr frequency when stop ddr dvfs

We need ddr run a specific frequency when ddr dvfs stop working. So we implement get suspend frequency function in devfreq framework, and call it in rk3399 dmc driver. Lin Huang (2): PM/devfreq: add suspend frequency support PM/devfreq: rk3399: get devfreq suspend frequency

Re: [PATCH v3 2/2] x86/AMD: Group cpu_llc_id assignment by topology feature and family

* Borislav Petkov wrote: > Ditto, clean it up and add tags: > > --- > From: Yazen Ghannam > Date: Tue, 1 Nov 2016 11:51:03 -0500 > Subject: [PATCH] x86/AMD: Group cpu_llc_id assignment > > Currently, we assume that a system has multiple last level caches

Re: [PATCH v3 2/2] x86/AMD: Group cpu_llc_id assignment by topology feature and family

* Borislav Petkov wrote: > Ditto, clean it up and add tags: > > --- > From: Yazen Ghannam > Date: Tue, 1 Nov 2016 11:51:03 -0500 > Subject: [PATCH] x86/AMD: Group cpu_llc_id assignment > > Currently, we assume that a system has multiple last level caches only > if there are multiple nodes,

[PATCH V2 linux-next] ext4: fix block_validity definition

Fix ext4 documentation according to commit 45f1a9c3f63d ("ext4: enable block_validity by default") Also fix some typos. Reviewed-by: Darrick J. Wong Signed-off-by: Fabian Frederick --- V2: Replace beginning of the definition (suggested by Darrick).

[PATCH V2 linux-next] ext4: fix block_validity definition

Fix ext4 documentation according to commit 45f1a9c3f63d ("ext4: enable block_validity by default") Also fix some typos. Reviewed-by: Darrick J. Wong Signed-off-by: Fabian Frederick --- V2: Replace beginning of the definition (suggested by Darrick). Documentation/filesystems/ext4.txt | 7

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: > > > On 2016/11/7 14:15, Joonsoo Kim wrote: > > On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > >> Hello, I hava a question on cma zone. > >> > >> When we have cma zone, cma zone will be the highest zone of system. > >> >

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On Mon, Nov 07, 2016 at 03:08:49PM +0800, Chen Feng wrote: > > > On 2016/11/7 14:15, Joonsoo Kim wrote: > > On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > >> Hello, I hava a question on cma zone. > >> > >> When we have cma zone, cma zone will be the highest zone of system. > >> >

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 14:15, Joonsoo Kim wrote: > On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: >> Hello, I hava a question on cma zone. >> >> When we have cma zone, cma zone will be the highest zone of system. >> >> In android system, the most memory allocator is ION. Media system will >>

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On 2016/11/7 14:15, Joonsoo Kim wrote: > On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: >> Hello, I hava a question on cma zone. >> >> When we have cma zone, cma zone will be the highest zone of system. >> >> In android system, the most memory allocator is ION. Media system will >>

Photos of Kernel Summit & Plumber's in Santa Fe

https://goo.gl/photos/4YUMndSYj6Ztcw3dA Enjoy! cheers, -Len

Photos of Kernel Summit & Plumber's in Santa Fe

https://goo.gl/photos/4YUMndSYj6Ztcw3dA Enjoy! cheers, -Len

Re: [PATCH 2/2] s390: squash facilities_src.h into gen_facilities.c

On Sun, Nov 06, 2016 at 12:45:28PM +0900, Masahiro Yamada wrote: > We generally expect headers in arch/$(ARCH)/include/asm directory > are included from kernel sources, but facilities_src.h is not; > it is included from the arch/s390/tools/gen_facilities.c tool. > > There is no reason to expose

Re: [PATCH 2/2] s390: squash facilities_src.h into gen_facilities.c

On Sun, Nov 06, 2016 at 12:45:28PM +0900, Masahiro Yamada wrote: > We generally expect headers in arch/$(ARCH)/include/asm directory > are included from kernel sources, but facilities_src.h is not; > it is included from the arch/s390/tools/gen_facilities.c tool. > > There is no reason to expose

[PATCH v4 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1]

[PATCH v4 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1] http://lists.infradead.org/pipermail/linux-mediatek/2016-October/007271.html [2]

[PATCH v4 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 +

[PATCH v4 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 + drivers/media/platform/mtk-jpeg/Makefile |2 +

[PATCH v4 0/3] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v3: - Revise DT binding documentation - Revise compatible string changes since v2: - Revise DT binding documentation changes since v1: - Rebase for

[PATCH v4 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-codec.txt | 35 ++ 1 file changed, 35

[PATCH v4 0/3] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v3: - Revise DT binding documentation - Revise compatible string changes since v2: - Revise DT binding documentation changes since v1: - Rebase for

[PATCH v4 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-codec.txt | 35 ++ 1 file changed, 35 insertions(+) create mode 100644

Re: [PATCH v11 00/22] Add Mediated device support

On 07/11/16 17:36, Kirti Wankhede wrote: > > > On 11/7/2016 11:45 AM, Alexey Kardashevskiy wrote: >> On 07/11/16 14:59, Kirti Wankhede wrote: >>> >>> >>> On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: On 05/11/16 08:10, Kirti Wankhede wrote: > > ... > > > Patch series tested

Re: [PATCH v11 00/22] Add Mediated device support

On 07/11/16 17:36, Kirti Wankhede wrote: > > > On 11/7/2016 11:45 AM, Alexey Kardashevskiy wrote: >> On 07/11/16 14:59, Kirti Wankhede wrote: >>> >>> >>> On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: On 05/11/16 08:10, Kirti Wankhede wrote: > > ... > > > Patch series tested

Re: [PATCH] staging: lustre: o2iblnd: replace space indentation with tabs

On Mon, Nov 07, 2016 at 03:55:36AM +, James Simmons wrote: > > > On Mon, 2016-11-07 at 02:02 +, James Simmons wrote: > > > > This patch fixes all CODE_INDENT checkpatch errors in o2iblnd. > > > Reviewed-by: James Simmons > > [] > > > > diff --git

Re: [PATCH] staging: lustre: o2iblnd: replace space indentation with tabs

On Mon, Nov 07, 2016 at 03:55:36AM +, James Simmons wrote: > > > On Mon, 2016-11-07 at 02:02 +, James Simmons wrote: > > > > This patch fixes all CODE_INDENT checkpatch errors in o2iblnd. > > > Reviewed-by: James Simmons > > [] > > > > diff --git

RE: [PATCH v11 01/22] vfio: Mediated device Core driver

> From: Kirti Wankhede [mailto:kwankh...@nvidia.com] > Sent: Saturday, November 05, 2016 5:11 AM > [...] > > Signed-off-by: Kirti Wankhede > Signed-off-by: Neo Jia > Change-Id: I73a5084574270b14541c529461ea2f03c292d510 Jike has given his reviewed-by for

RE: [PATCH v11 01/22] vfio: Mediated device Core driver

> From: Kirti Wankhede [mailto:kwankh...@nvidia.com] > Sent: Saturday, November 05, 2016 5:11 AM > [...] > > Signed-off-by: Kirti Wankhede > Signed-off-by: Neo Jia > Change-Id: I73a5084574270b14541c529461ea2f03c292d510 Jike has given his reviewed-by for some patches in v10. Please include his

[PATCH v3 2/2] PM/devfreq: rk3399: get devfreq suspend frequency

We need ddr run a specific frequency when ddr dvfs stop working. For example: if we enable two monitor, then we will stop ddr dvfs, but we hope ddr can run in highest frequency obviously. Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None

[PATCH v3 2/2] PM/devfreq: rk3399: get devfreq suspend frequency

We need ddr run a specific frequency when ddr dvfs stop working. For example: if we enable two monitor, then we will stop ddr dvfs, but we hope ddr can run in highest frequency obviously. Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None drivers/devfreq/rk3399_dmc.c | 2

Re: [PATCH v11 00/22] Add Mediated device support

On 11/7/2016 11:45 AM, Alexey Kardashevskiy wrote: > On 07/11/16 14:59, Kirti Wankhede wrote: >> >> >> On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >>> On 05/11/16 08:10, Kirti Wankhede wrote: ... Patch series tested with linux-next upto commit 14970f204b19 @Fri Oct 28

Re: [PATCH v11 00/22] Add Mediated device support

On 11/7/2016 11:45 AM, Alexey Kardashevskiy wrote: > On 07/11/16 14:59, Kirti Wankhede wrote: >> >> >> On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >>> On 05/11/16 08:10, Kirti Wankhede wrote: ... Patch series tested with linux-next upto commit 14970f204b19 @Fri Oct 28

Hello Dear

I am Sgt Catherine Wormer a self sufficient, hard working woman that enjoys hanging out with friends and family. I love learning new things and going new places. I'm down to earth, loving, I'm direct, loyal, funny, and honest. Please respond to my mail at my private box (

Hello Dear

I am Sgt Catherine Wormer a self sufficient, hard working woman that enjoys hanging out with friends and family. I love learning new things and going new places. I'm down to earth, loving, I'm direct, loyal, funny, and honest. Please respond to my mail at my private box (

[RESEND PATCH v3 2/2] PM/devfreq: rk3399: get devfreq suspend frequency

We need ddr run a specific frequency when ddr dvfs stop working. For example: if we enable two monitor, then we will stop ddr dvfs, but we hope ddr can run in highest frequency obviously. Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None

[RESEND PATCH v3 1/2] PM/devfreq: add suspend frequency support

Add suspend frequency support and if needed set it to the frequency obtained from the suspend opp (can be defined using opp-v2 bindings and is optional). Signed-off-by: Lin Huang --- Changes in v2: - use update_devfreq() instead devfreq_update_status() Changes in v3: - fix

[RESEND PATCH v3 2/2] PM/devfreq: rk3399: get devfreq suspend frequency

We need ddr run a specific frequency when ddr dvfs stop working. For example: if we enable two monitor, then we will stop ddr dvfs, but we hope ddr can run in highest frequency obviously. Signed-off-by: Lin Huang --- Changes in v2: - None Changes in v3: - None drivers/devfreq/rk3399_dmc.c | 2

[RESEND PATCH v3 1/2] PM/devfreq: add suspend frequency support

Add suspend frequency support and if needed set it to the frequency obtained from the suspend opp (can be defined using opp-v2 bindings and is optional). Signed-off-by: Lin Huang --- Changes in v2: - use update_devfreq() instead devfreq_update_status() Changes in v3: - fix build error

[RESEND PATCH v3 0/2] set specific ddr frequency when stop ddr dvfs

We need ddr run a specific frequency when ddr dvfs stop working. So we implement get suspend frequency function in devfreq framework, and call it in rk3399 dmc driver. Lin Huang (2): PM/devfreq: add suspend frequency support PM/devfreq: rk3399: get devfreq suspend frequency

[RESEND PATCH v3 0/2] set specific ddr frequency when stop ddr dvfs

We need ddr run a specific frequency when ddr dvfs stop working. So we implement get suspend frequency function in devfreq framework, and call it in rk3399 dmc driver. Lin Huang (2): PM/devfreq: add suspend frequency support PM/devfreq: rk3399: get devfreq suspend frequency

Re: -fno-PIE, take #3

On Fri, Nov 04, 2016 at 07:39:37PM +0100, Sebastian Andrzej Siewior wrote: > Debian gcc's is nowdays compiled with --enable-default-pie which means it does > -fPIE by default. This breaks atleast x86-64 compiles. > This is the third attempt to fix it, this time by using runtime detection of > the

Re: -fno-PIE, take #3

On Fri, Nov 04, 2016 at 07:39:37PM +0100, Sebastian Andrzej Siewior wrote: > Debian gcc's is nowdays compiled with --enable-default-pie which means it does > -fPIE by default. This breaks atleast x86-64 compiles. > This is the third attempt to fix it, this time by using runtime detection of > the

Re: [PATCH v6 0/6] Introduce ZONE_CMA

On Fri, Oct 14, 2016 at 12:03:10PM +0900, js1...@gmail.com wrote: > From: Joonsoo Kim > > Hello, > > Changes from v5 > o Add acked/reviewed-by tag from Vlastimil and Aneesh > o Rebase on next-20161013 > o Cosmetic change on patch 1 > o Optimize span of ZONE_CMA on

Re: [PATCH v6 0/6] Introduce ZONE_CMA

On Fri, Oct 14, 2016 at 12:03:10PM +0900, js1...@gmail.com wrote: > From: Joonsoo Kim > > Hello, > > Changes from v5 > o Add acked/reviewed-by tag from Vlastimil and Aneesh > o Rebase on next-20161013 > o Cosmetic change on patch 1 > o Optimize span of ZONE_CMA on multiple node system Hello,

[PATCH v3 1/2] PM/devfreq: add suspend frequency support

Add suspend frequency support and if needed set it to the frequency obtained from the suspend opp (can be defined using opp-v2 bindings and is optional). Signed-off-by: Lin Huang --- Changes in v2: - use update_devfreq() instead devfreq_update_status() Changes in v3: - fix

[PATCH v3 1/2] PM/devfreq: add suspend frequency support

Add suspend frequency support and if needed set it to the frequency obtained from the suspend opp (can be defined using opp-v2 bindings and is optional). Signed-off-by: Lin Huang --- Changes in v2: - use update_devfreq() instead devfreq_update_status() Changes in v3: - fix build error

arm: why set MIN_GAP to 128M size

Hi everyone arm: /* gap between mmap and stack */ #define MIN_GAP (128*1024*1024UL) The min_gap is 128M, in the mmap_base function unsigned long gap = rlimit(RLIMIT_STACK); if (gap < MIN_GAP) gap = MIN_GAP; else if (gap > MAX_GAP) gap = MAX_GAP; I can not use the

Re: [PATCH v11 00/22] Add Mediated device support

On 07/11/16 14:59, Kirti Wankhede wrote: > > > On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti Wankhede wrote: >>> This series adds Mediated device support to Linux host kernel. Purpose >>> of this series is to provide a common interface for mediated device >>>

arm: why set MIN_GAP to 128M size

Hi everyone arm: /* gap between mmap and stack */ #define MIN_GAP (128*1024*1024UL) The min_gap is 128M, in the mmap_base function unsigned long gap = rlimit(RLIMIT_STACK); if (gap < MIN_GAP) gap = MIN_GAP; else if (gap > MAX_GAP) gap = MAX_GAP; I can not use the

Re: [PATCH v11 00/22] Add Mediated device support

On 07/11/16 14:59, Kirti Wankhede wrote: > > > On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti Wankhede wrote: >>> This series adds Mediated device support to Linux host kernel. Purpose >>> of this series is to provide a common interface for mediated device >>>

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > Hello, I hava a question on cma zone. > > When we have cma zone, cma zone will be the highest zone of system. > > In android system, the most memory allocator is ION. Media system will > alloc unmovable memory from it. > > On low

Re: [PATCH v6 2/6] mm/cma: introduce new zone, ZONE_CMA

On Tue, Nov 01, 2016 at 03:58:32PM +0800, Chen Feng wrote: > Hello, I hava a question on cma zone. > > When we have cma zone, cma zone will be the highest zone of system. > > In android system, the most memory allocator is ION. Media system will > alloc unmovable memory from it. > > On low

Re: [Resend][PATCH] cpufreq: conservative: Decrease frequency faster when the timer deferred

For the record, I have never got the original mail with this subject. On 06-11-16, 11:19, Stratos Karafotis wrote: > Conservative governor changes the CPU frequency in steps. > That means that if a CPU runs at max frequency, it will need several > sampling periods to return at min frequency when

Re: [Resend][PATCH] cpufreq: conservative: Decrease frequency faster when the timer deferred

For the record, I have never got the original mail with this subject. On 06-11-16, 11:19, Stratos Karafotis wrote: > Conservative governor changes the CPU frequency in steps. > That means that if a CPU runs at max frequency, it will need several > sampling periods to return at min frequency when

Re: [PATCH 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

On Saturday 05 November 2016 03:54 AM, Linus Walleij wrote: On Wed, Nov 2, 2016 at 10:09 AM, Laxman Dewangan wrote: NVIDIA Tegra124 and later SoCs support the multi-voltage level and low power state of some of its IO pads. The IO pads can work in the voltage of the 1.8V

Re: [PATCH 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

On Saturday 05 November 2016 03:54 AM, Linus Walleij wrote: On Wed, Nov 2, 2016 at 10:09 AM, Laxman Dewangan wrote: NVIDIA Tegra124 and later SoCs support the multi-voltage level and low power state of some of its IO pads. The IO pads can work in the voltage of the 1.8V and 3.3V of IO power

Re: [PATCH v4 10/10] IB/mlx5: Simplify completion into a wait_event

Hi Linus, On 3 November 2016 at 21:07, Linus Torvalds wrote: > This is wrong. Will change it back. > Since that "umr_context" variable is on the stack, and you are waiting > for it to be fully done, it really should be a completion. Thank you for sharing your

Re: [PATCH v4 10/10] IB/mlx5: Simplify completion into a wait_event

Hi Linus, On 3 November 2016 at 21:07, Linus Torvalds wrote: > This is wrong. Will change it back. > Since that "umr_context" variable is on the stack, and you are waiting > for it to be fully done, it really should be a completion. Thank you for sharing your insight with wait_event and

[patch v5 1/1] i2c: add master driver for mellanox systems

From: Vadim Pasternak Device driver for Mellanox I2C controller logic, implemented in Lattice CPLD device. Device supports: - Master mode - One physical bus - Polling mode The Kconfig currently controlling compilation of this code is: drivers/i2c/busses/Kconfig:config

[patch v5 1/1] i2c: add master driver for mellanox systems

From: Vadim Pasternak Device driver for Mellanox I2C controller logic, implemented in Lattice CPLD device. Device supports: - Master mode - One physical bus - Polling mode The Kconfig currently controlling compilation of this code is: drivers/i2c/busses/Kconfig:config I2C_MLXCPLD

Re: [PATCH 3/3] clk: qcom: Set BRANCH_HALT_DELAY flags for venus core0/1 clks

On 11/05/2016 01:48 AM, 'Stephen Boyd' wrote: > On 11/04, Sricharan wrote: >> Hi, >>> >>> A better design would be to check if the associated GDSC is in hw >>> control mode and then skip the checks because the clocks are no >>> longer under the control of the registers. I presume we only >>>

Re: [PATCH 3/3] clk: qcom: Set BRANCH_HALT_DELAY flags for venus core0/1 clks

On 11/05/2016 01:48 AM, 'Stephen Boyd' wrote: > On 11/04, Sricharan wrote: >> Hi, >>> >>> A better design would be to check if the associated GDSC is in hw >>> control mode and then skip the checks because the clocks are no >>> longer under the control of the registers. I presume we only >>>

Re: [PATCH for-next 01/11] IB/hns: Add the interface for querying QP1

On 11/4/2016 10:06 PM, Salil Mehta wrote: > From: Lijun Ou > > In old code, It only added the interface for querying non-specific > QP. This patch mainly adds an interface for querying QP1. > > Signed-off-by: Lijun Ou > Reviewed-by: Wei Hu (Xavier)

Re: [PATCH for-next 01/11] IB/hns: Add the interface for querying QP1

On 11/4/2016 10:06 PM, Salil Mehta wrote: > From: Lijun Ou > > In old code, It only added the interface for querying non-specific > QP. This patch mainly adds an interface for querying QP1. > > Signed-off-by: Lijun Ou > Reviewed-by: Wei Hu (Xavier) > Signed-off-by: Salil Mehta > --- >

Re: [PATCH v2 1/2] cpufreq: add new attribute type cpufreq_freq_attr_wr_perm()

On 04-11-16, 09:55, Markus Mayer wrote: > From: Markus Mayer > > With the new attribute type, it is possible to create write-only > CPUfreq attributes. > > Signed-off-by: Markus Mayer > --- > include/linux/cpufreq.h | 4 > 1 file changed, 4

Re: [PATCH v2 1/2] cpufreq: add new attribute type cpufreq_freq_attr_wr_perm()

On 04-11-16, 09:55, Markus Mayer wrote: > From: Markus Mayer > > With the new attribute type, it is possible to create write-only > CPUfreq attributes. > > Signed-off-by: Markus Mayer > --- > include/linux/cpufreq.h | 4 > 1 file changed, 4 insertions(+) > > diff --git

linux-next: no release today

Hi all, There will be no linx-next release today. -- Cheers, Stephen Rothwell

linux-next: no release today

Hi all, There will be no linx-next release today. -- Cheers, Stephen Rothwell

Re: [PATCH v11 00/22] Add Mediated device support

Verified that this patch series gets applied cleanly to Linux-next upto: bc33b0ca11e3 Linux 4.9-rc4 Also tested this patch series with above kernel. Thanks, Kirti On 11/7/2016 9:29 AM, Kirti Wankhede wrote: > > > On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti

Re: [PATCH v11 00/22] Add Mediated device support

Verified that this patch series gets applied cleanly to Linux-next upto: bc33b0ca11e3 Linux 4.9-rc4 Also tested this patch series with above kernel. Thanks, Kirti On 11/7/2016 9:29 AM, Kirti Wankhede wrote: > > > On 11/7/2016 9:00 AM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti

Re: [RFC][PATCH] mm: merge as soon as possible when pcp alloc/free

On 11/07/2016 07:18 AM, Xishi Qiu wrote: > On 2016/11/5 20:29, Anshuman Khandual wrote: > >> On 11/05/2016 01:27 PM, Xishi Qiu wrote: >>> Usually the memory of android phones is very small, so after a long >>> running, the fragment is very large. Kernel stack which called by >>>

Re: [RFC][PATCH] mm: merge as soon as possible when pcp alloc/free

On 11/07/2016 07:18 AM, Xishi Qiu wrote: > On 2016/11/5 20:29, Anshuman Khandual wrote: > >> On 11/05/2016 01:27 PM, Xishi Qiu wrote: >>> Usually the memory of android phones is very small, so after a long >>> running, the fragment is very large. Kernel stack which called by >>>

Re: [PATCH v2 2/2] cpufreq: stats: clear statistics

On 04-11-16, 09:55, Markus Mayer wrote: > From: Markus Mayer > > Allow CPUfreq statistics to be cleared by writing anything to > /sys/.../cpufreq/stats/reset. > > Signed-off-by: Markus Mayer > --- > Documentation/cpu-freq/cpufreq-stats.txt | 6 ++

Re: [PATCH v2 2/2] cpufreq: stats: clear statistics

On 04-11-16, 09:55, Markus Mayer wrote: > From: Markus Mayer > > Allow CPUfreq statistics to be cleared by writing anything to > /sys/.../cpufreq/stats/reset. > > Signed-off-by: Markus Mayer > --- > Documentation/cpu-freq/cpufreq-stats.txt | 6 ++ > drivers/cpufreq/cpufreq_stats.c

Re: [PATCH v2 1/2] cpufreq: add new attribute type cpufreq_freq_attr_wr_perm()

On 07-11-16, 10:03, Viresh Kumar wrote: > On 04-11-16, 09:55, Markus Mayer wrote: > > From: Markus Mayer > > > > With the new attribute type, it is possible to create write-only > > CPUfreq attributes. > > > > Signed-off-by: Markus Mayer > > --- > >

Re: [PATCH v7 2/2] x86/apic: x2apic write eoi msr notrace

2016-11-03 5:10 GMT+08:00 Borislav Petkov : > On Mon, Oct 31, 2016 at 09:37:02AM +0800, Wanpeng Li wrote: >> From: Wanpeng Li >> >> | RCU used illegally from idle CPU! >> | rcu_scheduler_active = 1, debug_locks = 0 >> | RCU used illegally from extended

Re: [PATCH v2 1/2] cpufreq: add new attribute type cpufreq_freq_attr_wr_perm()

On 07-11-16, 10:03, Viresh Kumar wrote: > On 04-11-16, 09:55, Markus Mayer wrote: > > From: Markus Mayer > > > > With the new attribute type, it is possible to create write-only > > CPUfreq attributes. > > > > Signed-off-by: Markus Mayer > > --- > > include/linux/cpufreq.h | 4 > > 1

Re: [PATCH v7 2/2] x86/apic: x2apic write eoi msr notrace

2016-11-03 5:10 GMT+08:00 Borislav Petkov : > On Mon, Oct 31, 2016 at 09:37:02AM +0800, Wanpeng Li wrote: >> From: Wanpeng Li >> >> | RCU used illegally from idle CPU! >> | rcu_scheduler_active = 1, debug_locks = 0 >> | RCU used illegally from extended quiescent state! >> | no locks held by

  1   2   3   4   5   6   >