Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention

On Tue, 2016-11-08 at 17:52 +0100, Thomas Gleixner wrote: > On Tue, 8 Nov 2016, Andy Lutomirski wrote: > > On Tue, Nov 8, 2016 at 5:16 AM, Peter Zijlstra wrote: > > > On Mon, Nov 07, 2016 at 10:12:09PM -0800, Ricardo Neri wrote: > > >> There is a caveat, however. Certain

Re: [PATCH 0/4] x86: enable User-Mode Instruction Prevention

On Tue, 2016-11-08 at 17:52 +0100, Thomas Gleixner wrote: > On Tue, 8 Nov 2016, Andy Lutomirski wrote: > > On Tue, Nov 8, 2016 at 5:16 AM, Peter Zijlstra wrote: > > > On Mon, Nov 07, 2016 at 10:12:09PM -0800, Ricardo Neri wrote: > > >> There is a caveat, however. Certain applications running in

Re: [PATCH 1/4] x86/cpufeature: Add User-Mode Instruction Prevention definitions

On Tue, 2016-11-08 at 07:32 -0800, Andy Lutomirski wrote: > > diff --git a/arch/x86/include/asm/disabled-features.h > b/arch/x86/include/asm/disabled-features.h > > index 85599ad..4707445 100644 > > --- a/arch/x86/include/asm/disabled-features.h > > +++ b/arch/x86/include/asm/disabled-features.h >

Re: [PATCH 1/4] x86/cpufeature: Add User-Mode Instruction Prevention definitions

On Tue, 2016-11-08 at 07:32 -0800, Andy Lutomirski wrote: > > diff --git a/arch/x86/include/asm/disabled-features.h > b/arch/x86/include/asm/disabled-features.h > > index 85599ad..4707445 100644 > > --- a/arch/x86/include/asm/disabled-features.h > > +++ b/arch/x86/include/asm/disabled-features.h >

linux-next: manual merge of the akpm tree with the jc_docs tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: Documentation/admin-guide/kernel-parameters.rst between commit: e52347bd66f6 ("Documentation/admin-guide: split the kernel parameter list to a separate file") from the jc_docs tree and patch: "ima: define a

linux-next: manual merge of the akpm tree with the jc_docs tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: Documentation/admin-guide/kernel-parameters.rst between commit: e52347bd66f6 ("Documentation/admin-guide: split the kernel parameter list to a separate file") from the jc_docs tree and patch: "ima: define a

Re: [PATCH 3.12 00/72] 3.12.67-stable review

On 11/08/2016 07:40 AM, Jiri Slaby wrote: On 11/07/2016, 06:16 PM, Guenter Roeck wrote: On 11/07/2016 05:04 AM, Jiri Slaby wrote: This is the start of the stable review cycle for the 3.12.67 release. There are 72 patches in this series, all will be posted as a response to this one. If anyone

Re: [PATCH 3.12 00/72] 3.12.67-stable review

On 11/08/2016 07:40 AM, Jiri Slaby wrote: On 11/07/2016, 06:16 PM, Guenter Roeck wrote: On 11/07/2016 05:04 AM, Jiri Slaby wrote: This is the start of the stable review cycle for the 3.12.67 release. There are 72 patches in this series, all will be posted as a response to this one. If anyone

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

Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: mm/hugetlb.c:1166:21: warning: 'alloc_gigantic_page' defined but not used [-Wunused-function] static struct page *alloc_gigantic_page(int nid, unsigned int order)

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

Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: mm/hugetlb.c:1166:21: warning: 'alloc_gigantic_page' defined but not used [-Wunused-function] static struct page *alloc_gigantic_page(int nid, unsigned int order)

Re: [PATCH v4 0/3] Make core_pattern support namespace

ping 在 2016-10-25二的 15:28 +0800，Cao Shufeng写道： > This patchset includes following function points: > 1: Let usermodehelper function possible to set pid namespace >done by: [PATCH v4 1/3] Make call_usermodehelper_exec possible >to set pid namespace. > 2: Let pipe_type core_pattern write

Re: [PATCH v4 0/3] Make core_pattern support namespace

ping 在 2016-10-25二的 15:28 +0800，Cao Shufeng写道： > This patchset includes following function points: > 1: Let usermodehelper function possible to set pid namespace >done by: [PATCH v4 1/3] Make call_usermodehelper_exec possible >to set pid namespace. > 2: Let pipe_type core_pattern write

