[PATCH 4/13] scsi: arcmsr: replace constant ARCMSR_MAX_FREECCB_NUM by variable acb->maxFreeCCB that was got from firmware

From: Ching Huang replace constant ARCMSR_MAX_FREECCB_NUM by variable acb->maxFreeCCB that was got from firmware Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h ---

Re: [PATCH x86/urgent] bpf: emulate push insns for uprobe on x86

On 11/8/17 10:53 PM, Thomas Gleixner wrote: On Wed, 8 Nov 2017, Yonghong Song wrote: On 11/8/17 4:06 PM, David Miller wrote: From: Yonghong Song Date: Wed, 8 Nov 2017 13:37:12 -0800 Uprobe is a tracing mechanism for userspace programs. Typical uprobe will incur overhead of

[PATCH 4/13] scsi: arcmsr: replace constant ARCMSR_MAX_FREECCB_NUM by variable acb->maxFreeCCB that was got from firmware

From: Ching Huang replace constant ARCMSR_MAX_FREECCB_NUM by variable acb->maxFreeCCB that was got from firmware Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h --- a/drivers/scsi/arcmsr/arcmsr.h 2017-08-04 11:19:22.0 +0800

Re: [PATCH x86/urgent] bpf: emulate push insns for uprobe on x86

On 11/8/17 10:53 PM, Thomas Gleixner wrote: On Wed, 8 Nov 2017, Yonghong Song wrote: On 11/8/17 4:06 PM, David Miller wrote: From: Yonghong Song Date: Wed, 8 Nov 2017 13:37:12 -0800 Uprobe is a tracing mechanism for userspace programs. Typical uprobe will incur overhead of two traps.

[PATCH v4 1/5] perf/core: add PERF_RECORD_SAMPLE_SKID_IP record type

This patchs adds a new sample record type. The goal is to record the interrupted instruction pointer (IP) as seen by the kernel and reflected in the machine state (pt_regs). On some architectures, it is possible to avoid the IP skid using hardware support. For instance, on Intel x86, the use of

[PATCH v4 1/5] perf/core: add PERF_RECORD_SAMPLE_SKID_IP record type

This patchs adds a new sample record type. The goal is to record the interrupted instruction pointer (IP) as seen by the kernel and reflected in the machine state (pt_regs). On some architectures, it is possible to avoid the IP skid using hardware support. For instance, on Intel x86, the use of

[PATCH v4 3/5] perf/tools: add support for PERF_SAMPLE_SKID_IP

This patch adds the support code to handle the PERF_SAMPLE_SKID_IP record type. This is done as an event term and as such can be enabled per event: cpu/event=xxx,skid-ip=1/. This is a boolean term which is false by default. Signed-off-by: Stephane Eranian ---

[PATCH v4 3/5] perf/tools: add support for PERF_SAMPLE_SKID_IP

This patch adds the support code to handle the PERF_SAMPLE_SKID_IP record type. This is done as an event term and as such can be enabled per event: cpu/event=xxx,skid-ip=1/. This is a boolean term which is false by default. Signed-off-by: Stephane Eranian ---

[PATCH v4 4/5] perf/record: add documentation for using PERF_SAMPLE_SKID_IP

This patch adds documentation to describe how to use the skid ip support with perf record. The sample type can be provided per event as follows: pmu_instance/...,skid-ip=1/ For instance on Intel X86: $ perf record -e cpu/event=0xc5,skid-ip=1/pp does record the precise address of retired

[PATCH v4 4/5] perf/record: add documentation for using PERF_SAMPLE_SKID_IP

This patch adds documentation to describe how to use the skid ip support with perf record. The sample type can be provided per event as follows: pmu_instance/...,skid-ip=1/ For instance on Intel X86: $ perf record -e cpu/event=0xc5,skid-ip=1/pp does record the precise address of retired

[PATCH v4 2/5] perf/x86: add PERF_SAMPLE_SKID_IP support for X86 PEBS

This atch adds support for SKID_IP to Intel x86 processors in PEBS mode. Signed-off-by: Stephane Eranian --- arch/x86/events/intel/ds.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/x86/events/intel/ds.c b/arch/x86/events/intel/ds.c index

[PATCH v4 2/5] perf/x86: add PERF_SAMPLE_SKID_IP support for X86 PEBS

This atch adds support for SKID_IP to Intel x86 processors in PEBS mode. Signed-off-by: Stephane Eranian --- arch/x86/events/intel/ds.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/x86/events/intel/ds.c b/arch/x86/events/intel/ds.c index 3674a4b6f8bd..dd248ceda452 100644 ---

