Re: [PATCH] security/keys: Adding newline after declaration

On Thu, 2017-09-07 at 11:11 +0530, Pushkar Jambhlekar wrote: > Fixing checkpatch warning to add newline after declaration [] > diff --git a/security/keys/big_key.c b/security/keys/big_key.c [] > @@ -93,6 +93,7 @@ static int big_key_crypt(enum big_key_op op, u8 *data, > size_t datalen, u8 *key) >

Re: [PATCH] security/keys: Adding newline after declaration

On Thu, 2017-09-07 at 11:11 +0530, Pushkar Jambhlekar wrote: > Fixing checkpatch warning to add newline after declaration [] > diff --git a/security/keys/big_key.c b/security/keys/big_key.c [] > @@ -93,6 +93,7 @@ static int big_key_crypt(enum big_key_op op, u8 *data, > size_t datalen, u8 *key) >

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Thu, 7 Sep 2017, Yu Chen wrote: > On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote: > > Can you please apply the debug patch below, boot the machine and right > > after login provide the output of > > > > # cat /sys/kernel/debug/tracing/trace > > > kworker/0:2-303 [000]

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Thu, 7 Sep 2017, Yu Chen wrote: > On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote: > > Can you please apply the debug patch below, boot the machine and right > > after login provide the output of > > > > # cat /sys/kernel/debug/tracing/trace > > > kworker/0:2-303 [000]

Re: [GIT] Networking