drm/bridge: analogix_dp: clear psr_support when disable_bridge

From: zain wang Don't run psr work during enabling bridge when you restart ui, it may make link training fail since there is a race between them in AUX CH resource. Signed-off-by: zain wang Signed-off-by: Caesar Wang Cc: Tomeu

drm/bridge: analogix_dp: clear psr_support when disable_bridge

From: zain wang Don't run psr work during enabling bridge when you restart ui, it may make link training fail since there is a race between them in AUX CH resource. Signed-off-by: zain wang Signed-off-by: Caesar Wang Cc: Tomeu Vizoso Cc: dri-de...@lists.freedesktop.org Cc: Sean Paul ---

Re: [lustre-devel] [PATCH] staging: lustre: ldlm: pl_recalc time handling is wrong

On Nov 7, 2016, at 19:47, James Simmons wrote: > > The ldlm_pool field pl_recalc_time is set to the current > monotonic clock value but the interval period is calculated > with the wall clock. This means the interval period will > always be far larger than the

Re: [lustre-devel] [PATCH] staging: lustre: ldlm: pl_recalc time handling is wrong

On Nov 7, 2016, at 19:47, James Simmons wrote: > > The ldlm_pool field pl_recalc_time is set to the current > monotonic clock value but the interval period is calculated > with the wall clock. This means the interval period will > always be far larger than the pl_recalc_period, which is > just a

Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]

On Wed, Nov 02, 2016 at 04:47:37AM +0800, Ville Syrjälä wrote: > On Fri, Oct 28, 2016 at 08:58:41PM +0200, Thomas Gleixner wrote: > > On Fri, 28 Oct 2016, Ville Syrjälä wrote: > > > On Thu, Oct 27, 2016 at 10:41:18PM +0200, Thomas Gleixner wrote: > > > > On Thu, 27 Oct 2016, Ville Syrjälä wrote: >

Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]

On Wed, Nov 02, 2016 at 04:47:37AM +0800, Ville Syrjälä wrote: > On Fri, Oct 28, 2016 at 08:58:41PM +0200, Thomas Gleixner wrote: > > On Fri, 28 Oct 2016, Ville Syrjälä wrote: > > > On Thu, Oct 27, 2016 at 10:41:18PM +0200, Thomas Gleixner wrote: > > > > On Thu, 27 Oct 2016, Ville Syrjälä wrote: >

[v16, 7/7] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

The eSDHC of T4240-R1.0-R2.0 has incorrect vender version and spec version. Acturally the right version numbers should be VVN=0x13 and SVN = 0x1. This patch adds the GUTS driver support for eSDHC driver to match SoC. And fix host version to avoid that incorrect version numbers break down the ADMA

[v16, 7/7] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

The eSDHC of T4240-R1.0-R2.0 has incorrect vender version and spec version. Acturally the right version numbers should be VVN=0x13 and SVN = 0x1. This patch adds the GUTS driver support for eSDHC driver to match SoC. And fix host version to avoid that incorrect version numbers break down the ADMA

[v16, 6/7] base: soc: Check for NULL SoC device attributes

From: Geert Uytterhoeven If soc_device_match() is used to check the value of a specific attribute that is not present for the current SoC, the kernel crashes with a NULL pointer dereference. Fix this by explicitly checking for the absence of a needed property, and

[v16, 2/7] dt: bindings: move guts devicetree doc out of powerpc directory

Move guts devicetree doc to Documentation/devicetree/bindings/soc/fsl/ since it's used by not only PowerPC but also ARM. And add a specification for 'little-endian' property. Signed-off-by: Yangbo Lu Acked-by: Rob Herring Acked-by: Scott Wood

[v16, 2/7] dt: bindings: move guts devicetree doc out of powerpc directory

Move guts devicetree doc to Documentation/devicetree/bindings/soc/fsl/ since it's used by not only PowerPC but also ARM. And add a specification for 'little-endian' property. Signed-off-by: Yangbo Lu Acked-by: Rob Herring Acked-by: Scott Wood Acked-by: Arnd Bergmann --- Changes for v4:

[v16, 6/7] base: soc: Check for NULL SoC device attributes

