[PATCH v8 3/4] arch/tile: adopt the new nmi_backtrace framework

Previously tile was rolling its own method of capturing backtrace data in the NMI handlers, but it was relying on running printk() from the NMI handler, which is not always safe. So adopt the nmi_backtrace model (with the new cpumask extension) instead. So we can call the nmi_backtrace code

[PATCH v8 4/4] nmi_backtrace: generate one-line reports for idle cpus

When doing an nmi backtrace of many cores, most of which are idle, the output is a little overwhelming and very uninformative. Suppress messages for cpus that are idling when they are interrupted and just emit one line, "NMI backtrace for N skipped: idling at pc 0xNNN". We do this by grouping

[PATCH v8 3/4] arch/tile: adopt the new nmi_backtrace framework

Previously tile was rolling its own method of capturing backtrace data in the NMI handlers, but it was relying on running printk() from the NMI handler, which is not always safe. So adopt the nmi_backtrace model (with the new cpumask extension) instead. So we can call the nmi_backtrace code

[PATCH v8 4/4] nmi_backtrace: generate one-line reports for idle cpus

When doing an nmi backtrace of many cores, most of which are idle, the output is a little overwhelming and very uninformative. Suppress messages for cpus that are idling when they are interrupted and just emit one line, "NMI backtrace for N skipped: idling at pc 0xNNN". We do this by grouping

Re: [PATCH] FUSE: add the async option for the flush/release operation

Hi, Miklos: Thanks for your reply and explanation. Please see my comments below. On 8/15/16 2:36 AM, Miklos Szeredi wrote: > On Wed, Aug 10, 2016 at 6:50 PM, Enke Chen wrote: >> Hi, Miklos: >> >> On 8/9/16 11:52 PM, Miklos Szeredi wrote: >>> On Wed, Aug 10, 2016 at 5:26 AM,

Re: [PATCH] FUSE: add the async option for the flush/release operation

Hi, Miklos: Thanks for your reply and explanation. Please see my comments below. On 8/15/16 2:36 AM, Miklos Szeredi wrote: > On Wed, Aug 10, 2016 at 6:50 PM, Enke Chen wrote: >> Hi, Miklos: >> >> On 8/9/16 11:52 PM, Miklos Szeredi wrote: >>> On Wed, Aug 10, 2016 at 5:26 AM, Enke Chen wrote:

[PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods

Currently you can only request a backtrace of either all cpus, or all cpus but yourself. It can also be helpful to request a remote backtrace of a single cpu, and since we want that, the logical extension is to support a cpumask as the underlying primitive. This change modifies the existing

[PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods

Currently you can only request a backtrace of either all cpus, or all cpus but yourself. It can also be helpful to request a remote backtrace of a single cpu, and since we want that, the logical extension is to support a cpumask as the underlying primitive. This change modifies the existing

[PATCH v8 2/4] nmi_backtrace: do a local dump_stack() instead of a self-NMI

Currently on arm there is code that checks whether it should call dump_stack() explicitly, to avoid trying to raise an NMI when the current context is not preemptible by the backtrace IPI. Similarly, the forthcoming arch/tile support uses an IPI mechanism that does not support generating an NMI

[PATCH v8 2/4] nmi_backtrace: do a local dump_stack() instead of a self-NMI

Currently on arm there is code that checks whether it should call dump_stack() explicitly, to avoid trying to raise an NMI when the current context is not preemptible by the backtrace IPI. Similarly, the forthcoming arch/tile support uses an IPI mechanism that does not support generating an NMI

Re: [PATCH 1/1] x86/apic: Introduce paravirq irq_domain

On 15.08.2016 15:37, Paolo Bonzini wrote: > On 15/08/2016 13:51, Alexander Popov wrote: >> On 13.08.2016 09:20, Paolo Bonzini wrote: >>> So just let the irqdomain know about your hypervisor and avoid the >>> pointless indirection through function pointers, and only call >>>

Re: [PATCH 1/1] x86/apic: Introduce paravirq irq_domain

On 15.08.2016 15:37, Paolo Bonzini wrote: > On 15/08/2016 13:51, Alexander Popov wrote: >> On 13.08.2016 09:20, Paolo Bonzini wrote: >>> So just let the irqdomain know about your hypervisor and avoid the >>> pointless indirection through function pointers, and only call >>>

[PATCH v2] KEYS: fix big_key dependency

This patch fixes the following bug: [oss-security] - panic at big_key_preparse #4.7-r6/rc7 & master Signed-off-by: Kirill Marinushkin --- security/keys/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/security/keys/Kconfig

[PATCH v2] KEYS: fix big_key dependency

This patch fixes the following bug: [oss-security] - panic at big_key_preparse #4.7-r6/rc7 & master Signed-off-by: Kirill Marinushkin --- security/keys/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/security/keys/Kconfig b/security/keys/Kconfig index

Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions

On Tue, Aug 16, 2016 at 10:50 AM, Borislav Petkov wrote: > On Tue, Aug 16, 2016 at 05:54:12PM +0200, Borislav Petkov wrote: >> Ok, I ran this in a guest and it finds the microcode patches properly. > > Here's a better version to take care of the APs too: > > --- > diff --git

Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions

On Tue, Aug 16, 2016 at 10:50 AM, Borislav Petkov wrote: > On Tue, Aug 16, 2016 at 05:54:12PM +0200, Borislav Petkov wrote: >> Ok, I ran this in a guest and it finds the microcode patches properly. > > Here's a better version to take care of the APs too: > > --- > diff --git

[PATCH V2 linux-next] hwrng: update Freescale i.MX RNGA Random Number Generator

We can directly depend on SOC_IMX31 since commit c9ee94965dce ("ARM: imx: deconstruct mxc_rnga initialization") Since that commit, CONFIG_HW_RANDOM_MXC_RNGA could not be switched on with unknown symbol ARCH_HAS_RNGA and mxc-rnga.o can't be generated with ARCH=arm make M=drivers/char/hw_random

[PATCH V2 linux-next] hwrng: update Freescale i.MX RNGA Random Number Generator

We can directly depend on SOC_IMX31 since commit c9ee94965dce ("ARM: imx: deconstruct mxc_rnga initialization") Since that commit, CONFIG_HW_RANDOM_MXC_RNGA could not be switched on with unknown symbol ARCH_HAS_RNGA and mxc-rnga.o can't be generated with ARCH=arm make M=drivers/char/hw_random

Re: [PATCH v2] locking/mutex: Prevent lock starvation when spinning is enabled

On Thu, 2016-08-11 at 11:40 -0400, Waiman Long wrote: > On 08/10/2016 02:44 PM, Jason Low wrote: > > +static inline void do_yield_to_waiter(struct mutex *lock, int *wakeups) > > +{ > > + return; > > +} > > + > > +static inline void clear_yield_to_waiter(struct mutex *lock) > > +{ > > + return;

Re: [PATCH v2] locking/mutex: Prevent lock starvation when spinning is enabled

On Thu, 2016-08-11 at 11:40 -0400, Waiman Long wrote: > On 08/10/2016 02:44 PM, Jason Low wrote: > > +static inline void do_yield_to_waiter(struct mutex *lock, int *wakeups) > > +{ > > + return; > > +} > > + > > +static inline void clear_yield_to_waiter(struct mutex *lock) > > +{ > > + return;

Re: [PATCH 3.16 102/305] xfs: xfs_iflush_cluster fails to abort on error

On Sun, 2016-08-14 at 09:36 +1000, Dave Chinner wrote: > On Sat, Aug 13, 2016 at 06:42:51PM +0100, Ben Hutchings wrote: > > > > 3.16.37-rc1 review patch.  If anyone has any objections, please let me know. > > > > -- > > > > > > From: Dave Chinner > > > >

Re: [PATCH 3.16 102/305] xfs: xfs_iflush_cluster fails to abort on error

On Sun, 2016-08-14 at 09:36 +1000, Dave Chinner wrote: > On Sat, Aug 13, 2016 at 06:42:51PM +0100, Ben Hutchings wrote: > > > > 3.16.37-rc1 review patch.  If anyone has any objections, please let me know. > > > > -- > > > > > > From: Dave Chinner > > > > commit

Re: [PATCH v3 1/3] drm: add SimpleDRM driver

Den 16.08.2016 17:25, skrev Daniel Vetter: On Tue, Aug 16, 2016 at 02:58:38PM +0200, Noralf Trønnes wrote: Den 15.08.2016 08:59, skrev Daniel Vetter: On Sun, Aug 14, 2016 at 06:52:04PM +0200, Noralf Trønnes wrote: The SimpleDRM driver binds to simple-framebuffer devices and provides a

Re: [PATCH v3 1/3] drm: add SimpleDRM driver

Den 16.08.2016 17:25, skrev Daniel Vetter: On Tue, Aug 16, 2016 at 02:58:38PM +0200, Noralf Trønnes wrote: Den 15.08.2016 08:59, skrev Daniel Vetter: On Sun, Aug 14, 2016 at 06:52:04PM +0200, Noralf Trønnes wrote: The SimpleDRM driver binds to simple-framebuffer devices and provides a

[PATCH] tpm: fix a race condition tpm2_unseal_trusted()

Unseal and load operations should be done as an atomic operation. This commit introduces unlocked tpm_transmit() so that tpm2_unseal_trusted() can do the locking by itself. v2: Introduced an unlocked unseal operation instead of changing locking strategy in order to make less intrusive bug fix

[PATCH] tpm: fix a race condition tpm2_unseal_trusted()

Unseal and load operations should be done as an atomic operation. This commit introduces unlocked tpm_transmit() so that tpm2_unseal_trusted() can do the locking by itself. v2: Introduced an unlocked unseal operation instead of changing locking strategy in order to make less intrusive bug fix

Re: two pci_alloc_irq_vectors improvements

Hi Christoph, On Thu, Aug 11, 2016 at 07:11:03AM -0700, Christoph Hellwig wrote: > Hi Bjorn, hi Alex, > > below are two patches I'd love to see in 4.8 to improve the > pci_alloc_irq_vectors interface. I've realized we need these while > starting a mass conversion of the MSI-X users to the new

Applied "regulator: Remove support for optional supplies in the bulk API" to the regulator tree

The patch regulator: Remove support for optional supplies in the bulk API has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Re: [PATCH] Revert "regulator: Make bulk API support optional supplies"

On Tue, Aug 16, 2016 at 11:50:32AM -0700, Bjorn Andersson wrote: > The patch was based on my missinterpretation of the API and only > This reverts commit 3ff3f518a135fa4592fe2817e9ac2cce1fa23dc2. Please submit patches using subject lines reflecting the style for the subsystem. This makes it

Applied "regulator: Remove support for optional supplies in the bulk API" to the regulator tree

The patch regulator: Remove support for optional supplies in the bulk API has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Re: [PATCH] Revert "regulator: Make bulk API support optional supplies"

On Tue, Aug 16, 2016 at 11:50:32AM -0700, Bjorn Andersson wrote: > The patch was based on my missinterpretation of the API and only > This reverts commit 3ff3f518a135fa4592fe2817e9ac2cce1fa23dc2. Please submit patches using subject lines reflecting the style for the subsystem. This makes it

Re: two pci_alloc_irq_vectors improvements

Hi Christoph, On Thu, Aug 11, 2016 at 07:11:03AM -0700, Christoph Hellwig wrote: > Hi Bjorn, hi Alex, > > below are two patches I'd love to see in 4.8 to improve the > pci_alloc_irq_vectors interface. I've realized we need these while > starting a mass conversion of the MSI-X users to the new

Re: RFC: callchain showing same entry as hist_entry

Em Tue, Aug 16, 2016 at 12:46:57PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Aug 17, 2016 at 12:41:18AM +0900, Namhyung Kim escreveu: > > Hmm.. if so, wouldn't it be better skipping the first callchain entry > > when the user-given sort key contains "sym" too (not only when it > > starts

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

Thanks Sudeep! On 08/16/2016 06:19 AM, Sudeep Holla wrote: > As per the GICv3 specification, to power down a processor using GICv3 > and allow automatic power-on if an interrupt must be sent to a processor, > software must set Enable to zero for all interrupt groups(by writing > to GICC_CTLR or

Re: RFC: callchain showing same entry as hist_entry

Em Tue, Aug 16, 2016 at 12:46:57PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Aug 17, 2016 at 12:41:18AM +0900, Namhyung Kim escreveu: > > Hmm.. if so, wouldn't it be better skipping the first callchain entry > > when the user-given sort key contains "sym" too (not only when it > > starts

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

Thanks Sudeep! On 08/16/2016 06:19 AM, Sudeep Holla wrote: > As per the GICv3 specification, to power down a processor using GICv3 > and allow automatic power-on if an interrupt must be sent to a processor, > software must set Enable to zero for all interrupt groups(by writing > to GICC_CTLR or

Re: [PATCH 2/6] x86/boot: Move compressed kernel to end of decompression buffer

On Mon, Aug 15, 2016 at 9:01 PM, Matt Mullins wrote: > > This appears to have a negative effect on booting the Intel Edison platform, > as > it uses u-boot as its bootloader. u-boot does not copy the init_size > parameter > when booting a bzImage: it copies a fixed-size

Re: [PATCH 2/6] x86/boot: Move compressed kernel to end of decompression buffer

On Mon, Aug 15, 2016 at 9:01 PM, Matt Mullins wrote: > > This appears to have a negative effect on booting the Intel Edison platform, > as > it uses u-boot as its bootloader. u-boot does not copy the init_size > parameter > when booting a bzImage: it copies a fixed-size setup_header [1], and

[PATCH] staging: lustre: fix checkpatch error

convert spaces to tab fix the following error messages from checkpatch.pl ERROR: code indent should use tabs where possible WARNING: please, no spaces at the start of a line Signed-off-by: Anson Jacob --- drivers/staging/lustre/lustre/include/cl_object.h | 2 +- 1

[PATCH] staging: lustre: fix checkpatch error

convert spaces to tab fix the following error messages from checkpatch.pl ERROR: code indent should use tabs where possible WARNING: please, no spaces at the start of a line Signed-off-by: Anson Jacob --- drivers/staging/lustre/lustre/include/cl_object.h | 2 +- 1 file changed, 1

Re: [PATCH v2] ARM: Add missing newline terminators to kernel messages

On Tue, Aug 16, 2016 at 03:40:32PM +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > Before commit 874f9c7da9a4acbc ("printk: create pr_ functions"), > pr_*() calls without a trailing newline characters would be printed with > a newline

Re: [PATCH v2] ARM: Add missing newline terminators to kernel messages

On Tue, Aug 16, 2016 at 03:40:32PM +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > Before commit 874f9c7da9a4acbc ("printk: create pr_ functions"), > pr_*() calls without a trailing newline characters would be printed with > a newline character appended, both on the

[PATCH v3 2/2] soc: qcom: add l2 cache perf events driver

Adds perf events support for L2 cache PMU. The L2 cache PMU driver is named 'l2cache_0' and can be used with perf events to profile L2 events such as cache hits and misses. Signed-off-by: Neil Leeder --- drivers/soc/qcom/Kconfig | 10 +

[PATCH v3 2/2] soc: qcom: add l2 cache perf events driver

Adds perf events support for L2 cache PMU. The L2 cache PMU driver is named 'l2cache_0' and can be used with perf events to profile L2 events such as cache hits and misses. Signed-off-by: Neil Leeder --- drivers/soc/qcom/Kconfig | 10 + drivers/soc/qcom/Makefile |

[PATCH v3 0/2] qcom: add l2 cache perf events driver

This adds a new dynamic PMU to the perf events framework to program and control the L2 cache PMUs in some Qualcomm Technologies SOCs. The driver exports formatting and event information to sysfs so it can be used by the perf user space tools with the syntax: perf stat -a -e l2cache_0/event=0x42/

[PATCH v3 1/2] soc: qcom: provide mechanism for drivers to access L2 registers

L2 registers are accessed using a select register and data register pair. To prevent multiple concurrent writes to the select register by independent drivers, the write to the select register and the associated access of the data register are protected with a lock. All drivers accessing the L2

[PATCH v3 0/2] qcom: add l2 cache perf events driver

This adds a new dynamic PMU to the perf events framework to program and control the L2 cache PMUs in some Qualcomm Technologies SOCs. The driver exports formatting and event information to sysfs so it can be used by the perf user space tools with the syntax: perf stat -a -e l2cache_0/event=0x42/

[PATCH v3 1/2] soc: qcom: provide mechanism for drivers to access L2 registers

L2 registers are accessed using a select register and data register pair. To prevent multiple concurrent writes to the select register by independent drivers, the write to the select register and the associated access of the data register are protected with a lock. All drivers accessing the L2

[PATCH v2] libnvdimm: Fix nvdimm_probe error on NVDIMM-N

'ndctl list --buses --dimms' does not list any NVDIMM-Ns since they are considered as idle. ndctl checks if any driver is attached to nmem device. nvdimm_probe() always fails in nvdimm_init_nsarea() since NVDIMM-Ns do not implement optinal ND_CMD_GET_CONFIG_DATA command. Change nvdimm_probe()

[PATCH v2] libnvdimm: Fix nvdimm_probe error on NVDIMM-N

'ndctl list --buses --dimms' does not list any NVDIMM-Ns since they are considered as idle. ndctl checks if any driver is attached to nmem device. nvdimm_probe() always fails in nvdimm_init_nsarea() since NVDIMM-Ns do not implement optinal ND_CMD_GET_CONFIG_DATA command. Change nvdimm_probe()

Re: [GIT PULL] [PATCH v4 00/26] Delete CURRENT_TIME and CURRENT_TIME_SEC macros

On Tue, Aug 16, 2016 at 11:18:52AM -0700, Deepa Dinamani wrote: > Thank you for the suggestion. > > > Who are you execting to pull this huge patch series? > > The last pull request was addressed to Al as per Arnd's suggestion. > I'm not completely sure who should it be addressed to. > > > Why

Re: [GIT PULL] [PATCH v4 00/26] Delete CURRENT_TIME and CURRENT_TIME_SEC macros

On Tue, Aug 16, 2016 at 11:18:52AM -0700, Deepa Dinamani wrote: > Thank you for the suggestion. > > > Who are you execting to pull this huge patch series? > > The last pull request was addressed to Al as per Arnd's suggestion. > I'm not completely sure who should it be addressed to. > > > Why

[PATCH] staging: dgnc: fix 'line over 80 characters'

fix checkpatch.pl warning about 'line over 80 characters'. Signed-off-by: Anson Jacob --- drivers/staging/dgnc/dgnc_driver.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/dgnc/dgnc_driver.h b/drivers/staging/dgnc/dgnc_driver.h

[PATCH] staging: dgnc: fix 'line over 80 characters'

fix checkpatch.pl warning about 'line over 80 characters'. Signed-off-by: Anson Jacob --- drivers/staging/dgnc/dgnc_driver.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/dgnc/dgnc_driver.h b/drivers/staging/dgnc/dgnc_driver.h index 3092abe..88d2696 100644

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On Tue, Aug 16, 2016 at 02:34:15PM -0400, Robert Foss wrote: > On 2016-08-16 02:18 PM, Jann Horn wrote: > >On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: > >>+ } > >>+ > >>+ return 0; > >>+ > >>+error: > >>+ return ret; > >>+} > >>+ > >[...] > >>+const struct

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On Tue, Aug 16, 2016 at 02:34:15PM -0400, Robert Foss wrote: > On 2016-08-16 02:18 PM, Jann Horn wrote: > >On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: > >>+ } > >>+ > >>+ return 0; > >>+ > >>+error: > >>+ return ret; > >>+} > >>+ > >[...] > >>+const struct

[PATCH] Revert "regulator: Make bulk API support optional supplies"

The patch was based on my missinterpretation of the API and only accidentally worked for me. Let's clean it out to not confuse others. This reverts commit 3ff3f518a135fa4592fe2817e9ac2cce1fa23dc2. Signed-off-by: Bjorn Andersson --- Sorry for not sending this

[PATCH] Revert "regulator: Make bulk API support optional supplies"

The patch was based on my missinterpretation of the API and only accidentally worked for me. Let's clean it out to not confuse others. This reverts commit 3ff3f518a135fa4592fe2817e9ac2cce1fa23dc2. Signed-off-by: Bjorn Andersson --- Sorry for not sending this earlier. drivers/regulator/core.c

Re: [PATCH v5 02/13] kexec_file: Change kexec_add_buffer to take kexec_buf as argument.

Am Dienstag, 16 August 2016, 16:15:55 schrieb Balbir Singh: > On 16/08/16 00:49, Thiago Jung Bauermann wrote: > > Am Montag, 15 August 2016, 17:30:49 schrieb Balbir Singh: > >> On Thu, Aug 11, 2016 at 08:08:07PM -0300, Thiago Jung Bauermann wrote: > >>> Adapt all callers to the new function

Re: [PATCH v5 02/13] kexec_file: Change kexec_add_buffer to take kexec_buf as argument.

Am Dienstag, 16 August 2016, 16:15:55 schrieb Balbir Singh: > On 16/08/16 00:49, Thiago Jung Bauermann wrote: > > Am Montag, 15 August 2016, 17:30:49 schrieb Balbir Singh: > >> On Thu, Aug 11, 2016 at 08:08:07PM -0300, Thiago Jung Bauermann wrote: > >>> Adapt all callers to the new function

Re: [PATCH v5] spi: spi-ti-qspi: Add DMA support for QSPI mmap read

On Tue, Aug 09, 2016 at 06:20:01PM +0530, Vignesh R wrote: > > > According to this thread[1], converting virtual address > pointer into scatterlist which is then DMA mapped is unsafe on systems > with certain cache architecture. Hence, I added code to handle kmap > buffers inside the driver

Re: [PATCH v5] spi: spi-ti-qspi: Add DMA support for QSPI mmap read

On Tue, Aug 09, 2016 at 06:20:01PM +0530, Vignesh R wrote: > > > According to this thread[1], converting virtual address > pointer into scatterlist which is then DMA mapped is unsafe on systems > with certain cache architecture. Hence, I added code to handle kmap > buffers inside the driver

Re: [LKP] [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2% regression

> > And I think we should be doing test on: > commit a6c2f79287 ("sctp: implement prsctp TTL policy") (the bisected one) > and > commit 826d253d57 ("sctp: add SCTP_PR_ASSOC_STATUS on sctp sockopt") (its > immediate parent) > instead of Linus' master HEAD to avoid other factors. > The test result

Re: [LKP] [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2% regression

> > And I think we should be doing test on: > commit a6c2f79287 ("sctp: implement prsctp TTL policy") (the bisected one) > and > commit 826d253d57 ("sctp: add SCTP_PR_ASSOC_STATUS on sctp sockopt") (its > immediate parent) > instead of Linus' master HEAD to avoid other factors. > The test result

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Shenzhen Sunchip Technology Co., Ltd

On Tue, Aug 16, 2016 at 07:56:24AM -0500, Rob Herring wrote: > On Thu, Aug 11, 2016 at 10:11:51PM +0200, Rask Ingemann Lambertsen wrote: > > > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt > > b/Documentation/devicetree/bindings/vendor-prefixes.txt > > index

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Shenzhen Sunchip Technology Co., Ltd

On Tue, Aug 16, 2016 at 07:56:24AM -0500, Rob Herring wrote: > On Thu, Aug 11, 2016 at 10:11:51PM +0200, Rask Ingemann Lambertsen wrote: > > > > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt > > b/Documentation/devicetree/bindings/vendor-prefixes.txt > > index

[PATCH] arm64: Expose TASK_SIZE to userspace via auxv

Some userspace applications need to know the maximum virtual address they can use (TASK_SIZE). There are several possible values for TASK_SIZE with the arm64 kernel, and such applications are either making bad hard-coded assumptions, or are guessing and checking using system calls like munmap(),

[PATCH] arm64: Expose TASK_SIZE to userspace via auxv

Some userspace applications need to know the maximum virtual address they can use (TASK_SIZE). There are several possible values for TASK_SIZE with the arm64 kernel, and such applications are either making bad hard-coded assumptions, or are guessing and checking using system calls like munmap(),

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On 2016-08-16 02:18 PM, Jann Horn wrote: On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: From: Robert Foss This is based on earlier work by Thiago Goncales. It implements a new per process proc file which summarizes the contents of the

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On 2016-08-16 02:18 PM, Jann Horn wrote: On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: From: Robert Foss This is based on earlier work by Thiago Goncales. It implements a new per process proc file which summarizes the contents of the smaps file but doesn't

Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation

On 2016-08-16 02:01 PM, Jann Horn wrote: nit: s/extenssion/extension/ Thanks :)

Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation

On 2016-08-16 02:01 PM, Jann Horn wrote: nit: s/extenssion/extension/ Thanks :)

RE: [PATCH 05/22] IB/cma: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "cma_wq" queues work item cma_work_handler. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward

RE: [PATCH 05/22] IB/cma: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "cma_wq" queues work item cma_work_handler. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward

Re: [PATCH v2 2/3] usb: gadget: f_uac2: split out audio core

Hi Ruslan, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.8-rc2 next-20160816] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ruslan-Bilovol/USB-Audio-Gadget-refactoring

Re: [PATCH v2 2/3] usb: gadget: f_uac2: split out audio core

Hi Ruslan, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.8-rc2 next-20160816] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ruslan-Bilovol/USB-Audio-Gadget-refactoring