[PATCH v4 0/5] perf: add support for capturing skid IP

This patchs adds a new sample record type called PERF_SAMPLE_SKID_IP. The goal is to record the unmodified interrupted instruction pointer (IP) as seen by the kernel and reflected in the machine state. On some architectures, it is possible to avoid the IP skid using hardware support. For

[PATCH v4 5/5] perf/script: add support for PERF_SAMPLE_SKID_IP

This patch adds a skid_ip field to perf script to dump the raw value of the PERF_SAMPLE_SKID_IP field in each sample. $ perf script -F +ip,+skid_ip .. The field is not enabled by default. Signed-off-by: Stephane Eranian --- tools/perf/Documentation/perf-script.txt | 2

[PATCH v4 5/5] perf/script: add support for PERF_SAMPLE_SKID_IP

This patch adds a skid_ip field to perf script to dump the raw value of the PERF_SAMPLE_SKID_IP field in each sample. $ perf script -F +ip,+skid_ip .. The field is not enabled by default. Signed-off-by: Stephane Eranian --- tools/perf/Documentation/perf-script.txt | 2 +-

[PATCH v4 0/5] perf: add support for capturing skid IP

This patchs adds a new sample record type called PERF_SAMPLE_SKID_IP. The goal is to record the unmodified interrupted instruction pointer (IP) as seen by the kernel and reflected in the machine state. On some architectures, it is possible to avoid the IP skid using hardware support. For

Re: [PATCH] mm: page_ext: check if page_ext is not prepared

Andrew, On Thu 09-11-17 13:35:53, Joonsoo Kim wrote: > On Wed, Nov 08, 2017 at 03:21:06PM +0100, Michal Hocko wrote: > > On Wed 08-11-17 16:59:56, Joonsoo Kim wrote: > > > On Tue, Nov 07, 2017 at 10:47:30AM +0100, Michal Hocko wrote: [...] > > > > I suspec this goes all the way down to when

Re: [PATCH] mm: page_ext: check if page_ext is not prepared

Andrew, On Thu 09-11-17 13:35:53, Joonsoo Kim wrote: > On Wed, Nov 08, 2017 at 03:21:06PM +0100, Michal Hocko wrote: > > On Wed 08-11-17 16:59:56, Joonsoo Kim wrote: > > > On Tue, Nov 07, 2017 at 10:47:30AM +0100, Michal Hocko wrote: [...] > > > > I suspec this goes all the way down to when

Re: [PATCH V13 08/10] mmc: block: blk-mq: Separate card polling from recovery

On 08/11/17 11:30, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> Recovery is simpler to understand if it is only used for errors. Create a >> separate function for card polling. >> >> Signed-off-by: Adrian Hunter

Re: [PATCH V13 08/10] mmc: block: blk-mq: Separate card polling from recovery

On 08/11/17 11:30, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> Recovery is simpler to understand if it is only used for errors. Create a >> separate function for card polling. >> >> Signed-off-by: Adrian Hunter > > This looks good but I can't see why it's

Re: [PATCH] perf/core: fast breakpoint modification via _IOC_MODIFY_BREAKPOINT

On Wed, Nov 08, 2017 at 08:59:22AM -0800, Milind Chabbi wrote: > On Wed, Nov 8, 2017 at 7:57 AM, Jiri Olsa wrote: > > On Wed, Nov 08, 2017 at 07:51:10AM -0800, Milind Chabbi wrote: > >> On Wed, Nov 8, 2017 at 7:12 AM, Jiri Olsa wrote: > >> > >> > > I am not

Re: [PATCH] perf/core: fast breakpoint modification via _IOC_MODIFY_BREAKPOINT

On Wed, Nov 08, 2017 at 08:59:22AM -0800, Milind Chabbi wrote: > On Wed, Nov 8, 2017 at 7:57 AM, Jiri Olsa wrote: > > On Wed, Nov 08, 2017 at 07:51:10AM -0800, Milind Chabbi wrote: > >> On Wed, Nov 8, 2017 at 7:12 AM, Jiri Olsa wrote: > >> > >> > > I am not able to fully understand your concern.

[PATCH 3/13] scsi: arcmsr: add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884

From: Ching Huang add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884 Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h --- a/drivers/scsi/arcmsr/arcmsr.h 2017-08-03

[PATCH 3/13] scsi: arcmsr: add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884

From: Ching Huang add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884 Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h --- a/drivers/scsi/arcmsr/arcmsr.h 2017-08-03 18:54:46.0 +0800 +++

[PATCH] qlge: remove duplicated assignment to mbcp