From: Geert Uytterhoeven If soc_device_match() is used to check the value of a specific attribute that is not present for the current SoC, the kernel crashes with a NULL pointer dereference. Fix this by explicitly checking for the absence of a needed property, and considering this a non-match.

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Wed, Nov 09, 2016 at 01:26:53AM +0100, Arnd Bergmann wrote: > On Tuesday, November 8, 2016 4:17:47 PM CET Josh Triplett wrote: > > Some embedded systems can do without the prctl syscall, saving some space. > > > > This also avoids regular increases in tinyconfig size as people add more > >

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Wed, Nov 09, 2016 at 01:26:53AM +0100, Arnd Bergmann wrote: > On Tuesday, November 8, 2016 4:17:47 PM CET Josh Triplett wrote: > > Some embedded systems can do without the prctl syscall, saving some space. > > > > This also avoids regular increases in tinyconfig size as people add more > >

[PATCH v6] 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 v6] 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 Changes in

[PATCH] mwifiex: fix memory leak in mwifiex_save_hidden_ssid_channels()

kmemleak reports memory leak in mwifiex_save_hidden_ssid_channels(): unreferenced object 0xffc0a2914780 (size 192): comm "ksdioirqd/mmc2", pid 2004, jiffies 4307182506 (age 820.684s) hex dump (first 32 bytes): 00 06 47 49 4e 2d 32 67 01 03 c8 60 6c 03 01 40 ..GIN-2g...`l..@ 07 10

[PATCH] mwifiex: fix memory leak in mwifiex_save_hidden_ssid_channels()

kmemleak reports memory leak in mwifiex_save_hidden_ssid_channels(): unreferenced object 0xffc0a2914780 (size 192): comm "ksdioirqd/mmc2", pid 2004, jiffies 4307182506 (age 820.684s) hex dump (first 32 bytes): 00 06 47 49 4e 2d 32 67 01 03 c8 60 6c 03 01 40 ..GIN-2g...`l..@ 07 10