RE: [PATCH 07/22] IB/iwcm: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "iwcm_wq" queues work item (maps to cm_work_handler). > It has been identity converted. > > WQ_MEM_RECLAIM has been set to ensure

RE: [PATCH 07/22] IB/iwcm: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "iwcm_wq" queues work item (maps to cm_work_handler). > It has been identity converted. > > WQ_MEM_RECLAIM has been set to ensure

RE: [PATCH 10/22] iw_cxgb4: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "workq" queues work item _work. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward progress under >

RE: [PATCH 10/22] iw_cxgb4: Remove deprecated create_singlethread_workqueue

> alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "workq" queues work item _work. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward progress under >

RE: [PATCH 08/22] iw_cxgb3: Remove deprecated create_singlethread_workqueue

> > alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "workq" queues work item _work. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward progress under >

RE: [PATCH 08/22] iw_cxgb3: Remove deprecated create_singlethread_workqueue

> > alloc_ordered_workqueue() with WQ_MEM_RECLAIM set, replaces > deprecated create_singlethread_workqueue(). This is the identity > conversion. > > The workqueue "workq" queues work item _work. It has been > identity converted. > > WQ_MEM_RECLAIM has been set to ensure forward progress under >

Re: [GIT PULL] [PATCH v4 00/26] Delete CURRENT_TIME and CURRENT_TIME_SEC macros