From: Colin Ian King The assignment to mbcp is identical to the initiatialized value assigned to mbcp at declaration time a few lines earlier, hence we can remove the second redundant assignment. Cleans up clang warning:

[PATCH] qlge: remove duplicated assignment to mbcp

From: Colin Ian King The assignment to mbcp is identical to the initiatialized value assigned to mbcp at declaration time a few lines earlier, hence we can remove the second redundant assignment. Cleans up clang warning: drivers/net/ethernet/qlogic/qlge/qlge_mpi.c:209:22: warning: Value stored

Re: [PATCH] cpuidle: Add "cpuidle.use_deepest" to bypass governor and allow HW to go deep

Hi Len On 9 November 2017 at 08:38, Len Brown wrote: > From: Len Brown > > While there are several mechanisms (cmdline, sysfs, PM_QOS) to limit > cpuidle to shallow idle states, there is no simple mechanism > to give the hardware permission to enter the

Re: [PATCH] cpuidle: Add "cpuidle.use_deepest" to bypass governor and allow HW to go deep

Hi Len On 9 November 2017 at 08:38, Len Brown wrote: > From: Len Brown > > While there are several mechanisms (cmdline, sysfs, PM_QOS) to limit > cpuidle to shallow idle states, there is no simple mechanism > to give the hardware permission to enter the deeptest state permitted by > PM_QOS.

[PATCH 0/3] VFS: name lookup improvements.

These three patches address two issues: d_weak_revalidate and path_mountpoint lookups. The former is poorly defined and doesn't actually do the one thing that it would be useful for it to do. So the nfs implemention is improved, the 9p one discarded, and the documentation clarified. Given this

[PATCH 0/3] VFS: name lookup improvements.

These three patches address two issues: d_weak_revalidate and path_mountpoint lookups. The former is poorly defined and doesn't actually do the one thing that it would be useful for it to do. So the nfs implemention is improved, the 9p one discarded, and the documentation clarified. Given this

[PATCH 1/3] VFS/nfs/9p: revise meaning of d_weak_invalidate.

d_weak_invalidate() is called when a path lookup ends with something other than a simple name. This happen when it: - ends "." or "..", - ends at a mountpoint (including "/"), or - ends at a procfs symlink. In these cases, revalidating the name of the dentry is inappropriate as the name

[PATCH 1/3] VFS/nfs/9p: revise meaning of d_weak_invalidate.

d_weak_invalidate() is called when a path lookup ends with something other than a simple name. This happen when it: - ends "." or "..", - ends at a mountpoint (including "/"), or - ends at a procfs symlink. In these cases, revalidating the name of the dentry is inappropriate as the name

[PATCH 3/3] VFS / autofs4: remove kern_path_mountpoint()

kern_path_mountpoint() is only called from autofs4 to perform lookups which need to identify autofs4 mount points. Many of the differences between kern_path() and kern_path_mountpoint() are related to the fact that we will never use O_CREAT with the latter, and don't need to "open" the target.

[PATCH 3/3] VFS / autofs4: remove kern_path_mountpoint()

kern_path_mountpoint() is only called from autofs4 to perform lookups which need to identify autofs4 mount points. Many of the differences between kern_path() and kern_path_mountpoint() are related to the fact that we will never use O_CREAT with the latter, and don't need to "open" the target.

[PATCH 2/3] VFS: remove user_path_mountpoint_at()

Now that d_weak_revalidate doesn't revalidate the inode (unless LOOKUP_OPEN is set), we don't need any extra care when umounting. A simple user_path_at() will find the desired dentry without performing any access on the mounted filesystems. So we don't need user_path_mountpoint_at(). By switching

[PATCH 2/3] VFS: remove user_path_mountpoint_at()

Now that d_weak_revalidate doesn't revalidate the inode (unless LOOKUP_OPEN is set), we don't need any extra care when umounting. A simple user_path_at() will find the desired dentry without performing any access on the mounted filesystems. So we don't need user_path_mountpoint_at(). By switching

Re: [PATCH] mm, vmstat: Make sure mutex is a global static