Re: [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On Wed, 9 Nov 2016 14:07:58 +1100 Alexey Kardashevskiy wrote: > On 09/11/16 07:22, Kirti Wankhede wrote: > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: > >> On 05/11/16 08:10, Kirti Wankhede wrote: > >>> Vendor driver using mediated device framework would use same

Re: [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On Wed, 9 Nov 2016 14:07:58 +1100 Alexey Kardashevskiy wrote: > On 09/11/16 07:22, Kirti Wankhede wrote: > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: > >> On 05/11/16 08:10, Kirti Wankhede wrote: > >>> Vendor driver using mediated device framework would use same mechnism to > >>>

Re: net/sctp: null-ptr-deref in sctp_inet_listen

On Wed, Nov 9, 2016 at 2:46 AM, Andrey Konovalov wrote: > Hi Xin, > > Your patch seems to be fixing the issue. > > Tested-by: Andrey Konovalov > > Thanks! > > On Tue, Nov 8, 2016 at 11:06 AM, Xin Long wrote: >> On Tue, Nov 8,

Re: net/sctp: null-ptr-deref in sctp_inet_listen

On Wed, Nov 9, 2016 at 2:46 AM, Andrey Konovalov wrote: > Hi Xin, > > Your patch seems to be fixing the issue. > > Tested-by: Andrey Konovalov > > Thanks! > > On Tue, Nov 8, 2016 at 11:06 AM, Xin Long wrote: >> On Tue, Nov 8, 2016 at 5:44 AM, Andrey Konovalov >> wrote: >>> Hi, >>> >>> I've

[v16, 4/7] MAINTAINERS: add entry for Freescale SoC drivers

Add maintainer entry for Freescale SoC drivers including the QE library and the GUTS driver now. Also add maintainer for QE library. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Qiang Zhao Acked-by: Arnd Bergmann

[v16, 1/7] ARM64: dts: ls2080a: add device configuration node

Add the dts node for device configuration unit that provides general purpose configuration and status for the device. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Arnd Bergmann --- Changes for v5: - Added this patch

[v16, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

The global utilities block controls power management, I/O device enabling, power-onreset(POR) configuration monitoring, alternate function selection for multiplexed signals,and clock control. This patch adds a driver to manage and access global utilities block. Initially only reading SVR and

[v16, 4/7] MAINTAINERS: add entry for Freescale SoC drivers

Add maintainer entry for Freescale SoC drivers including the QE library and the GUTS driver now. Also add maintainer for QE library. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Qiang Zhao Acked-by: Arnd Bergmann --- Changes for v8: - Added this patch Changes for v9:

[v16, 1/7] ARM64: dts: ls2080a: add device configuration node

Add the dts node for device configuration unit that provides general purpose configuration and status for the device. Signed-off-by: Yangbo Lu Acked-by: Scott Wood Acked-by: Arnd Bergmann --- Changes for v5: - Added this patch Changes for v6: - None Changes for v7: -

[v16, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

The global utilities block controls power management, I/O device enabling, power-onreset(POR) configuration monitoring, alternate function selection for multiplexed signals,and clock control. This patch adds a driver to manage and access global utilities block. Initially only reading SVR and

[v16, 5/7] base: soc: introduce soc_device_match() interface

From: Arnd Bergmann We keep running into cases where device drivers want to know the exact version of the a SoC they are currently running on. In the past, this has usually been done through a vendor specific API that can be called by a driver, or by directly accessing some kind

[v16, 5/7] base: soc: introduce soc_device_match() interface

From: Arnd Bergmann We keep running into cases where device drivers want to know the exact version of the a SoC they are currently running on. In the past, this has usually been done through a vendor specific API that can be called by a driver, or by directly accessing some kind of version

[v16, 0/7] Fix eSDHC host version register bug

This patchset is used to fix a host version register bug in the T4240-R1.0-R2.0 eSDHC controller. To match the SoC version and revision, 15 previous version patchsets had tried many methods but all of them were rejected by reviewers. Such as - dts compatible method - syscon method

[v16, 0/7] Fix eSDHC host version register bug

This patchset is used to fix a host version register bug in the T4240-R1.0-R2.0 eSDHC controller. To match the SoC version and revision, 15 previous version patchsets had tried many methods but all of them were rejected by reviewers. Such as - dts compatible method - syscon method

Re: [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On 09/11/16 07:22, Kirti Wankhede wrote: > > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti Wankhede wrote: >>> Vendor driver using mediated device framework would use same mechnism to >>> validate and prepare IRQs. Introducing this function to reduce code >>>

Re: [PATCH v11 15/22] vfio: Introduce vfio_set_irqs_validate_and_prepare()

On 09/11/16 07:22, Kirti Wankhede wrote: > > > On 11/8/2016 2:16 PM, Alexey Kardashevskiy wrote: >> On 05/11/16 08:10, Kirti Wankhede wrote: >>> Vendor driver using mediated device framework would use same mechnism to >>> validate and prepare IRQs. Introducing this function to reduce code >>>

linux-next: manual merge of the scsi-mkp tree with the scsi tree

Hi Martin, Today's linux-next merge of the scsi-mkp tree got a conflict in: drivers/scsi/ufs/ufs-qcom.c Again this is caused by the rebase of the scsi-mkp tree (including commits already in the scsi tree) followed by more changes to this file. I fixed it up (I used the scsi-mkp tree version)

linux-next: manual merge of the scsi-mkp tree with the scsi tree

Hi Martin, Today's linux-next merge of the scsi-mkp tree got a conflict in: drivers/scsi/ufs/ufs-qcom.c Again this is caused by the rebase of the scsi-mkp tree (including commits already in the scsi tree) followed by more changes to this file. I fixed it up (I used the scsi-mkp tree version)

linux-next: manual merge of the scsi-mkp tree with the block tree

Hi Martin, Today's linux-next merge of the scsi-mkp tree got conflicts in: drivers/scsi/ufs/ufshcd.c between commit: e806402130c9 ("block: split out request-only flags into a new namespace") from the block tree and commit: dcea0bfbc4cb ("scsi: ufs: fix sense buffer size to 18 bytes")

linux-next: manual merge of the scsi-mkp tree with the block tree

Hi Martin, Today's linux-next merge of the scsi-mkp tree got conflicts in: drivers/scsi/ufs/ufshcd.c between commit: e806402130c9 ("block: split out request-only flags into a new namespace") from the block tree and commit: dcea0bfbc4cb ("scsi: ufs: fix sense buffer size to 18 bytes")

Re: Summary of LPC guest MSI discussion in Santa Fe

On 11/08/2016 06:35 PM, Alex Williamson wrote: On Tue, 8 Nov 2016 21:29:22 +0100 Christoffer Dall wrote: Hi Will, On Tue, Nov 08, 2016 at 02:45:59AM +, Will Deacon wrote: Hi all, I figured this was a reasonable post to piggy-back on for the LPC minutes

Re: Summary of LPC guest MSI discussion in Santa Fe

On 11/08/2016 06:35 PM, Alex Williamson wrote: On Tue, 8 Nov 2016 21:29:22 +0100 Christoffer Dall wrote: Hi Will, On Tue, Nov 08, 2016 at 02:45:59AM +, Will Deacon wrote: Hi all, I figured this was a reasonable post to piggy-back on for the LPC minutes relating to guest MSIs on arm64.

[PATCH] acpi: remove redundant declare of acpi_table_parse_entries

This function declared twice, so remove one. Signed-off-by: Longpeng(Mike) --- include/linux/acpi.h | 4 1 file changed, 4 deletions(-) diff --git a/include/linux/acpi.h b/include/linux/acpi.h index 689a8b9..017849e 100644 --- a/include/linux/acpi.h +++

[PATCH] acpi: remove redundant declare of acpi_table_parse_entries

This function declared twice, so remove one. Signed-off-by: Longpeng(Mike) --- include/linux/acpi.h | 4 1 file changed, 4 deletions(-) diff --git a/include/linux/acpi.h b/include/linux/acpi.h index 689a8b9..017849e 100644 --- a/include/linux/acpi.h +++ b/include/linux/acpi.h @@ -220,10

[PATCH] arm/arm64: KVM: clean up useless code in kvm_timer_enable

1) Since commit:41a54482 changed timer enabled variable to per-vcpu, the correlative comment in kvm_timer_enable is useless now. 2) After the kvm module init successfully, the timecounter is always non-null, so we can remove the checking of timercounter. Signed-off-by: Longpeng(Mike)

[PATCH] arm/arm64: KVM: clean up useless code in kvm_timer_enable

1) Since commit:41a54482 changed timer enabled variable to per-vcpu, the correlative comment in kvm_timer_enable is useless now. 2) After the kvm module init successfully, the timecounter is always non-null, so we can remove the checking of timercounter. Signed-off-by: Longpeng(Mike) ---

[PATCH] ARM: dts: imx7d-pinfunc: fix UART pinmux defines

The UART pinmux defines for the pins which are part of the LPSR pinmux controller are wrong: Output signals configure the input sel value and the pinmux defines allow not to distinguish between DCE/DTE mode. Follow the usual pattern using DTE/DCE as part of the define to denote the two UART

[PATCH] ARM: dts: imx7d-pinfunc: fix UART pinmux defines

The UART pinmux defines for the pins which are part of the LPSR pinmux controller are wrong: Output signals configure the input sel value and the pinmux defines allow not to distinguish between DCE/DTE mode. Follow the usual pattern using DTE/DCE as part of the define to denote the two UART

Re: aio fixes for use after free and freeze protection

Al, did you get a chance to send this series (or at very least patch 1 which is the most critical) to Linus? I'd hate to miss another rc for the use after free fix.

Re: aio fixes for use after free and freeze protection

Al, did you get a chance to send this series (or at very least patch 1 which is the most critical) to Linus? I'd hate to miss another rc for the use after free fix.

Re: [PATCH v7 3/3] drm/fence: add out-fences support

2016-11-08 Daniel Vetter : > On Tue, Nov 08, 2016 at 03:54:50PM +0900, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > > that sets the OUT_FENCE_PTR property. >

Re: [PATCH v7 3/3] drm/fence: add out-fences support

2016-11-08 Daniel Vetter : > On Tue, Nov 08, 2016 at 03:54:50PM +0900, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Support DRM out-fences by creating a sync_file with a fence for each CRTC > > that sets the OUT_FENCE_PTR property. > > > > We use the out_fence pointer received in

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

On 2016년 11월 09일 11:36, Chanwoo Choi wrote: > Hi, > > On 2016년 11월 09일 10:33, Chanwoo Choi wrote: >> On 2016년 11월 09일 05:52, Saravana Kannan wrote: >>> On 11/08/2016 01:02 AM, Chanwoo Choi wrote: Hi, On 2016년 11월 08일 03:57, Saravana Kannan wrote: > On 10/26/2016 05:06 PM,

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

On 2016년 11월 09일 11:36, Chanwoo Choi wrote: > Hi, > > On 2016년 11월 09일 10:33, Chanwoo Choi wrote: >> On 2016년 11월 09일 05:52, Saravana Kannan wrote: >>> On 11/08/2016 01:02 AM, Chanwoo Choi wrote: Hi, On 2016년 11월 08일 03:57, Saravana Kannan wrote: > On 10/26/2016 05:06 PM,

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

Hi, On 2016년 11월 09일 10:33, Chanwoo Choi wrote: > On 2016년 11월 09일 05:52, Saravana Kannan wrote: >> On 11/08/2016 01:02 AM, Chanwoo Choi wrote: >>> Hi, >>> >>> On 2016년 11월 08일 03:57, Saravana Kannan wrote: On 10/26/2016 05:06 PM, Chanwoo Choi wrote: > Hi, > > On 2016년 10월 27일

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

Hi, On 2016년 11월 09일 10:33, Chanwoo Choi wrote: > On 2016년 11월 09일 05:52, Saravana Kannan wrote: >> On 11/08/2016 01:02 AM, Chanwoo Choi wrote: >>> Hi, >>> >>> On 2016년 11월 08일 03:57, Saravana Kannan wrote: On 10/26/2016 05:06 PM, Chanwoo Choi wrote: > Hi, > > On 2016년 10월 27일

Re: [PATCH v2 00/12] mm: page migration enhancement for thp

On 08/11/16 10:31, Naoya Horiguchi wrote: > Hi everyone, > > I've updated thp migration patches for v4.9-rc2-mmotm-2016-10-27-18-27 > with feedbacks for ver.1. > > General description (no change since ver.1) > === > > This patchset enhances page migration

Re: [PATCH v2 00/12] mm: page migration enhancement for thp

On 08/11/16 10:31, Naoya Horiguchi wrote: > Hi everyone, > > I've updated thp migration patches for v4.9-rc2-mmotm-2016-10-27-18-27 > with feedbacks for ver.1. > > General description (no change since ver.1) > === > > This patchset enhances page migration

[PATCH v5] phy: rcar-gen3-usb2: add sysfs for usb role swap

This patch adds sysfs "role" for usb role swap. This parameter can be read and write. If you use this file as the following, you can swap the usb role. For example: 1) Connect a usb cable using 2 Salvator-x boards 2) On A-Device (ID pin is low), you input the following command: # echo