Thank you for the suggestion. > Who are you execting to pull this huge patch series? The last pull request was addressed to Al as per Arnd's suggestion. I'm not completely sure who should it be addressed to. > Why not just introduce the new api call, wait for that to be merged, and > then push

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any

Re: [GIT PULL] [PATCH v4 00/26] Delete CURRENT_TIME and CURRENT_TIME_SEC macros

Thank you for the suggestion. > Who are you execting to pull this huge patch series? The last pull request was addressed to Al as per Arnd's suggestion. I'm not completely sure who should it be addressed to. > Why not just introduce the new api call, wait for that to be merged, and > then push

Re: [PACTH v3 1/3] mm, proc: Implement /proc//totmaps

On Tue, Aug 16, 2016 at 01:34:14PM -0400, robert.f...@collabora.com wrote: > From: Robert Foss > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any addresses. It gives more

[tip:perf/urgent] tools: Sync kvm related header files for arm64 and s390

Commit-ID: 9f3156903df3f7d9bba9acde810d78bca94305d5 Gitweb: http://git.kernel.org/tip/9f3156903df3f7d9bba9acde810d78bca94305d5 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Aug 2016 17:42:30 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf intel-pt: Fix occasional decoding errors when tracing system-wide

Commit-ID: 3d918fb13abdbeca7947578f5d7e426eafad7f5e Gitweb: http://git.kernel.org/tip/3d918fb13abdbeca7947578f5d7e426eafad7f5e Author: Adrian Hunter AuthorDate: Mon, 15 Aug 2016 10:23:04 +0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] tools: Sync kvm related header files for arm64 and s390