On Wed 08-11-17 07:21:20, Kees Cook wrote: > On Tue, Nov 7, 2017 at 11:43 PM, Vlastimil Babka wrote: > > On 11/07/2017 10:38 PM, Kees Cook wrote: [...] > >> +static DEFINE_MUTEX(vm_numa_stat_lock); > >> + > >> int sysctl_vm_numa_stat_handler(struct ctl_table *table, int write, >

Re: [PATCH] mm, vmstat: Make sure mutex is a global static

On Wed 08-11-17 07:21:20, Kees Cook wrote: > On Tue, Nov 7, 2017 at 11:43 PM, Vlastimil Babka wrote: > > On 11/07/2017 10:38 PM, Kees Cook wrote: [...] > >> +static DEFINE_MUTEX(vm_numa_stat_lock); > >> + > >> int sysctl_vm_numa_stat_handler(struct ctl_table *table, int write, > >>

Re: [PATCH 01/11] Initialize the mapping of KASan shadow memory

On 12/10/17 15:59, Marc Zyngier [mailto:marc.zyng...@arm.com] wrote: > On 11/10/17 09:22, Abbott Liu wrote: >> diff --git a/arch/arm/include/asm/proc-fns.h >> b/arch/arm/include/asm/proc-fns.h >> index f2e1af4..6e26714 100644 >> --- a/arch/arm/include/asm/proc-fns.h >> +++

Re: [PATCH 01/11] Initialize the mapping of KASan shadow memory

On 12/10/17 15:59, Marc Zyngier [mailto:marc.zyng...@arm.com] wrote: > On 11/10/17 09:22, Abbott Liu wrote: >> diff --git a/arch/arm/include/asm/proc-fns.h >> b/arch/arm/include/asm/proc-fns.h >> index f2e1af4..6e26714 100644 >> --- a/arch/arm/include/asm/proc-fns.h >> +++

Re: [PATCH 23/31] nds32: Device tree support

2017-11-08 17:53 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Vincent Chen >> Signed-off-by: Greentime Hu

Re: [PATCH 23/31] nds32: Device tree support

2017-11-08 17:53 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Vincent Chen >> Signed-off-by: Greentime Hu >> --- >> arch/nds32/boot/dts/Makefile |8 ++ >> arch/nds32/boot/dts/ae3xx.dts | 55

Re: [PATCH 2/3] watchdog: jz4780: Allow selection of jz4740-wdt driver

Hi Wim, On Fri, Sep 08, 2017 at 08:35:54PM +0200, Mathieu Malaterre wrote: > This driver works for jz4740 & jz4780 > > Suggested-by: Maarten ter Huurne > Signed-off-by: Mathieu Malaterre I just noticed that though Ralf applied the other two patches in

Re: [PATCH 2/3] watchdog: jz4780: Allow selection of jz4740-wdt driver

Hi Wim, On Fri, Sep 08, 2017 at 08:35:54PM +0200, Mathieu Malaterre wrote: > This driver works for jz4740 & jz4780 > > Suggested-by: Maarten ter Huurne > Signed-off-by: Mathieu Malaterre I just noticed that though Ralf applied the other two patches in this series (defconfig + dt), he hadn't

[PATCH 2/13] scsi: arcmsr: simplify arcmsr_iop_init function

From: Ching Huang simplify arcmsr_iop_init function Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c --- a/drivers/scsi/arcmsr/arcmsr_hba.c 2017-11-08 18:46:42.0 +0800 +++

[PATCH 2/13] scsi: arcmsr: simplify arcmsr_iop_init function

From: Ching Huang simplify arcmsr_iop_init function Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c --- a/drivers/scsi/arcmsr/arcmsr_hba.c 2017-11-08 18:46:42.0 +0800 +++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2017-11-08

Re: [PATCH V13 10/10] mmc: block: blk-mq: Stop using legacy recovery

On 08/11/17 11:38, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> There are only a few things the recovery needs to do. Primarily, it just >> needs to: >> Determine the number of bytes transferred >> Get the card back to

Re: [PATCH V13 10/10] mmc: block: blk-mq: Stop using legacy recovery

On 08/11/17 11:38, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> There are only a few things the recovery needs to do. Primarily, it just >> needs to: >> Determine the number of bytes transferred >> Get the card back to transfer state >>

Re: [vlan_device_event] BUG: unable to handle kernel paging request at 6b6b6ccf

On Thu, Nov 09, 2017 at 02:55:10PM +0800, Fengguang Wu wrote: On Wed, Nov 08, 2017 at 10:34:10PM -0800, Cong Wang wrote: On Wed, Nov 8, 2017 at 7:12 PM, Fengguang Wu wrote: Hi Alex, So looking over the trace the panic seems to be happening after a decnet interface is

Re: [vlan_device_event] BUG: unable to handle kernel paging request at 6b6b6ccf

On Thu, Nov 09, 2017 at 02:55:10PM +0800, Fengguang Wu wrote: On Wed, Nov 08, 2017 at 10:34:10PM -0800, Cong Wang wrote: On Wed, Nov 8, 2017 at 7:12 PM, Fengguang Wu wrote: Hi Alex, So looking over the trace the panic seems to be happening after a decnet interface is getting deleted. Is

Re: linux-next: build warnings after merge of the gpio tree

On Thu, Nov 9, 2017 at 4:51 AM, Stephen Rothwell wrote: > On Fri, 3 Nov 2017 16:37:24 +1100 Stephen Rothwell > wrote: >> >> After merging the gpio tree, yesterday's linux-next build (arm >> multi_v7_defconfig) produced these warnings: >> >>

Re: linux-next: build warnings after merge of the gpio tree

On Thu, Nov 9, 2017 at 4:51 AM, Stephen Rothwell wrote: > On Fri, 3 Nov 2017 16:37:24 +1100 Stephen Rothwell > wrote: >> >> After merging the gpio tree, yesterday's linux-next build (arm >> multi_v7_defconfig) produced these warnings: >> >> arch/arm/boot/dts/bcm2835-rpi-b.dtb: Warning

Re: [PATCH v2] locking/lockdep: Revise Documentation/locking/crossrelease.txt

On Thu, Nov 09, 2017 at 04:20:36PM +0900, Byungchul Park wrote: > Changes from v1 > - Run several tools checking english spell and grammar over the text. > - Simplify the document more. Checker tools also reported other words e.g. crosslock, crossrelease, lockdep, mutex, lockless, and so on, but

Re: [PATCH v2] locking/lockdep: Revise Documentation/locking/crossrelease.txt

On Thu, Nov 09, 2017 at 04:20:36PM +0900, Byungchul Park wrote: > Changes from v1 > - Run several tools checking english spell and grammar over the text. > - Simplify the document more. Checker tools also reported other words e.g. crosslock, crossrelease, lockdep, mutex, lockless, and so on, but

[PATCH] cpuidle: Add "cpuidle.use_deepest" to bypass governor and allow HW to go deep

From: Len Brown While there are several mechanisms (cmdline, sysfs, PM_QOS) to limit cpuidle to shallow idle states, there is no simple mechanism to give the hardware permission to enter the deeptest state permitted by PM_QOS. Here we create the "cpuidle.use_deepest"

[PATCH] cpuidle: Add "cpuidle.use_deepest" to bypass governor and allow HW to go deep

From: Len Brown While there are several mechanisms (cmdline, sysfs, PM_QOS) to limit cpuidle to shallow idle states, there is no simple mechanism to give the hardware permission to enter the deeptest state permitted by PM_QOS. Here we create the "cpuidle.use_deepest" modparam to provide this

[PATCH 0/13] scsi: arcmsr: add some driver options and support new adapter ARC-1884

From: Ching Huang Hi all, The following patches apply to Martin's 4.15/scsi-queue. Patch 1: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Patch 2: simplify arcmsr_iop_init function. Patch 3: add codes for ACB_ADAPTER_TYPE_E to support new adapter

[PATCH 0/13] scsi: arcmsr: add some driver options and support new adapter ARC-1884

From: Ching Huang Hi all, The following patches apply to Martin's 4.15/scsi-queue. Patch 1: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Patch 2: simplify arcmsr_iop_init function. Patch 3: add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884 Patch 4: replace

Re: [PATCH 2/3] perf tools: Fix build for hardened environments

On Wed, Nov 08, 2017 at 01:03:21PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Nov 08, 2017 at 11:27:38AM +0100, Jiri Olsa escreveu: > > From: Jiri Olsa > > > > On Fedora systems the perl and python CFLAGS/LDFLAGS include the > > hardened specs from redhat-rpm-config

Re: [PATCH 2/3] perf tools: Fix build for hardened environments

On Wed, Nov 08, 2017 at 01:03:21PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Nov 08, 2017 at 11:27:38AM +0100, Jiri Olsa escreveu: > > From: Jiri Olsa > > > > On Fedora systems the perl and python CFLAGS/LDFLAGS include the > > hardened specs from redhat-rpm-config package. We apply them

Re: [RFC -mm] mm, userfaultfd, THP: Avoid waiting when PMD under THP migration

Andrea Arcangeli writes: > Hello, > > On Sun, Nov 05, 2017 at 11:01:05AM +0800, huang ying wrote: >> On Fri, Nov 3, 2017 at 11:00 PM, Zi Yan wrote: >> > On 3 Nov 2017, at 3:52, Huang, Ying wrote: >> > >> >> From: Huang Ying >>

Re: [RFC -mm] mm, userfaultfd, THP: Avoid waiting when PMD under THP migration

Andrea Arcangeli writes: > Hello, > > On Sun, Nov 05, 2017 at 11:01:05AM +0800, huang ying wrote: >> On Fri, Nov 3, 2017 at 11:00 PM, Zi Yan wrote: >> > On 3 Nov 2017, at 3:52, Huang, Ying wrote: >> > >> >> From: Huang Ying >> >> >> >> If THP migration is enabled, the following situation is

Re: [PATCH V13 07/10] mmc: block: blk-mq: Add support for direct completion

On 08/11/17 11:28, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> For blk-mq, add support for completing requests directly in the ->done >> callback. That means that error handling and urgent background operations >> must be handled by

Re: [PATCH V13 07/10] mmc: block: blk-mq: Add support for direct completion

On 08/11/17 11:28, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> For blk-mq, add support for completing requests directly in the ->done >> callback. That means that error handling and urgent background operations >> must be handled by recovery_work in that

Re: [PATCH 3/3] perf tools: Removing FLAGS_PYTHON_EMBED/FLAGS_PERL_EMBED variables

On Wed, Nov 08, 2017 at 01:06:40PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Nov 08, 2017 at 11:27:39AM +0100, Jiri Olsa escreveu: > > There's no user of those. > > [acme@jouet linux]$ find tools/ -type f | xargs grep FLAGS_PYTHON_EMBED > tools/perf/Makefile.config: FLAGS_PYTHON_EMBED :=

Re: [PATCH v5 0/9] mtd: sharpslpart partition parser

Boris Brezillon writes: >> Hi Boris, >> >> So what's the status about the sync, should I pick the patches, and have the >> others make it to your for-next branch ? > > It's been merged in l2-mtd/master (our -next branch) which is > targeting 4.15.

Re: [PATCH 3/3] perf tools: Removing FLAGS_PYTHON_EMBED/FLAGS_PERL_EMBED variables

On Wed, Nov 08, 2017 at 01:06:40PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Nov 08, 2017 at 11:27:39AM +0100, Jiri Olsa escreveu: > > There's no user of those. > > [acme@jouet linux]$ find tools/ -type f | xargs grep FLAGS_PYTHON_EMBED > tools/perf/Makefile.config: FLAGS_PYTHON_EMBED :=

Re: [PATCH v5 0/9] mtd: sharpslpart partition parser

Boris Brezillon writes: >> Hi Boris, >> >> So what's the status about the sync, should I pick the patches, and have the >> others make it to your for-next branch ? > > It's been merged in l2-mtd/master (our -next branch) which is > targeting 4.15. Unfortunately we didn't create a topic branch,

[PATCH 1/13] scsi: arcmsr: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes.

From: Ching Huang redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h --- a/drivers/scsi/arcmsr/arcmsr.h 2017-07-31

[PATCH 1/13] scsi: arcmsr: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes.

From: Ching Huang redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Signed-off-by: Ching Huang --- diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h --- a/drivers/scsi/arcmsr/arcmsr.h 2017-07-31 11:50:44.0 +0800 +++

Re: [PATCH 20/31] nds32: L2 cache support

2017-11-08 17:48 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Vincent Chen >> Signed-off-by: Greentime Hu >

Re: [PATCH 20/31] nds32: L2 cache support

2017-11-08 17:48 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Vincent Chen >> Signed-off-by: Greentime Hu > >> + >> +/* This is defined for head.S to use due to device tree is not yet built. */ >> +#define

Re: [vlan_device_event] BUG: unable to handle kernel paging request at 6b6b6ccf

Kernel command line: ip=vm-lkp-wsx03-openwrt-i386-18::dhcp root=/dev/ram0 user=lkp job=/lkp/scheduled/vm-lkp-wsx03-openwrt-i386-18/trinity-300s-openwrt-i386-2016-03-16.cgz-8d5e72dfdf0fa29a21143fd72746c6f43295ce9f-20171108-5253-ystw19-0.yaml ARCH=i386 kconfig=i386-randconfig-b0-11

Re: [vlan_device_event] BUG: unable to handle kernel paging request at 6b6b6ccf

Kernel command line: ip=vm-lkp-wsx03-openwrt-i386-18::dhcp root=/dev/ram0 user=lkp job=/lkp/scheduled/vm-lkp-wsx03-openwrt-i386-18/trinity-300s-openwrt-i386-2016-03-16.cgz-8d5e72dfdf0fa29a21143fd72746c6f43295ce9f-20171108-5253-ystw19-0.yaml ARCH=i386 kconfig=i386-randconfig-b0-11

[PATCH v2] locking/lockdep: Revise Documentation/locking/crossrelease.txt

Changes from v1 - Run several tools checking english spell and grammar over the text. - Simplify the document more. -8<- >From 412bc9eb0d22791f70f7364bda189feb41899ff9 Mon Sep 17 00:00:00 2001 From: Byungchul Park Date: Thu, 9 Nov 2017 16:12:23 +0900 Subject:

[PATCH v2] locking/lockdep: Revise Documentation/locking/crossrelease.txt

Changes from v1 - Run several tools checking english spell and grammar over the text. - Simplify the document more. -8<- >From 412bc9eb0d22791f70f7364bda189feb41899ff9 Mon Sep 17 00:00:00 2001 From: Byungchul Park Date: Thu, 9 Nov 2017 16:12:23 +0900 Subject: [PATCH v2] locking/lockdep:

Re: [PATCH 03/31] nds32: Support early_printk

2017-11-08 17:47 GMT+08:00 Tobias Klauser : > On 2017-11-08 at 06:54:51 +0100, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Rick Chen >> Signed-off-by: Greentime Hu

Re: [PATCH 03/31] nds32: Support early_printk

2017-11-08 17:47 GMT+08:00 Tobias Klauser : > On 2017-11-08 at 06:54:51 +0100, Greentime Hu wrote: >> From: Greentime Hu >> >> Signed-off-by: Rick Chen >> Signed-off-by: Greentime Hu >> --- >> arch/nds32/kernel/early_printk.c | 124 >> ++ >> 1 file

Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces

[resend response as earlier one failed because of formatting issues] On Thu, Nov 9, 2017 at 12:21 PM, Serge E. Hallyn wrote: > > On Thu, Nov 09, 2017 at 09:55:41AM +0900, Mahesh Bandewar (महेश बंडेवार) > wrote: > > On Thu, Nov 9, 2017 at 4:02 AM, Christian Brauner > >

[PATCH 1/1] intel_idle: Graceful probe failure when MWAIT is disabled

From: Len Brown When MWAIT is disabled, intel_idle refuses to probe. But it may mis-lead the user by blaming this on the model number: intel_idle: does not run on family 6 modesl 79 So defer the check for MWAIT until after the model# white-list check succeeds, and if the

[PATCH 1/1] intel_idle: Graceful probe failure when MWAIT is disabled

From: Len Brown When MWAIT is disabled, intel_idle refuses to probe. But it may mis-lead the user by blaming this on the model number: intel_idle: does not run on family 6 modesl 79 So defer the check for MWAIT until after the model# white-list check succeeds, and if the MWAIT check fails,

Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces

[resend response as earlier one failed because of formatting issues] On Thu, Nov 9, 2017 at 12:21 PM, Serge E. Hallyn wrote: > > On Thu, Nov 09, 2017 at 09:55:41AM +0900, Mahesh Bandewar (महेश बंडेवार) > wrote: > > On Thu, Nov 9, 2017 at 4:02 AM, Christian Brauner > > wrote: > > > On Wed, Nov

[PATCH 0/13] scsi: arcmsr: add some driver options and support new adapter ARC-1884

From: Ching Huang Hi all, The following patches apply to Martin's 4.15/scsi-queue. Patch 1: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Patch 2: simplify arcmsr_iop_init function. Patch 3: add codes for ACB_ADAPTER_TYPE_E to support new adapter

[PATCH 0/13] scsi: arcmsr: add some driver options and support new adapter ARC-1884

From: Ching Huang Hi all, The following patches apply to Martin's 4.15/scsi-queue. Patch 1: redefine ACB_ADAPTER_TYPE_A, _B, _C, _D and subsequent changes. Patch 2: simplify arcmsr_iop_init function. Patch 3: add codes for ACB_ADAPTER_TYPE_E to support new adapter ARC-1884 Patch 4: replace

Re: [PATCH V13 06/10] mmc: sdhci-pci: Add CQHCI support for Intel GLK

On 08/11/17 11:24, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> Add CQHCI initialization and implement CQHCI operations for Intel GLK. >> >> Signed-off-by: Adrian Hunter > > This patch seems OK in context,

Re: [PATCH V13 06/10] mmc: sdhci-pci: Add CQHCI support for Intel GLK

On 08/11/17 11:24, Linus Walleij wrote: > On Fri, Nov 3, 2017 at 2:20 PM, Adrian Hunter wrote: > >> Add CQHCI initialization and implement CQHCI operations for Intel GLK. >> >> Signed-off-by: Adrian Hunter > > This patch seems OK in context, but it merely illustrates the > weirdness of

Re: [PATCH 13/31] nds32: DMA mapping API

2017-11-08 17:09 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: > >> +static void consistent_sync(void *vaddr, size_t size, int direction) >> +{ >> + unsigned long start = (unsigned long)vaddr; >> + unsigned long end

Re: [PATCH 13/31] nds32: DMA mapping API

2017-11-08 17:09 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: > >> +static void consistent_sync(void *vaddr, size_t size, int direction) >> +{ >> + unsigned long start = (unsigned long)vaddr; >> + unsigned long end = start + size; >> + >> +

[PATCH v3 2/3] drivers: hwmon: Add W83773G driver

Nuvoton W83773G is a hardware monitor IC providing one local temperature and two remote temperature sensors. Signed-off-by: Lei YU --- v2: - Rewrite the driver using regmap - Add offset and update_interval v3: - Use devm_hwmon_device_register_with_info() with

[PATCH v3 2/3] drivers: hwmon: Add W83773G driver

Nuvoton W83773G is a hardware monitor IC providing one local temperature and two remote temperature sensors. Signed-off-by: Lei YU --- v2: - Rewrite the driver using regmap - Add offset and update_interval v3: - Use devm_hwmon_device_register_with_info() with is_visible/read/write

[PATCH] rtc: Use time64_t variables to set time/alarm from sysfs

Use time64_t variables and related APIs for sysfs interfaces to support setting time or alarm after the year 2038 on 32-bit system. Signed-off-by: Baolin Wang --- drivers/rtc/rtc-sysfs.c | 25 + 1 file changed, 13 insertions(+), 12 deletions(-)

[PATCH] rtc: Use time64_t variables to set time/alarm from sysfs

Use time64_t variables and related APIs for sysfs interfaces to support setting time or alarm after the year 2038 on 32-bit system. Signed-off-by: Baolin Wang --- drivers/rtc/rtc-sysfs.c | 25 + 1 file changed, 13 insertions(+), 12 deletions(-) diff --git

[PATCH v3 0/3] Add W83773G hwmon sensor driver and doc

Nuvoton W83773G is a hardware monitoring chip, which integrates two remote and one local temperature sensors. --- v2: - The driver is re-written as v1's comment, so the author is changed to me. - Added the device to trivial-devices.txt v3: - Update the driver to use new API

[PATCH v3 0/3] Add W83773G hwmon sensor driver and doc

Nuvoton W83773G is a hardware monitoring chip, which integrates two remote and one local temperature sensors. --- v2: - The driver is re-written as v1's comment, so the author is changed to me. - Added the device to trivial-devices.txt v3: - Update the driver to use new API

[PATCH v3 3/3] hwmon: (w83773g) Add documentation

Add documentation for the w83773g driver. Signed-off-by: Lei YU --- v2: - Add notes for offset and update_interval --- Documentation/hwmon/w83773g | 33 + 1 file changed, 33 insertions(+) create mode 100644 Documentation/hwmon/w83773g

[PATCH v3 3/3] hwmon: (w83773g) Add documentation

Add documentation for the w83773g driver. Signed-off-by: Lei YU --- v2: - Add notes for offset and update_interval --- Documentation/hwmon/w83773g | 33 + 1 file changed, 33 insertions(+) create mode 100644 Documentation/hwmon/w83773g diff --git

[PATCH v3 1/3] DT: i2c: W83773G is a trivial device

Signed-off-by: Lei YU --- Documentation/devicetree/bindings/trivial-devices.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/trivial-devices.txt b/Documentation/devicetree/bindings/trivial-devices.txt index af284fb..63ad2f1 100644

[PATCH v3 1/3] DT: i2c: W83773G is a trivial device

Signed-off-by: Lei YU --- Documentation/devicetree/bindings/trivial-devices.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/trivial-devices.txt b/Documentation/devicetree/bindings/trivial-devices.txt index af284fb..63ad2f1 100644 ---

Re: [PATCH 12/31] nds32: Device specific operations

2017-11-08 17:04 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: > >> + >> +#define ioremap(cookie,size) __ioremap(cookie,size,0,1) >> +#define ioremap_nocache(cookie,size) __ioremap(cookie,size,0,1) >> +#define

Re: [PATCH 12/31] nds32: Device specific operations

2017-11-08 17:04 GMT+08:00 Arnd Bergmann : > On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote: > >> + >> +#define ioremap(cookie,size) __ioremap(cookie,size,0,1) >> +#define ioremap_nocache(cookie,size) __ioremap(cookie,size,0,1) >> +#define iounmap(cookie)

  1   2   3   4   5   6   7   8   9   10   >