[PATCH v5] phy: rcar-gen3-usb2: add sysfs for usb role swap

This patch adds sysfs "role" for usb role swap. This parameter can be read and write. If you use this file as the following, you can swap the usb role. For example: 1) Connect a usb cable using 2 Salvator-x boards 2) On A-Device (ID pin is low), you input the following command: # echo

[PATCH] mwifiex: printk() overflow with 32-byte SSIDs

SSIDs aren't guaranteed to be 0-terminated. Let's cap the max length when we print them out. This can be easily noticed by connecting to a network with a 32-octet SSID: [ 3903.502925] mwifiex_pcie :01:00.0: info: trying to associate to '0123456789abcdef0123456789abcdef ' bssid

[PATCH] mwifiex: printk() overflow with 32-byte SSIDs

SSIDs aren't guaranteed to be 0-terminated. Let's cap the max length when we print them out. This can be easily noticed by connecting to a network with a 32-octet SSID: [ 3903.502925] mwifiex_pcie :01:00.0: info: trying to associate to '0123456789abcdef0123456789abcdef ' bssid

Re: [PATCH] MAINTAINERS: Claim atomic*_t maintainership

On Tue, Nov 08, 2016 at 04:43:11PM +, Will Deacon wrote: > On Tue, Nov 08, 2016 at 03:06:03PM +0100, Peter Zijlstra wrote: > > > > Since Will and me have rewritten and heavily extended the atomic*_t > > infrastructure over the past few years, claim ownership of it. > > > > We would also like