Commit-ID: 9f3156903df3f7d9bba9acde810d78bca94305d5 Gitweb: http://git.kernel.org/tip/9f3156903df3f7d9bba9acde810d78bca94305d5 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Aug 2016 17:42:30 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 18:11:17 -0300

[tip:perf/urgent] perf intel-pt: Fix occasional decoding errors when tracing system-wide

Commit-ID: 3d918fb13abdbeca7947578f5d7e426eafad7f5e Gitweb: http://git.kernel.org/tip/3d918fb13abdbeca7947578f5d7e426eafad7f5e Author: Adrian Hunter AuthorDate: Mon, 15 Aug 2016 10:23:04 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 18:11:18 -0300 perf

[tip:perf/urgent] perf script: Don't disable use_callchain if input is pipe

Commit-ID: 71ac899b5ed7edfd8fa2a4e075194380b1de2d7f Gitweb: http://git.kernel.org/tip/71ac899b5ed7edfd8fa2a4e075194380b1de2d7f Author: He Kuang AuthorDate: Thu, 4 Aug 2016 11:25:43 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug

[tip:perf/urgent] perf script: Don't disable use_callchain if input is pipe

Commit-ID: 71ac899b5ed7edfd8fa2a4e075194380b1de2d7f Gitweb: http://git.kernel.org/tip/71ac899b5ed7edfd8fa2a4e075194380b1de2d7f Author: He Kuang AuthorDate: Thu, 4 Aug 2016 11:25:43 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 13:23:49 -0300 perf script: Don't