On Wed, Sep 6, 2017 at 10:40 PM, Luca Coelho wrote: > > This patch is not very important (unless you really like blinking lights > -- maybe I'll change my mind when the holidays approach :P). so it is > fine if you just want to revert it for now. > > In any case, I'll send a patch

Re: [GIT] Networking

On Wed, Sep 6, 2017 at 10:40 PM, Luca Coelho wrote: > > This patch is not very important (unless you really like blinking lights > -- maybe I'll change my mind when the holidays approach :P). so it is > fine if you just want to revert it for now. > > In any case, I'll send a patch fixing this

[PATCH] security/keys: Adding newline after declaration

Fixing checkpatch warning to add newline after declaration Signed-off-by: Pushkar Jambhlekar --- security/keys/big_key.c | 1 + 1 file changed, 1 insertion(+) diff --git a/security/keys/big_key.c b/security/keys/big_key.c index 835c1ab..bc4c6eb 100644 ---

[PATCH] security/keys: Adding newline after declaration

Fixing checkpatch warning to add newline after declaration Signed-off-by: Pushkar Jambhlekar --- security/keys/big_key.c | 1 + 1 file changed, 1 insertion(+) diff --git a/security/keys/big_key.c b/security/keys/big_key.c index 835c1ab..bc4c6eb 100644 --- a/security/keys/big_key.c +++

Re: [GIT] Networking

On Thu, 2017-09-07 at 05:04 +, Coelho, Luciano wrote: > On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote: > > On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano > > wrote: > > > > > > This seems to be a problem with backwards-compatibility with FW version > > >

Re: [GIT] Networking

On Thu, 2017-09-07 at 05:04 +, Coelho, Luciano wrote: > On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote: > > On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano > > wrote: > > > > > > This seems to be a problem with backwards-compatibility with FW version > > > 27. We are now in version

[PATCH] arm64: KVM: VHE: reset PSTATE.UAO when switch to host

In VHE mode, host kernel runs in the EL2 and can enable 'User Access Override' when fs==KERNEL_DS so that it can access kernel memory. However, PSTATE.UAO is set to 0 on an exception taken from EL1 to EL2. Thus when VHE is used and exception taken from a guest UAO will be disabled and host will

[PATCH] arm64: KVM: VHE: reset PSTATE.UAO when switch to host

In VHE mode, host kernel runs in the EL2 and can enable 'User Access Override' when fs==KERNEL_DS so that it can access kernel memory. However, PSTATE.UAO is set to 0 on an exception taken from EL1 to EL2. Thus when VHE is used and exception taken from a guest UAO will be disabled and host will

Re: [PATCH] [RESEND] drm/stm: fix warning about multiplication in condition

Hi Benjamin, This should be pushed to drm-misc by you, right? Thanks, Archit On 09/06/2017 06:43 PM, Arnd Bergmann wrote: gcc-7 complains about multiplying within a condition being suspicious: drivers/gpu/drm/stm/dw_mipi_dsi-stm.c: In function 'dsi_pll_get_clkout_khz':

Re: [PATCH] [RESEND] drm/stm: fix warning about multiplication in condition

Hi Benjamin, This should be pushed to drm-misc by you, right? Thanks, Archit On 09/06/2017 06:43 PM, Arnd Bergmann wrote: gcc-7 complains about multiplying within a condition being suspicious: drivers/gpu/drm/stm/dw_mipi_dsi-stm.c: In function 'dsi_pll_get_clkout_khz':

Re: linux-next: build failure after merge of the akpm-current tree

Hi all, On Wed, 2 Aug 2017 16:31:45 +1000 Stephen Rothwell wrote: > > On Wed, 2 Aug 2017 15:45:54 +1000 Stephen Rothwell > wrote: > > > > On Tue, 01 Aug 2017 09:08:01 -0400 "Zi Yan" wrote: > > > > > > I found two possible

Re: linux-next: build failure after merge of the akpm-current tree

Hi all, On Wed, 2 Aug 2017 16:31:45 +1000 Stephen Rothwell wrote: > > On Wed, 2 Aug 2017 15:45:54 +1000 Stephen Rothwell > wrote: > > > > On Tue, 01 Aug 2017 09:08:01 -0400 "Zi Yan" wrote: > > > > > > I found two possible fixes. > > > > > > 1. This uses C++ zero initializer, GCC is OK

Re: [PATCH v8 01/13] x86/apic: Construct a selector for the interrupt delivery mode

On 09/07/17 at 12:19pm, Dou Liyang wrote: > Hi Baoquan > > I am wordy one ah: > our target is checking if BIOS supports APIC, no matter what > type(separated/integrated) it is. if not, go to PIC mode. > > Let‘s discuss the original logic and the smp_found_config, > then take about your code. >

Re: [PATCH v8 01/13] x86/apic: Construct a selector for the interrupt delivery mode

On 09/07/17 at 12:19pm, Dou Liyang wrote: > Hi Baoquan > > I am wordy one ah: > our target is checking if BIOS supports APIC, no matter what > type(separated/integrated) it is. if not, go to PIC mode. > > Let‘s discuss the original logic and the smp_found_config, > then take about your code. >

Re: [PATCH 3/3] drm/exynos/gsc: Add rotation hardware limits of gscaler

On 09/04/2017 03:19 PM, Hoegeun Kwon wrote: On 09/01/2017 04:31 PM, Marek Szyprowski wrote: Hi Hoegeun, On 2017-09-01 03:47, Hoegeun Kwon wrote: The gscaler has hardware rotation limits that need to be imported from dts. Parse them and add them to the property list. The rotation hardware

Re: [PATCH 3/3] drm/exynos/gsc: Add rotation hardware limits of gscaler

On 09/04/2017 03:19 PM, Hoegeun Kwon wrote: On 09/01/2017 04:31 PM, Marek Szyprowski wrote: Hi Hoegeun, On 2017-09-01 03:47, Hoegeun Kwon wrote: The gscaler has hardware rotation limits that need to be imported from dts. Parse them and add them to the property list. The rotation hardware

Re: [PATCH v4 1/3] arm: npcm: add basic support for Nuvoton BMCs

On Wed, Sep 6, 2017 at 2:04 PM, Avi Fishman wrote: > Sorry for sending again some mailing list rejected it due to HTML > involved (althoug I tried Plain Text), Trying again. > > 2017-09-06 11:07 GMT+03:00 Brendan Higgins : >> Adds basic support

Re: [PATCH v4 1/3] arm: npcm: add basic support for Nuvoton BMCs

On Wed, Sep 6, 2017 at 2:04 PM, Avi Fishman wrote: > Sorry for sending again some mailing list rejected it due to HTML > involved (althoug I tried Plain Text), Trying again. > > 2017-09-06 11:07 GMT+03:00 Brendan Higgins : >> Adds basic support for the Nuvoton NPCM750 BMC. >> >> Signed-off-by:

Re: [PATCH 1/2] pidmap(2)

Hi Alexey, On Thu, Sep 7, 2017 at 4:04 AM, Andy Lutomirski wrote: > On Wed, Sep 6, 2017 at 2:04 AM, Alexey Dobriyan wrote: >> On 9/6/17, Randy Dunlap wrote: >>> On 09/05/17 15:53, Andrew Morton wrote: [...] >>> >>> also, I expect

Re: [PATCH 1/2] pidmap(2)

Hi Alexey, On Thu, Sep 7, 2017 at 4:04 AM, Andy Lutomirski wrote: > On Wed, Sep 6, 2017 at 2:04 AM, Alexey Dobriyan wrote: >> On 9/6/17, Randy Dunlap wrote: >>> On 09/05/17 15:53, Andrew Morton wrote: [...] >>> >>> also, I expect that the tiny kernel people will want kconfig options for >>>

Re: [GIT] Networking

On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote: > On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano > wrote: > > > > This seems to be a problem with backwards-compatibility with FW version > > 27. We are now in version 31[1] and upgrading will probably fix that.

Re: [GIT] Networking

On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote: > On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano > wrote: > > > > This seems to be a problem with backwards-compatibility with FW version > > 27. We are now in version 31[1] and upgrading will probably fix that. > > I can confirm that

Re: [GIT] Networking

On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano wrote: > > This seems to be a problem with backwards-compatibility with FW version > 27. We are now in version 31[1] and upgrading will probably fix that. I can confirm that fw version 31 works. > But obviously the

Re: [GIT] Networking

On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano wrote: > > This seems to be a problem with backwards-compatibility with FW version > 27. We are now in version 31[1] and upgrading will probably fix that. I can confirm that fw version 31 works. > But obviously the driver should not fail

[PATCH] drivers/staging/rtl8188eu: cleanup crc32_init logic

crc32_init is using unnecessary else condition. Cleaningup this function Signed-off-by: Pushkar Jambhlekar --- drivers/staging/rtl8188eu/core/rtw_security.c | 42 +-- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git

[PATCH] drivers/staging/rtl8188eu: cleanup crc32_init logic

crc32_init is using unnecessary else condition. Cleaningup this function Signed-off-by: Pushkar Jambhlekar --- drivers/staging/rtl8188eu/core/rtw_security.c | 42 +-- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git

Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses

On 2017/9/7 上午4:27, Helge Deller wrote: > Use the %pS instead of the %pF printk format specifier for printing symbols > from direct addresses. This is needed for the ia64, ppc64 and parisc64 > architectures. > > Signed-off-by: Helge Deller > Cc: linux-bca...@vger.kernel.org > Cc:

Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses

On 2017/9/7 上午4:27, Helge Deller wrote: > Use the %pS instead of the %pF printk format specifier for printing symbols > from direct addresses. This is needed for the ia64, ppc64 and parisc64 > architectures. > > Signed-off-by: Helge Deller > Cc: linux-bca...@vger.kernel.org > Cc:

Re: [PATCH 3/3] f2fs: support flexible inline xattr size

On 09/06, Chao Yu wrote: > Hi Jaegeuk, > > Do we have time to test and stabilize this new feature before merge window? Let's try this in the next merge window. It's too tight to test now. :) > > Thanks, > > On 2017/9/4 18:58, Chao Yu wrote: > > Now, in product, more and more features based on

Re: [PATCH 3/3] f2fs: support flexible inline xattr size

On 09/06, Chao Yu wrote: > Hi Jaegeuk, > > Do we have time to test and stabilize this new feature before merge window? Let's try this in the next merge window. It's too tight to test now. :) > > Thanks, > > On 2017/9/4 18:58, Chao Yu wrote: > > Now, in product, more and more features based on