Re: [PATCH] MAINTAINERS: Claim atomic*_t maintainership

On Tue, Nov 08, 2016 at 04:43:11PM +, Will Deacon wrote: > On Tue, Nov 08, 2016 at 03:06:03PM +0100, Peter Zijlstra wrote: > > > > Since Will and me have rewritten and heavily extended the atomic*_t > > infrastructure over the past few years, claim ownership of it. > > > > We would also like

Re: [PATCH v11 13/22] vfio: Introduce common function to add capabilities

On 09/11/16 08:42, Alex Williamson wrote: > On Wed, 9 Nov 2016 02:16:17 +0530 > Kirti Wankhede wrote: > >> On 11/8/2016 12:59 PM, Alexey Kardashevskiy wrote: >>> On 05/11/16 08:10, Kirti Wankhede wrote: Vendor driver using mediated device framework should use

Re: [PATCH v11 13/22] vfio: Introduce common function to add capabilities

On 09/11/16 08:42, Alex Williamson wrote: > On Wed, 9 Nov 2016 02:16:17 +0530 > Kirti Wankhede wrote: > >> On 11/8/2016 12:59 PM, Alexey Kardashevskiy wrote: >>> On 05/11/16 08:10, Kirti Wankhede wrote: Vendor driver using mediated device framework should use