[tip:perf/urgent] perf script: Show proper message when failed list scripts

Commit-ID: 88ded4d8d94a550624e1827478e13fecf97a7b0a Gitweb: http://git.kernel.org/tip/88ded4d8d94a550624e1827478e13fecf97a7b0a Author: He Kuang AuthorDate: Thu, 4 Aug 2016 11:25:42 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug

[tip:perf/urgent] perf probe: Check for dup and fdopen failures

Commit-ID: 0325862dc364d8af524bf2db53ef4360ed55b989 Gitweb: http://git.kernel.org/tip/0325862dc364d8af524bf2db53ef4360ed55b989 Author: Colin Ian King AuthorDate: Fri, 12 Aug 2016 22:44:56 +0100 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf probe: Release resources on error when handling exit paths

Commit-ID: 60ebc159817fef86171616510b1228476d979556 Gitweb: http://git.kernel.org/tip/60ebc159817fef86171616510b1228476d979556 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Aug 2016 17:06:47 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf script: Show proper message when failed list scripts

Commit-ID: 88ded4d8d94a550624e1827478e13fecf97a7b0a Gitweb: http://git.kernel.org/tip/88ded4d8d94a550624e1827478e13fecf97a7b0a Author: He Kuang AuthorDate: Thu, 4 Aug 2016 11:25:42 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 13:17:10 -0300 perf script: Show