[PATCH] f2fs: make get_lock_data_page to handle encrypted inode

This patch refactors get_lock_data_page() to handle encryption case directly. In order to do that, it introduces common f2fs_submit_page_read(). Signed-off-by: Jaegeuk Kim --- fs/f2fs/data.c | 109 +++-- 1 file changed, 51

[PATCH] f2fs: make get_lock_data_page to handle encrypted inode

This patch refactors get_lock_data_page() to handle encryption case directly. In order to do that, it introduces common f2fs_submit_page_read(). Signed-off-by: Jaegeuk Kim --- fs/f2fs/data.c | 109 +++-- 1 file changed, 51 insertions(+), 58

Re: iov_iter_pipe warning.

On Wed, Sep 06, 2017 at 11:48:35PM -0400, Dave Jones wrote: > > That doesn't seem like an XFS problem - it indicates the pipe we are > > filling in generic_file_splice_read() is not being emptied by > > whatever we are splicing the file data to > > The puzzling part is this runs for a day

Re: iov_iter_pipe warning.

On Wed, Sep 06, 2017 at 11:48:35PM -0400, Dave Jones wrote: > > That doesn't seem like an XFS problem - it indicates the pipe we are > > filling in generic_file_splice_read() is not being emptied by > > whatever we are splicing the file data to > > The puzzling part is this runs for a day

Re: [PATCH v8 01/13] x86/apic: Construct a selector for the interrupt delivery mode