Re: [PATCH v2 0/2] arm64: fix the bugs found in the hugetlb test

Hi Will & Catalin, On Tue, Nov 08, 2016 at 04:36:43PM +, Will Deacon wrote: > On Tue, Nov 08, 2016 at 02:09:09PM +, Catalin Marinas wrote: > > On Tue, Nov 08, 2016 at 01:44:37PM +0800, Huang Shijie wrote: > > > (3) The test result in the Softiron and Juno-r1 boards: > > > > > >This

Re: [PATCH v2 0/2] arm64: fix the bugs found in the hugetlb test

Hi Will & Catalin, On Tue, Nov 08, 2016 at 04:36:43PM +, Will Deacon wrote: > On Tue, Nov 08, 2016 at 02:09:09PM +, Catalin Marinas wrote: > > On Tue, Nov 08, 2016 at 01:44:37PM +0800, Huang Shijie wrote: > > > (3) The test result in the Softiron and Juno-r1 boards: > > > > > >This

[PATCH 2/3] mtd: use min_t() to refactor mtd_ooblayout_{get,set}_bytes()

I hope this will make the code a little more readable. Signed-off-by: Masahiro Yamada --- drivers/mtd/mtdcore.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c index cf85f2b..ca6a89a 100644 ---

[PATCH 2/3] mtd: use min_t() to refactor mtd_ooblayout_{get,set}_bytes()

I hope this will make the code a little more readable. Signed-off-by: Masahiro Yamada --- drivers/mtd/mtdcore.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c index cf85f2b..ca6a89a 100644 --- a/drivers/mtd/mtdcore.c +++

[PATCH 1/3] mtd: remove unneeded initializer in mtd_ooblayout_{get,set}_bytes()

There is no need to initialize oobregion and section since they will be filled by mtd_ooblayout_find_region(). Signed-off-by: Masahiro Yamada --- drivers/mtd/mtdcore.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 0/3] mtd: some minor cleanups for ooblayout APIs

- Remove unnecessary initializers - Use min_t() helper Masahiro Yamada (3): mtd: remove unneeded initializer in mtd_ooblayout_{get,set}_bytes() mtd: use min_t() to refactor mtd_ooblayout_{get,set}_bytes() mtd: remove unneeded initializer in mtd_ooblayout_count_bytes()

[PATCH 3/3] mtd: remove unneeded initializer in mtd_ooblayout_count_bytes()

There is no need to initialize oobregion since it will be filled by the iterator. This function is called with mtd_ooblayout_free or mtd_ooblayout_ecc for the iterator; both of them calls memset() to clear the oobregion. Signed-off-by: Masahiro Yamada ---

[PATCH 1/3] mtd: remove unneeded initializer in mtd_ooblayout_{get,set}_bytes()

There is no need to initialize oobregion and section since they will be filled by mtd_ooblayout_find_region(). Signed-off-by: Masahiro Yamada --- drivers/mtd/mtdcore.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c

[PATCH 0/3] mtd: some minor cleanups for ooblayout APIs

- Remove unnecessary initializers - Use min_t() helper Masahiro Yamada (3): mtd: remove unneeded initializer in mtd_ooblayout_{get,set}_bytes() mtd: use min_t() to refactor mtd_ooblayout_{get,set}_bytes() mtd: remove unneeded initializer in mtd_ooblayout_count_bytes()

[PATCH 3/3] mtd: remove unneeded initializer in mtd_ooblayout_count_bytes()

There is no need to initialize oobregion since it will be filled by the iterator. This function is called with mtd_ooblayout_free or mtd_ooblayout_ecc for the iterator; both of them calls memset() to clear the oobregion. Signed-off-by: Masahiro Yamada --- drivers/mtd/mtdcore.c | 2 +- 1 file