[tip:perf/urgent] perf probe: Check for dup and fdopen failures

Commit-ID: 0325862dc364d8af524bf2db53ef4360ed55b989 Gitweb: http://git.kernel.org/tip/0325862dc364d8af524bf2db53ef4360ed55b989 Author: Colin Ian King AuthorDate: Fri, 12 Aug 2016 22:44:56 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 17:06:19 -0300 perf probe:

[tip:perf/urgent] perf probe: Release resources on error when handling exit paths

Commit-ID: 60ebc159817fef86171616510b1228476d979556 Gitweb: http://git.kernel.org/tip/60ebc159817fef86171616510b1228476d979556 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 15 Aug 2016 17:06:47 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15 Aug 2016 18:10:59 -0300

[tip:perf/urgent] perf ppc64le: Fix build failure when libelf is not present

Commit-ID: f046f3df665361d2f89e660f8c79ba164069f02a Gitweb: http://git.kernel.org/tip/f046f3df665361d2f89e660f8c79ba164069f02a Author: Ravi Bangoria AuthorDate: Thu, 11 Aug 2016 14:43:59 -0300 Committer: Arnaldo Carvalho de Melo

[tip:perf/urgent] perf symbols: Fix annotation of objects with debuginfo files

Commit-ID: 50de1a0c54cdbc69a6dbcbc323f53daf95a4050e Gitweb: http://git.kernel.org/tip/50de1a0c54cdbc69a6dbcbc323f53daf95a4050e Author: Anton Blanchard AuthorDate: Sat, 13 Aug 2016 11:55:33 +1000 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 15

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