Hi Baoquan I am wordy one ah: our target is checking if BIOS supports APIC, no matter what type(separated/integrated) it is. if not, go to PIC mode. Let‘s discuss the original logic and the smp_found_config, then take about your code. The existing logic is: if

Re: [PATCH v8 01/13] x86/apic: Construct a selector for the interrupt delivery mode

Hi Baoquan I am wordy one ah: our target is checking if BIOS supports APIC, no matter what type(separated/integrated) it is. if not, go to PIC mode. Let‘s discuss the original logic and the smp_found_config, then take about your code. The existing logic is: if

Re: [PATCH v2 1/3] arm64/ras: support sea error recovery

Hi Borislav, On 2017/9/6 18:12, Borislav Petkov wrote: > On Tue, Sep 05, 2017 at 07:06:04PM +0800, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >> are consumed. In some cases, if the error address is in a clean page or a >> read-only page, there is

Re: [PATCH v2 1/3] arm64/ras: support sea error recovery

Hi Borislav, On 2017/9/6 18:12, Borislav Petkov wrote: > On Tue, Sep 05, 2017 at 07:06:04PM +0800, Xie XiuQi wrote: >> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors >> are consumed. In some cases, if the error address is in a clean page or a >> read-only page, there is

Re: [PATCH v2] sched: check user input value of sysctl_sched_time_avg

On 2017/9/7 3:50, Luis R. Rodriguez wrote: On Mon, Sep 04, 2017 at 03:54:23PM +0800, Ethan Zhao wrote: Peter, On 2017/9/4 15:49, Peter Zijlstra wrote: On Sat, Sep 02, 2017 at 02:57:32PM +0800, Ethan Zhao wrote: diff --git a/kernel/sysctl.c b/kernel/sysctl.c index 6648fbb..609bed2 100644

Re: [PATCH v2] sched: check user input value of sysctl_sched_time_avg

On 2017/9/7 3:50, Luis R. Rodriguez wrote: On Mon, Sep 04, 2017 at 03:54:23PM +0800, Ethan Zhao wrote: Peter, On 2017/9/4 15:49, Peter Zijlstra wrote: On Sat, Sep 02, 2017 at 02:57:32PM +0800, Ethan Zhao wrote: diff --git a/kernel/sysctl.c b/kernel/sysctl.c index 6648fbb..609bed2 100644

Re: Donation

Greetings To You, My Name is Mavis wanczyk , the winner of the Power ball jackpot of $ $758.7 million in the AUGUST 24, 2017, My jackpot was a gift from God to me hence my Entire family/foundation has AGREED to do this. My foundation is donating $500,000.00USD to you. please contac

Re: Donation

Greetings To You, My Name is Mavis wanczyk , the winner of the Power ball jackpot of $ $758.7 million in the AUGUST 24, 2017, My jackpot was a gift from God to me hence my Entire family/foundation has AGREED to do this. My foundation is donating $500,000.00USD to you. please contac

Re: [PATCH 0/2] Fix resume failure due to PCID

> On Sep 6, 2017, at 8:25 PM, Linus Torvalds > wrote: > >> On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote: >> Patch 1 is the fix. Patch 2 is a comment that would have kept me from >> chasing down a false lead. > > Yes, this seems to

Re: [PATCH 0/2] Fix resume failure due to PCID

> On Sep 6, 2017, at 8:25 PM, Linus Torvalds > wrote: > >> On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote: >> Patch 1 is the fix. Patch 2 is a comment that would have kept me from >> chasing down a false lead. > > Yes, this seems to fix things for me. Thanks. > > Of course, right

Re: [PATCH] dt-binding: phy: don't confuse with Ethernet phy properties

From: Baruch Siach Date: Sun, 3 Sep 2017 17:32:16 +0300 > The generic PHY 'phys' property sometime appears in the same node with > the Ethernet PHY 'phy' or 'phy-handle' properties. Add a warning in > phy-bindings.txt to reduce confusion. > > Signed-off-by: Baruch Siach

Re: [PATCH] dt-binding: phy: don't confuse with Ethernet phy properties

From: Baruch Siach Date: Sun, 3 Sep 2017 17:32:16 +0300 > The generic PHY 'phys' property sometime appears in the same node with > the Ethernet PHY 'phy' or 'phy-handle' properties. Add a warning in > phy-bindings.txt to reduce confusion. > > Signed-off-by: Baruch Siach Applied.

Re: [GIT] Networking