RE: [PATCH v4] phy: rcar-gen3-usb2: add sysfs for usb role swap

Hi Peter-san, > From: Peter Chen > Sent: Wednesday, November 09, 2016 10:39 AM > > On Tue, Nov 08, 2016 at 08:14:58PM +0900, Yoshihiro Shimoda wrote: > > This patch adds sysfs "role" for usb role swap. This parameter can be > > read and write. If you use this file as the following, you can swap

RE: [PATCH v4] phy: rcar-gen3-usb2: add sysfs for usb role swap

Hi Peter-san, > From: Peter Chen > Sent: Wednesday, November 09, 2016 10:39 AM > > On Tue, Nov 08, 2016 at 08:14:58PM +0900, Yoshihiro Shimoda wrote: > > This patch adds sysfs "role" for usb role swap. This parameter can be > > read and write. If you use this file as the following, you can swap

RE: [PATCH v4] 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() >

RE: [PATCH v4] 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

Re: task isolation discussion at Linux Plumbers

On Sat, Nov 05, 2016 at 12:04:45AM -0400, Chris Metcalf wrote: > A bunch of people got together this week at the Linux Plumbers > Conference to discuss nohz_full, task isolation, and related stuff. > (Thanks to Thomas for getting everyone gathered at one place and time!) > > Here are the notes I

Re: task isolation discussion at Linux Plumbers

On Sat, Nov 05, 2016 at 12:04:45AM -0400, Chris Metcalf wrote: > A bunch of people got together this week at the Linux Plumbers > Conference to discuss nohz_full, task isolation, and related stuff. > (Thanks to Thomas for getting everyone gathered at one place and time!) > > Here are the notes I

Re: [PATCH v4] phy: rcar-gen3-usb2: add sysfs for usb role swap

On Tue, Nov 08, 2016 at 08:14:58PM +0900, Yoshihiro Shimoda wrote: > This patch adds sysfs "role" for usb role swap. This parameter can be > read and write. If you use this file as the following, you can swap > the usb role. > > For example: > 1) Connect a usb cable using 2 Salvator-x boards >

Re: [PATCH v4] phy: rcar-gen3-usb2: add sysfs for usb role swap

On Tue, Nov 08, 2016 at 08:14:58PM +0900, Yoshihiro Shimoda wrote: > This patch adds sysfs "role" for usb role swap. This parameter can be > read and write. If you use this file as the following, you can swap > the usb role. > > For example: > 1) Connect a usb cable using 2 Salvator-x boards >

Re: [PATCH 5/7] pci/msi: Provide pci_alloc_irq_vectors_affinity()

And the subject for this should be PCI/MSI like for the others, sorry.

Re: [PATCH 5/7] pci/msi: Provide pci_alloc_irq_vectors_affinity()

And the subject for this should be PCI/MSI like for the others, sorry.

Re: [v2] cw1200: Don't leak memory if krealloc failes

Johannes Thumshirn wrote: > The call to krealloc() in wsm_buf_reserve() directly assigns the newly > returned memory to buf->begin. This is all fine except when krealloc() > failes we loose the ability to free the old memory pointed to by > buf->begin. If we just create a

Re: [v2] cw1200: Don't leak memory if krealloc failes

Johannes Thumshirn wrote: > The call to krealloc() in wsm_buf_reserve() directly assigns the newly > returned memory to buf->begin. This is all fine except when krealloc() > failes we loose the ability to free the old memory pointed to by > buf->begin. If we just create a temporary variable to

Re: [PATCH] Change the document about iowait

ping Thanks, Chao Fan On Wed, Oct 26, 2016 at 10:41:28AM +0800, Chao Fan wrote: >The iowait is not reliable by reading from /proc/stat, so this >method to get iowait is not suggested. And we mark it in the >document. > >Signed-off-by: Cao Jin >Signed-off-by: Chao Fan

Re: [PATCH] Change the document about iowait

ping Thanks, Chao Fan On Wed, Oct 26, 2016 at 10:41:28AM +0800, Chao Fan wrote: >The iowait is not reliable by reading from /proc/stat, so this >method to get iowait is not suggested. And we mark it in the >document. > >Signed-off-by: Cao Jin >Signed-off-by: Chao Fan >--- >

<    1   2   3   4   5   6   7   8   9   10   >