On Wed, 2017-09-06 at 16:27 -0700, Linus Torvalds wrote: > This pull request completely breaks Intel wireless for me. > > This is my trusty old XPS 13 (9350), using Intel Wireless 8260 (rev 3a). > > That remains a very standard Intel machine with absolutely zero odd > things going on. > > The

Re: [GIT] Networking

On Wed, 2017-09-06 at 16:27 -0700, Linus Torvalds wrote: > This pull request completely breaks Intel wireless for me. > > This is my trusty old XPS 13 (9350), using Intel Wireless 8260 (rev 3a). > > That remains a very standard Intel machine with absolutely zero odd > things going on. > > The

Re: iov_iter_pipe warning.

On Thu, Sep 07, 2017 at 09:46:17AM +1000, Dave Chinner wrote: > On Wed, Sep 06, 2017 at 04:03:37PM -0400, Dave Jones wrote: > > On Mon, Aug 28, 2017 at 09:25:42PM -0700, Darrick J. Wong wrote: > > > On Mon, Aug 28, 2017 at 04:31:30PM -0400, Dave Jones wrote: > > > > I'm still trying to

Re: iov_iter_pipe warning.

On Thu, Sep 07, 2017 at 09:46:17AM +1000, Dave Chinner wrote: > On Wed, Sep 06, 2017 at 04:03:37PM -0400, Dave Jones wrote: > > On Mon, Aug 28, 2017 at 09:25:42PM -0700, Darrick J. Wong wrote: > > > On Mon, Aug 28, 2017 at 04:31:30PM -0400, Dave Jones wrote: > > > > I'm still trying to

Re: [PATCH 1/2] dt-bindings: spi: Add Spreadtrum ADI controller documentation

Hi Mark, On 6 September 2017 at 22:59, Mark Brown wrote: > On Wed, Sep 06, 2017 at 02:10:43PM +0800, Baolin Wang wrote: > >> +- hwlocks: Reference to a phandle of a hwlock provider node. >> +- hwlock-names: Reference to hwlock name strings defined in the same order >> +

Re: [PATCH 1/2] dt-bindings: spi: Add Spreadtrum ADI controller documentation

Hi Mark, On 6 September 2017 at 22:59, Mark Brown wrote: > On Wed, Sep 06, 2017 at 02:10:43PM +0800, Baolin Wang wrote: > >> +- hwlocks: Reference to a phandle of a hwlock provider node. >> +- hwlock-names: Reference to hwlock name strings defined in the same order >> + as the hwlocks. > >

Re: [PATCH 0/2] Fix resume failure due to PCID

On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote: > Patch 1 is the fix. Patch 2 is a comment that would have kept me from > chasing down a false lead. Yes, this seems to fix things for me. Thanks. Of course, right now that laptop has no working wifi with tip-of-tree due

Re: [PATCH 0/2] Fix resume failure due to PCID

On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote: > Patch 1 is the fix. Patch 2 is a comment that would have kept me from > chasing down a false lead. Yes, this seems to fix things for me. Thanks. Of course, right now that laptop has no working wifi with tip-of-tree due to some issues

[PATCH v5 3/3] perf config: Allow creating empty config set for config file autogeneration

When there isn't a config file (e.g. ~/.perfconfig) or it has nothing, the config set wasn't created. If the config set not exists, a config file can't be autogenerated. So allow creating a empty config set in the above case, then we can support the config file autogeneration. Before: $ rm -f

[PATCH v5 1/3] perf config: Check not only section->from_system_config but also item's

Currently only section->from_system_config is being checked multiple times. items->from_system_config should be also checked, so fix it. Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Taeung Song --- tools/perf/builtin-config.c |

[PATCH v5 3/3] perf config: Allow creating empty config set for config file autogeneration

When there isn't a config file (e.g. ~/.perfconfig) or it has nothing, the config set wasn't created. If the config set not exists, a config file can't be autogenerated. So allow creating a empty config set in the above case, then we can support the config file autogeneration. Before: $ rm -f

[PATCH v5 1/3] perf config: Check not only section->from_system_config but also item's

Currently only section->from_system_config is being checked multiple times. items->from_system_config should be also checked, so fix it. Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Taeung Song --- tools/perf/builtin-config.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v5 0/3] perf config: Simple bugfixes & refactoring

Hi all, This is simple patchset for perf-config to fix small bugs and refactor code. I'd appreciate some feedback on this patchset. The code is also available at 'config/refactoring-v5' branch on git://github.com/taeung/linux-perf.git Thanks, Taeung v5: - rebase on current acme/perf/core

[PATCH v5 2/3] perf config: Once write a config file in the end, not a repeat

Currently set_config() can be repeatedly called for each input config on the below case: $ perf config kmem.default=slab report.children=false ... But it's a waste, so only once write a config file gathering all given config key=value pairs Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH v5 2/3] perf config: Once write a config file in the end, not a repeat

Currently set_config() can be repeatedly called for each input config on the below case: $ perf config kmem.default=slab report.children=false ... But it's a waste, so only once write a config file gathering all given config key=value pairs Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by:

[PATCH v5 0/3] perf config: Simple bugfixes & refactoring

Hi all, This is simple patchset for perf-config to fix small bugs and refactor code. I'd appreciate some feedback on this patchset. The code is also available at 'config/refactoring-v5' branch on git://github.com/taeung/linux-perf.git Thanks, Taeung v5: - rebase on current acme/perf/core

Re: [PATCH 2/2] spi: Add ADI driver for Spreadtrum platform

Hi Mark, On 6 September 2017 at 23:04, Mark Brown wrote: > On Wed, Sep 06, 2017 at 02:10:44PM +0800, Baolin Wang wrote: > > This looks like a nice, clean driver. A few fairly small issues though: > >> +config SPI_SPRD_ADI >> + tristate "Spreadtrum ADI controller" >> +

Re: [PATCH 2/2] spi: Add ADI driver for Spreadtrum platform

Hi Mark, On 6 September 2017 at 23:04, Mark Brown wrote: > On Wed, Sep 06, 2017 at 02:10:44PM +0800, Baolin Wang wrote: > > This looks like a nice, clean driver. A few fairly small issues though: > >> +config SPI_SPRD_ADI >> + tristate "Spreadtrum ADI controller" >> + depends on

[PATCH] ipv4: Namespaceify tcp_max_orphans knob

Different namespace application might require different maximal number of TCP sockets independently of the host. Signed-off-by: Haishuang Yan --- include/net/netns/ipv4.h | 1 + include/net/tcp.h | 5 +++-- net/ipv4/sysctl_net_ipv4.c | 14

[PATCH] ipv4: Namespaceify tcp_max_orphans knob

Different namespace application might require different maximal number of TCP sockets independently of the host. Signed-off-by: Haishuang Yan --- include/net/netns/ipv4.h | 1 + include/net/tcp.h | 5 +++-- net/ipv4/sysctl_net_ipv4.c | 14 +++--- net/ipv4/tcp.c

Re: [PATCH v3 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Tue, 2017-09-05 at 11:05 -0500, Rob Herring wrote: > On Fri, Sep 1, 2017 at 9:16 PM, Chen Zhong wrote: > > On Thu, 2017-08-31 at 14:52 -0500, Rob Herring wrote: > >> On Fri, Aug 25, 2017 at 02:32:30PM +0800, Chen Zhong wrote: > >> > This patch adds the device tree

Re: [PATCH v3 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Tue, 2017-09-05 at 11:05 -0500, Rob Herring wrote: > On Fri, Sep 1, 2017 at 9:16 PM, Chen Zhong wrote: > > On Thu, 2017-08-31 at 14:52 -0500, Rob Herring wrote: > >> On Fri, Aug 25, 2017 at 02:32:30PM +0800, Chen Zhong wrote: > >> > This patch adds the device tree binding documentation for the

Re: [PATCH v2 2/2] dma: sprd: Add Spreadtrum DMA driver

On 7 September 2017 at 10:48, Baolin Wang wrote: > Hi Vinod, > > On 7 September 2017 at 00:22, Vinod Koul wrote: >> On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote: >> >>> > > +/* DMA global registers definition */ >>> > > +#define

Re: [PATCH v2 2/2] dma: sprd: Add Spreadtrum DMA driver

On 7 September 2017 at 10:48, Baolin Wang wrote: > Hi Vinod, > > On 7 September 2017 at 00:22, Vinod Koul wrote: >> On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote: >> >>> > > +/* DMA global registers definition */ >>> > > +#define DMA_GLB_PAUSE0x0 >>> > >

[PATCH v1] [media] uvcvideo: mark buffer error where overflow

Some cameras post inaccurate frame where next frame data overlap it. this results in screen flicker, and it need to be prevented. So this patch marks the buffer error to discard the frame where buffer overflow. Signed-off-by: Baoyou Xie ---

[PATCH v1] [media] uvcvideo: mark buffer error where overflow

Some cameras post inaccurate frame where next frame data overlap it. this results in screen flicker, and it need to be prevented. So this patch marks the buffer error to discard the frame where buffer overflow. Signed-off-by: Baoyou Xie --- drivers/media/usb/uvc/uvc_video.c | 1 + 1 file

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, Sep 06, 2017 at 10:46:17AM -0700, Dan Williams wrote: > On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote: > > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote: > >> I agree, the driver could be rewritten, but it might take some time, so > >> meanwhile I'm

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, Sep 06, 2017 at 10:46:17AM -0700, Dan Williams wrote: > On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote: > > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote: > >> I agree, the driver could be rewritten, but it might take some time, so > >> meanwhile I'm looking at also

[PATCH 0/2] Fix resume failure due to PCID

Patch 1 is the fix. Patch 2 is a comment that would have kept me from chasing down a false lead. I've tested patch 2 using CPU hotplug and suspend/resume. I haven't tested hibernation or kexec because I don't know how. (If I do systemctl hibernate on my laptop, it happily writes out a

[PATCH 0/2] Fix resume failure due to PCID

Patch 1 is the fix. Patch 2 is a comment that would have kept me from chasing down a false lead. I've tested patch 2 using CPU hotplug and suspend/resume. I haven't tested hibernation or kexec because I don't know how. (If I do systemctl hibernate on my laptop, it happily writes out a

[PATCH 2/2] x86/mm: Document how CR4.PCIDE restore works

While debugging a problem, I thought that using cr4_set_bits_and_update_boot() to restore CR4.PCIDE would be helpful. It turns out to be counterproductive. Add a comment documenting how this works. Signed-off-by: Andy Lutomirski --- arch/x86/kernel/cpu/common.c | 13

[PATCH 1/2] x86/mm: Reinitialize TLB state on hotplug and resume

When Linux brings a CPU down and back up, it switches to init_mm and then loads swapper_pg_dir into CR3. With PCID enabled, this has the side effect of masking off the ASID bits in CR3. This can result in some confusion in the TLB handling code. If we bring a CPU down and back up with any ASID

[PATCH 2/2] x86/mm: Document how CR4.PCIDE restore works

While debugging a problem, I thought that using cr4_set_bits_and_update_boot() to restore CR4.PCIDE would be helpful. It turns out to be counterproductive. Add a comment documenting how this works. Signed-off-by: Andy Lutomirski --- arch/x86/kernel/cpu/common.c | 13 + 1 file

[PATCH 1/2] x86/mm: Reinitialize TLB state on hotplug and resume

When Linux brings a CPU down and back up, it switches to init_mm and then loads swapper_pg_dir into CR3. With PCID enabled, this has the side effect of masking off the ASID bits in CR3. This can result in some confusion in the TLB handling code. If we bring a CPU down and back up with any ASID

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote: > On Wed, 6 Sep 2017, Yu Chen wrote: > > On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote: > > > I have a hard time to figure out how the 133 vectors on CPU31 are now > > > magically fitting in the empty space on CPU0,

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote: > On Wed, 6 Sep 2017, Yu Chen wrote: > > On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote: > > > I have a hard time to figure out how the 133 vectors on CPU31 are now > > > magically fitting in the empty space on CPU0,

Re: [PATCH v2 2/2] dma: sprd: Add Spreadtrum DMA driver

Hi Vinod, On 7 September 2017 at 00:22, Vinod Koul wrote: > On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote: > >> > > +/* DMA global registers definition */ >> > > +#define DMA_GLB_PAUSE0x0 >> > > +#define DMA_GLB_FRAG_WAIT0x4

Re: [PATCH v2 2/2] dma: sprd: Add Spreadtrum DMA driver

Hi Vinod, On 7 September 2017 at 00:22, Vinod Koul wrote: > On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote: > >> > > +/* DMA global registers definition */ >> > > +#define DMA_GLB_PAUSE0x0 >> > > +#define DMA_GLB_FRAG_WAIT0x4 >> > > +#define

[PATCH] crc32-pclmul: remove useless relative addressing

In 32-bit mode, the x86 architecture can hold full 32-bit pointers. Therefore, the code that copies the current address to the %ecx register and uses %ecx-relative addressing is useless, we could just use absolute addressing. The processors have a stack of return addresses for branch prediction.

[PATCH] crc32-pclmul: remove useless relative addressing

In 32-bit mode, the x86 architecture can hold full 32-bit pointers. Therefore, the code that copies the current address to the %ecx register and uses %ecx-relative addressing is useless, we could just use absolute addressing. The processors have a stack of return addresses for branch prediction.

Re: [PATCH v8 06/13] x86/apic: Mark the apic_intr_mode extern for sanity check cleanup

On 09/07/17 at 10:27am, Dou Liyang wrote: > > > At 09/06/2017 04:03 PM, Baoquan He wrote: > > On 09/06/17 at 01:41pm, Dou Liyang wrote: > > > Hi Baoquan, > > > > > > At 09/06/2017 01:26 PM, Baoquan He wrote: > > > [...] > > > diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c >

Re: [PATCH v8 06/13] x86/apic: Mark the apic_intr_mode extern for sanity check cleanup

On 09/07/17 at 10:27am, Dou Liyang wrote: > > > At 09/06/2017 04:03 PM, Baoquan He wrote: > > On 09/06/17 at 01:41pm, Dou Liyang wrote: > > > Hi Baoquan, > > > > > > At 09/06/2017 01:26 PM, Baoquan He wrote: > > > [...] > > > diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c >

linux-next: build warning after merge of the tpmdd tree

Hi Jarkko, After merging the tpmdd tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm': drivers/char/tpm/tpm_tis_core.c:469:31: warning: passing argument 2 of 'tpm_tis_send_data' discards 'const' qualifier from

linux-next: build warning after merge of the tpmdd tree

Hi Jarkko, After merging the tpmdd tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm': drivers/char/tpm/tpm_tis_core.c:469:31: warning: passing argument 2 of 'tpm_tis_send_data' discards 'const' qualifier from

Re: [PATCH v8 06/13] x86/apic: Mark the apic_intr_mode extern for sanity check cleanup

At 09/06/2017 04:03 PM, Baoquan He wrote: On 09/06/17 at 01:41pm, Dou Liyang wrote: Hi Baoquan, At 09/06/2017 01:26 PM, Baoquan He wrote: [...] diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c index 4f63afc..9f8479c 100644 --- a/arch/x86/kernel/smpboot.c +++

Re: [PATCH v8 06/13] x86/apic: Mark the apic_intr_mode extern for sanity check cleanup

At 09/06/2017 04:03 PM, Baoquan He wrote: On 09/06/17 at 01:41pm, Dou Liyang wrote: Hi Baoquan, At 09/06/2017 01:26 PM, Baoquan He wrote: [...] diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c index 4f63afc..9f8479c 100644 --- a/arch/x86/kernel/smpboot.c +++

Re: [PATCH] hwmon: pmbus: Make reg check and clear faults functions return errors

On 09/06/2017 04:32 PM, Andrew Jeffery wrote: On Wed, 2017-09-06 at 15:51 -0700, Guenter Roeck wrote: On Wed, Sep 06, 2017 at 10:23:37AM +1000, Andrew Jeffery wrote: On Tue, 2017-09-05 at 10:00 -0700, Guenter Roeck wrote: On Tue, Sep 05, 2017 at 05:01:32PM +1000, Andrew Jeffery wrote: Some

Re: [PATCH] hwmon: pmbus: Make reg check and clear faults functions return errors

On 09/06/2017 04:32 PM, Andrew Jeffery wrote: On Wed, 2017-09-06 at 15:51 -0700, Guenter Roeck wrote: On Wed, Sep 06, 2017 at 10:23:37AM +1000, Andrew Jeffery wrote: On Tue, 2017-09-05 at 10:00 -0700, Guenter Roeck wrote: On Tue, Sep 05, 2017 at 05:01:32PM +1000, Andrew Jeffery wrote: Some

Re: [HMM-v25 19/19] mm/hmm: add new helper to hotplug CDM memory region v3

On 2017/9/6 10:12, Jerome Glisse wrote: > On Wed, Sep 06, 2017 at 09:25:36AM +0800, Bob Liu wrote: >> On 2017/9/6 2:54, Ross Zwisler wrote: >>> On Mon, Sep 04, 2017 at 10:38:27PM -0400, Jerome Glisse wrote: On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote: > On 2017/9/4 23:51,

Re: [HMM-v25 19/19] mm/hmm: add new helper to hotplug CDM memory region v3

On 2017/9/6 10:12, Jerome Glisse wrote: > On Wed, Sep 06, 2017 at 09:25:36AM +0800, Bob Liu wrote: >> On 2017/9/6 2:54, Ross Zwisler wrote: >>> On Mon, Sep 04, 2017 at 10:38:27PM -0400, Jerome Glisse wrote: On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote: > On 2017/9/4 23:51,

  1   2   3   4   5   6   7   8   9   10   >