[RESEND: PATCH v4 1/4] firmware: scm: Add new SCM call for switching memory ownership

Two different processors on a SOC need to switch memory ownership during load/unload. To enable this, level second memory map table need to be updated, which is done by secure layer. This patch add the interface for making secure monitor call for memory ownership switching request. Signed-off-by:

[RESEND: PATCH v4 1/4] firmware: scm: Add new SCM call for switching memory ownership

Two different processors on a SOC need to switch memory ownership during load/unload. To enable this, level second memory map table need to be updated, which is done by secure layer. This patch add the interface for making secure monitor call for memory ownership switching request. Signed-off-by:

Re: [RFC/RFT PATCH v2 3/3] PCI/ACPI: Add ACPI pci_bus_find_numa_node() implementation

On Tue, May 16, 2017 at 05:15:29PM +0200, Robert Richter wrote: > On 15.05.17 14:22:05, Lorenzo Pieralisi wrote: > > The introduction of pci_bus_find_numa_node(pci_bus) allows at PCI > > host bridge registration to detect the NUMA node for a given > > struct pci_bus.dev. Implement an ACPI method

Re: [RFC/RFT PATCH v2 3/3] PCI/ACPI: Add ACPI pci_bus_find_numa_node() implementation

On Tue, May 16, 2017 at 05:15:29PM +0200, Robert Richter wrote: > On 15.05.17 14:22:05, Lorenzo Pieralisi wrote: > > The introduction of pci_bus_find_numa_node(pci_bus) allows at PCI > > host bridge registration to detect the NUMA node for a given > > struct pci_bus.dev. Implement an ACPI method

[RESEND PATCH v3] UBI: add debugfs file for tracking PEB state

From: Ben Shelton Add a file under debugfs to allow easy access to the erase count for each physical erase block on an UBI device. This is useful when debugging data integrity issues with UBIFS on NAND flash devices. Signed-off-by: Ben Shelton

[RESEND PATCH v3] UBI: add debugfs file for tracking PEB state

From: Ben Shelton Add a file under debugfs to allow easy access to the erase count for each physical erase block on an UBI device. This is useful when debugging data integrity issues with UBIFS on NAND flash devices. Signed-off-by: Ben Shelton Signed-off-by: Zach Brown --- v2: * If

Re: frv build failure in mainline kernel

El Tue, May 16, 2017 at 10:21:30AM -0700 Guenter Roeck ha dit: > On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > > Guenter Roeck wrote: > > > > > Turns out not here because cacheline_aligned_in_smp includes > > > __page_aligned_data which also declares

Re: frv build failure in mainline kernel

El Tue, May 16, 2017 at 10:21:30AM -0700 Guenter Roeck ha dit: > On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > > Guenter Roeck wrote: > > > > > Turns out not here because cacheline_aligned_in_smp includes > > > __page_aligned_data which also declares the section, at least

Re: A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

Hello Dashi, On Tue, May 09, 2017 at 09:08:14AM +, Dashi DS1 Cao wrote: > When debugging a race condition in scsi_remove_target of 3.12, I ran into > this possible bug within scsi_alloc_target. > When an existing "struct scsi_target" is found and used, the starget just got > through

Re: A bug in scsi_alloc_target of drivers/scsi/scsi_scan.c

Hello Dashi, On Tue, May 09, 2017 at 09:08:14AM +, Dashi DS1 Cao wrote: > When debugging a race condition in scsi_remove_target of 3.12, I ran into > this possible bug within scsi_alloc_target. > When an existing "struct scsi_target" is found and used, the starget just got > through

Re: [PATCH 1/4] Documentation: dt: Add bindings documentation for DW MIPI CSI-2 Host

Hi Rob, Thank you for your feedback and sorry for the late reply. On 3/15/2017 6:26 PM, Rob Herring wrote: > On Tue, Mar 07, 2017 at 02:37:48PM +, Ramiro Oliveira wrote: >> Create device tree bindings documentation for the Synopsys DW MIPI CSI-2 >> Host. >> >> Signed-off-by: Ramiro Oliveira

Re: [PATCH 1/4] Documentation: dt: Add bindings documentation for DW MIPI CSI-2 Host

Hi Rob, Thank you for your feedback and sorry for the late reply. On 3/15/2017 6:26 PM, Rob Herring wrote: > On Tue, Mar 07, 2017 at 02:37:48PM +, Ramiro Oliveira wrote: >> Create device tree bindings documentation for the Synopsys DW MIPI CSI-2 >> Host. >> >> Signed-off-by: Ramiro Oliveira

[PATCH v2 3/4] selftests/ftrace: Fix bashisms

Fix a few bashisms in ftrace selftests. Acked-by: Masami Hiramatsu Signed-off-by: Naveen N. Rao --- tools/testing/selftests/ftrace/ftracetest | 2 +-

[PATCH v2 3/4] selftests/ftrace: Fix bashisms

Fix a few bashisms in ftrace selftests. Acked-by: Masami Hiramatsu Signed-off-by: Naveen N. Rao --- tools/testing/selftests/ftrace/ftracetest | 2 +- tools/testing/selftests/ftrace/test.d/ftrace/func_event_triggers.tc | 2 +-

[PATCH v2 2/4] ftrace/instances: Clear function triggers when removing instances

If instance directories are deleted while there are registered function triggers: # cd /sys/kernel/debug/tracing/instances # mkdir test # echo "schedule:enable_event:sched:sched_switch" > test/set_ftrace_filter # rmdir test Unable to handle kernel paging request for data at address

[PATCH v2 2/4] ftrace/instances: Clear function triggers when removing instances

If instance directories are deleted while there are registered function triggers: # cd /sys/kernel/debug/tracing/instances # mkdir test # echo "schedule:enable_event:sched:sched_switch" > test/set_ftrace_filter # rmdir test Unable to handle kernel paging request for data at address

[PATCH v2 1/4] ftrace: Simplify glob handling in unregister_ftrace_function_probe_func()

Handle a NULL glob properly and simplify the check. Signed-off-by: Naveen N. Rao --- kernel/trace/ftrace.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c index 39dca4e86a94..c35c3e67d09a

[PATCH v2 0/4] ftrace: Fix a few issues

This is v2 of the patches posted at: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1395670.html Changes: - Patch 1 has been updated to actually simplify the check for glob - Patch 2 has been updated to guard the call to clear_ftrace_function_probes() in trace.c with the proper

[PATCH v2 4/4] selftests/ftrace: Add test to remove instance with active event triggers

Add a test to ensure we clean up properly when removing an instance with active event triggers. Signed-off-by: Naveen N. Rao --- tools/testing/selftests/ftrace/test.d/instances/instance-event.tc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

[PATCH v2 1/4] ftrace: Simplify glob handling in unregister_ftrace_function_probe_func()

Handle a NULL glob properly and simplify the check. Signed-off-by: Naveen N. Rao --- kernel/trace/ftrace.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c index 39dca4e86a94..c35c3e67d09a 100644 --- a/kernel/trace/ftrace.c

[PATCH v2 0/4] ftrace: Fix a few issues

This is v2 of the patches posted at: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1395670.html Changes: - Patch 1 has been updated to actually simplify the check for glob - Patch 2 has been updated to guard the call to clear_ftrace_function_probes() in trace.c with the proper

[PATCH v2 4/4] selftests/ftrace: Add test to remove instance with active event triggers

Add a test to ensure we clean up properly when removing an instance with active event triggers. Signed-off-by: Naveen N. Rao --- tools/testing/selftests/ftrace/test.d/instances/instance-event.tc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[PATCH] perf test: Disable breakpoint signal tests for powerpc

Following tests are constantly failing on powerpc: # perf test break 18: Breakpoint overflow signal handler : FAILED! 19: Breakpoint overflow sampling : FAILED! The powerpc so far does not have support to even create instruction breakpoint using the perf event

[PATCH] perf test: Disable breakpoint signal tests for powerpc

Following tests are constantly failing on powerpc: # perf test break 18: Breakpoint overflow signal handler : FAILED! 19: Breakpoint overflow sampling : FAILED! The powerpc so far does not have support to even create instruction breakpoint using the perf event

Re: [PATCH 2/4] ftrace/instances: Clear function triggers when removing instances

On 2017/05/16 07:31PM, Naveen N. Rao wrote: > On 2017/05/15 10:20PM, Steven Rostedt wrote: > > On Sun, 14 May 2017 01:01:02 +0530 > > "Naveen N. Rao" wrote: > > > > [snip] > > > > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c > > > index

Re: [PATCH 2/4] ftrace/instances: Clear function triggers when removing instances

On 2017/05/16 07:31PM, Naveen N. Rao wrote: > On 2017/05/15 10:20PM, Steven Rostedt wrote: > > On Sun, 14 May 2017 01:01:02 +0530 > > "Naveen N. Rao" wrote: > > > > [snip] > > > > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c > > > index c4536c449021..3f2aed4ad1ed 100644 > > > ---

Re: [RFC] perf: Add "-f" and "-F" flags to watch a "/sys" style file

On Mon, May 15, 2017 at 09:45:58PM -0300, Arnaldo Carvalho de Melo wrote: > I haven't been following the discussion about the resctrl fs discussion > to understand why those values couldn't be read via > sys_perf_event_open(), so can't comment on that, but the implementation > on the tools/

Re: [RFC] perf: Add "-f" and "-F" flags to watch a "/sys" style file

On Mon, May 15, 2017 at 09:45:58PM -0300, Arnaldo Carvalho de Melo wrote: > I haven't been following the discussion about the resctrl fs discussion > to understand why those values couldn't be read via > sys_perf_event_open(), so can't comment on that, but the implementation > on the tools/

[RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

The CDC-NCM driver can require large amounts of memory to create skb's and this can be a problem when the memory becomes fragmented. This especially affects embedded systems that have constrained resources but wish to maximise the throughput of CDC-NCM with 16KiB NTB's. The issue is after

[RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

The CDC-NCM driver can require large amounts of memory to create skb's and this can be a problem when the memory becomes fragmented. This especially affects embedded systems that have constrained resources but wish to maximise the throughput of CDC-NCM with 16KiB NTB's. The issue is after

[RFC V1 0/1] Reduce cdc_ncm memory use when kernel memory low

Please review this patch Problem --- We are using an ARM embedded platform and require 16KiB NTB's to allow for fast data transfer. Unfortunately we have found that there are times after running the kernel for a while and transferring a lot of data over the CDC-NCM connection that it can

[RFC V1 0/1] Reduce cdc_ncm memory use when kernel memory low

Please review this patch Problem --- We are using an ARM embedded platform and require 16KiB NTB's to allow for fast data transfer. Unfortunately we have found that there are times after running the kernel for a while and transferring a lot of data over the CDC-NCM connection that it can

Re: [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings

On Tue, Apr 18, 2017 at 04:20:56PM -0500, Tom Lendacky wrote: > Since video memory needs to be accessed decrypted, be sure that the > memory encryption mask is not set for the video ranges. > > Signed-off-by: Tom Lendacky > --- > arch/x86/include/asm/vga.h | 13

Re: [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings

On Tue, Apr 18, 2017 at 04:20:56PM -0500, Tom Lendacky wrote: > Since video memory needs to be accessed decrypted, be sure that the > memory encryption mask is not set for the video ranges. > > Signed-off-by: Tom Lendacky > --- > arch/x86/include/asm/vga.h | 13 + >

Re: [PATCH v2 04/53] mutex, futex: adjust kernel-doc markups to generate ReST

On Tue, May 16, 2017 at 09:15:56AM -0300, Mauro Carvalho Chehab wrote: > There are a few issues on some kernel-doc markups that was > causing troubles with kernel-doc output on ReST format: > > ./kernel/futex.c:492: WARNING: Inline emphasis start-string without > end-string. >

Re: [PATCH v2 04/53] mutex, futex: adjust kernel-doc markups to generate ReST

On Tue, May 16, 2017 at 09:15:56AM -0300, Mauro Carvalho Chehab wrote: > There are a few issues on some kernel-doc markups that was > causing troubles with kernel-doc output on ReST format: > > ./kernel/futex.c:492: WARNING: Inline emphasis start-string without > end-string. >

[PATCH 2/2] sh-clk: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Tue, 16 May 2017 19:05:36 +0200 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Link:

[PATCH 2/2] sh-clk: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Tue, 16 May 2017 19:05:36 +0200 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf

RE: [PATCH] scsi: zero per-cmd driver data for each MQ I/O

> -Original Message- > From: Bart Van Assche [mailto:bart.vanass...@sandisk.com] > Sent: Monday, May 15, 2017 5:01 PM > To: j...@linux.vnet.ibm.com; linux-s...@vger.kernel.org; linux- > ker...@vger.kernel.org; Long Li ; > martin.peter...@oracle.com > Cc: Stephen

RE: [PATCH] scsi: zero per-cmd driver data for each MQ I/O

> -Original Message- > From: Bart Van Assche [mailto:bart.vanass...@sandisk.com] > Sent: Monday, May 15, 2017 5:01 PM > To: j...@linux.vnet.ibm.com; linux-s...@vger.kernel.org; linux- > ker...@vger.kernel.org; Long Li ; > martin.peter...@oracle.com > Cc: Stephen Hemminger ; KY Srinivasan

[PATCH 1/2] sh-clk: Improve a size determination in sh_clk_fsidiv_register()

From: Markus Elfring Date: Tue, 16 May 2017 18:42:22 +0200 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 1/2] sh-clk: Improve a size determination in sh_clk_fsidiv_register()

From: Markus Elfring Date: Tue, 16 May 2017 18:42:22 +0200 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. Signed-off-by:

[PATCH 0/2] sh-clk: Adjustments for two function implementations

From: Markus Elfring Date: Tue, 16 May 2017 19:24:56 +0200 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Improve a size determination in sh_clk_fsidiv_register() Delete an error message for a failed memory

[PATCH 0/2] sh-clk: Adjustments for two function implementations

From: Markus Elfring Date: Tue, 16 May 2017 19:24:56 +0200 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Improve a size determination in sh_clk_fsidiv_register() Delete an error message for a failed memory allocation in two functions

Re: [PATCH v13 00/12] power: add power sequence library

On Wed, Feb 15, 2017 at 09:38:09AM +0800, Peter Chen wrote: > On Tue, Feb 14, 2017 at 12:21:48PM +0200, Roger Quadros wrote: > > Peter, > > > > On 11/02/17 03:27, Peter Chen wrote: > > > Hi all, > > > > > > This is a follow-up for my last power sequence framework patch set [1]. > > > According

Re: [PATCH v13 00/12] power: add power sequence library

On Wed, Feb 15, 2017 at 09:38:09AM +0800, Peter Chen wrote: > On Tue, Feb 14, 2017 at 12:21:48PM +0200, Roger Quadros wrote: > > Peter, > > > > On 11/02/17 03:27, Peter Chen wrote: > > > Hi all, > > > > > > This is a follow-up for my last power sequence framework patch set [1]. > > > According

Re: frv build failure in mainline kernel

On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > Guenter Roeck wrote: > > > Turns out not here because cacheline_aligned_in_smp includes > > __page_aligned_data which also declares the section, at least on x86. > > If there's any sort of section

Re: frv build failure in mainline kernel

On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > Guenter Roeck wrote: > > > Turns out not here because cacheline_aligned_in_smp includes > > __page_aligned_data which also declares the section, at least on x86. > > If there's any sort of section specification, that should

[PATCH] PCI: endpoint: PCI_ENDPOINT should depend on HAS_DMA

If NO_DMA=y: drivers/built-in.o: In function `__pci_epc_create': (.text+0xef4e): undefined reference to `bad_dma_ops' drivers/built-in.o: In function `pci_epc_add_epf': (.text+0xf676): undefined reference to `bad_dma_ops' drivers/built-in.o: In function `pci_epf_alloc_space':

[PATCH] PCI: endpoint: PCI_ENDPOINT should depend on HAS_DMA

If NO_DMA=y: drivers/built-in.o: In function `__pci_epc_create': (.text+0xef4e): undefined reference to `bad_dma_ops' drivers/built-in.o: In function `pci_epc_add_epf': (.text+0xf676): undefined reference to `bad_dma_ops' drivers/built-in.o: In function `pci_epf_alloc_space':

[PATCH] ASoC: fsi: Move inline fsi_stream_is_play() before use

With gcc 4.1.2: sound/soc/sh/fsi.c:304: warning: ‘fsi_stream_is_play’ declared inline after being called sound/soc/sh/fsi.c:304: warning: previous declaration of ‘fsi_stream_is_play’ was here Move fsi_stream_is_play() up to fix this, removing the need for a forward declaration as well.

[PATCH] ASoC: fsi: Move inline fsi_stream_is_play() before use

With gcc 4.1.2: sound/soc/sh/fsi.c:304: warning: ‘fsi_stream_is_play’ declared inline after being called sound/soc/sh/fsi.c:304: warning: previous declaration of ‘fsi_stream_is_play’ was here Move fsi_stream_is_play() up to fix this, removing the need for a forward declaration as well.

Re: [kernel-locking] question about structure field initialization

Hi Chris, Quoting Chris Wilson : On Thu, May 11, 2017 at 03:00:02PM -0500, Gustavo A. R. Silva wrote: Hello everybody, While looking into Coverity ID 1402035 I ran into the following piece of code at kernel/locking/test-ww_mutex.c:197: 197static int test_abba(bool

Re: [kernel-locking] question about structure field initialization

Hi Chris, Quoting Chris Wilson : On Thu, May 11, 2017 at 03:00:02PM -0500, Gustavo A. R. Silva wrote: Hello everybody, While looking into Coverity ID 1402035 I ran into the following piece of code at kernel/locking/test-ww_mutex.c:197: 197static int test_abba(bool resolve) 198{ 199

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On 5/16/2017 10:55 AM, Borislav Petkov wrote: On Tue, May 16, 2017 at 10:44:43AM -0600, Baicar, Tyler wrote: I meant to respond to this comment after I sent the v16 patch series, but you beat me to it :) These prefixes are common to all the GHES/CPER printing to the kernel logs. I don't mean

Re: [PATCH net v2] net: x25: fix one potential use-after-free issue

From: linzhang Date: Tue, 16 May 2017 11:52:54 +0800 > return rc; > -out_dev: > +out_proc: > + x25_unregister_sysctl(); > +out_sysctl: > unregister_netdevice_notifier(_dev_notifier); > -out_sock: > +out_dev: > + dev_remove_pack(_packet_type); >

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On 5/16/2017 10:55 AM, Borislav Petkov wrote: On Tue, May 16, 2017 at 10:44:43AM -0600, Baicar, Tyler wrote: I meant to respond to this comment after I sent the v16 patch series, but you beat me to it :) These prefixes are common to all the GHES/CPER printing to the kernel logs. I don't mean

Re: [PATCH net v2] net: x25: fix one potential use-after-free issue

From: linzhang Date: Tue, 16 May 2017 11:52:54 +0800 > return rc; > -out_dev: > +out_proc: > + x25_unregister_sysctl(); > +out_sysctl: > unregister_netdevice_notifier(_dev_notifier); > -out_sock: > +out_dev: > + dev_remove_pack(_packet_type); > sock_unregister(AF_X25);

Re: [PATCH] KVM: x86: lower default for halt_poll_ns

On 18/04/2017 12:41, Paolo Bonzini wrote: > In some fio benchmarks, halt_poll_ns=40 caused CPU utilization to > increase heavily even in cases where the performance improvement was > small. In particular, bandwidth divided by CPU usage was as much as > 60% lower. > > To some extent this is

Re: [PATCH] KVM: x86: lower default for halt_poll_ns

On 18/04/2017 12:41, Paolo Bonzini wrote: > In some fio benchmarks, halt_poll_ns=40 caused CPU utilization to > increase heavily even in cases where the performance improvement was > small. In particular, bandwidth divided by CPU usage was as much as > 60% lower. > > To some extent this is

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On Tue, May 16, 2017 at 10:44:43AM -0600, Baicar, Tyler wrote: > I meant to respond to this comment after I sent the v16 patch series, but > you beat me to it :) > > These prefixes are common to all the GHES/CPER printing to the kernel logs. I don't mean that - I meant to remove them from this

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On Tue, May 16, 2017 at 10:44:43AM -0600, Baicar, Tyler wrote: > I meant to respond to this comment after I sent the v16 patch series, but > you beat me to it :) > > These prefixes are common to all the GHES/CPER printing to the kernel logs. I don't mean that - I meant to remove them from this

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Hi Eric, On Tuesday 16 May 2017 09:47:49 Eric Anholt wrote: > Rob Herring writes: > > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote: > >> Laurent Pinchart writes: > >>> Hi Eric, > >>> > >>> Thank you for the patch. >

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Hi Eric, On Tuesday 16 May 2017 09:47:49 Eric Anholt wrote: > Rob Herring writes: > > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote: > >> Laurent Pinchart writes: > >>> Hi Eric, > >>> > >>> Thank you for the patch. > >>> > >>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: >

Re: Change PAGE_SIZE from minimum 4k to 12k

On Tue, May 16, 2017 at 11:27:08AM -0400, Kevin McKinney wrote: > Hi Everyone, > > Would it be possible to have a custom block device driver read/write > in increments of 12k instead of reading/writing data in 4k increments? > In other words, I would like to change the default page size on a >

Re: Change PAGE_SIZE from minimum 4k to 12k

On Tue, May 16, 2017 at 11:27:08AM -0400, Kevin McKinney wrote: > Hi Everyone, > > Would it be possible to have a custom block device driver read/write > in increments of 12k instead of reading/writing data in 4k increments? > In other words, I would like to change the default page size on a >

Re: [PATCH RFC] hugetlbfs 'noautofill' mount option

On 5/9/17 1:59 PM, Prakash Sangappa wrote: On 5/9/17 1:58 AM, Christoph Hellwig wrote: On Mon, May 08, 2017 at 03:12:42PM -0700, prakash.sangappa wrote: Regarding #3 as a general feature, do we want to consider this and the complexity associated with the implementation? We have to. Given

Re: [PATCH RFC] hugetlbfs 'noautofill' mount option

On 5/9/17 1:59 PM, Prakash Sangappa wrote: On 5/9/17 1:58 AM, Christoph Hellwig wrote: On Mon, May 08, 2017 at 03:12:42PM -0700, prakash.sangappa wrote: Regarding #3 as a general feature, do we want to consider this and the complexity associated with the implementation? We have to. Given

Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On 05/16/2017 07:37 AM, Rob Herring wrote: On Tue, May 16, 2017 at 8:38 AM, Jan Glauber wrote: On Tue, May 16, 2017 at 08:07:50AM -0500, Rob Herring wrote: On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: If the regulator probing is

Re: [PATCH 5/5] mmc: cavium: Fix probing race with regulator

On 05/16/2017 07:37 AM, Rob Herring wrote: On Tue, May 16, 2017 at 8:38 AM, Jan Glauber wrote: On Tue, May 16, 2017 at 08:07:50AM -0500, Rob Herring wrote: On Tue, May 16, 2017 at 4:36 AM, Jan Glauber wrote: If the regulator probing is not yet finished this driver might catch a

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Rob Herring writes: > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote: >> Laurent Pinchart writes: >> >>> Hi Eric, >>> >>> Thank you for the patch. >>> >>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: The

Re: [PATCH 2/4] dt-bindings: Document the Raspberry Pi Touchscreen nodes.

Rob Herring writes: > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote: >> Laurent Pinchart writes: >> >>> Hi Eric, >>> >>> Thank you for the patch. >>> >>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote: The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with DSI->DPI

Re: [PATCH v4] DTS: ARM: OMAP5: uevm: add µSD card detect

* H. Nikolaus Schaller [170515 01:35]: > If we have Linux installed in eMMC we can boot without > µSD card, but inserting one is not recognised. > > The reason is that the card detect gpio (gpio5_152) > is not configured and attached to the mmc1 interface > driver and the mmc

Re: [PATCH v4] DTS: ARM: OMAP5: uevm: add µSD card detect

* H. Nikolaus Schaller [170515 01:35]: > If we have Linux installed in eMMC we can boot without > µSD card, but inserting one is not recognised. > > The reason is that the card detect gpio (gpio5_152) > is not configured and attached to the mmc1 interface > driver and the mmc driver does not

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On 5/16/2017 8:29 AM, Borislav Petkov wrote: On Mon, May 15, 2017 at 03:27:57PM -0600, Tyler Baicar wrote: UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match

Re: [PATCH V16 08/11] efi: print unrecognized CPER section

On 5/16/2017 8:29 AM, Borislav Petkov wrote: On Mon, May 15, 2017 at 03:27:57PM -0600, Tyler Baicar wrote: UEFI spec allows for non-standard section in Common Platform Error Record. This is defined in section N.2.3 of UEFI version 2.5. Currently if the CPER section's type (UUID) does not match

Re: [PATCH 1/2] net-next: stmmac: add adjust_link function

On 05/15/2017 04:41 AM, Corentin Labbe wrote: > My dwmac-sun8i serie will add some if (has_sun8i) to > stmmac_adjust_link() > Since the current stmmac_adjust_link() alreaady have lots of if > (has_gmac/gmac4), > It is now better to create an adjust_link() function for each dwmac. Is it really,

Re: [PATCH 1/2] net-next: stmmac: add adjust_link function

On 05/15/2017 04:41 AM, Corentin Labbe wrote: > My dwmac-sun8i serie will add some if (has_sun8i) to > stmmac_adjust_link() > Since the current stmmac_adjust_link() alreaady have lots of if > (has_gmac/gmac4), > It is now better to create an adjust_link() function for each dwmac. Is it really,

Re: [PATCHv2 4/4] ARM: dts: omap4-droid4: Add bluetooth

* Sebastian Reichel [170503 07:25]: > Droid 4 has WL 1285C connected to the OMAP's UART4 port, which is > used for Bluetooth and most likely can also be used for controlling > the FM radio and GPS receivers. I'm picking this patch and applying into

Re: [PATCHv2 4/4] ARM: dts: omap4-droid4: Add bluetooth

* Sebastian Reichel [170503 07:25]: > Droid 4 has WL 1285C connected to the OMAP's UART4 port, which is > used for Bluetooth and most likely can also be used for controlling > the FM radio and GPS receivers. I'm picking this patch and applying into omap-for-v4.13/dt thanks. Tony

Re: [PATCH] iio: tsl2583: add runtime power management support

On 14/05/17 21:08, Brian Masney wrote: On Wed, Apr 26, 2017 at 06:16:34AM +0100, Jonathan Cameron wrote: On 25/04/17 09:06, Brian Masney wrote: This patch adds runtime power management support to the tsl2583 driver. The device is powered off after two seconds of inactivity. Verified that the

Re: [PATCH] iio: tsl2583: add runtime power management support

On 14/05/17 21:08, Brian Masney wrote: On Wed, Apr 26, 2017 at 06:16:34AM +0100, Jonathan Cameron wrote: On 25/04/17 09:06, Brian Masney wrote: This patch adds runtime power management support to the tsl2583 driver. The device is powered off after two seconds of inactivity. Verified that the

Re: [PATCH 1/2] net-next: stmmac: add adjust_link function

From: Corentin Labbe Date: Mon, 15 May 2017 13:41:39 +0200 > My dwmac-sun8i serie will add some if (has_sun8i) to > stmmac_adjust_link() > Since the current stmmac_adjust_link() alreaady have lots of if > (has_gmac/gmac4), > It is now better to create an adjust_link()

Re: [PATCH 1/2] net-next: stmmac: add adjust_link function

From: Corentin Labbe Date: Mon, 15 May 2017 13:41:39 +0200 > My dwmac-sun8i serie will add some if (has_sun8i) to > stmmac_adjust_link() > Since the current stmmac_adjust_link() alreaady have lots of if > (has_gmac/gmac4), > It is now better to create an adjust_link() function for each dwmac. >

Re: [PATCH] ARM: dts: omap4-droid4: add bluetooth

* Sebastian Reichel [170415 15:21]: > Droid 4 has wl1835 connected to the OMAP's UART4 port, which is > used for Bluetooth and most likely can also be used for controlling > the FM radio and GPS receivers. ... > --- a/arch/arm/boot/dts/omap4-droid4-xt894.dts > +++

Re: [PATCH] ARM: dts: omap4-droid4: add bluetooth

* Sebastian Reichel [170415 15:21]: > Droid 4 has wl1835 connected to the OMAP's UART4 port, which is > used for Bluetooth and most likely can also be used for controlling > the FM radio and GPS receivers. ... > --- a/arch/arm/boot/dts/omap4-droid4-xt894.dts > +++

Re: [PATCH 06/21] VFS: Introduce a superblock configuration context [ver #3]

Miklos Szeredi wrote: > One way to split this large patch up into more managable chunks would be: > > 1) common infrastructure > 2) new mount related changes > 3) reconfig (remount) related changes > > Would that work? The problem is that remount seems to generally use

Re: [PATCH 06/21] VFS: Introduce a superblock configuration context [ver #3]

Miklos Szeredi wrote: > One way to split this large patch up into more managable chunks would be: > > 1) common infrastructure > 2) new mount related changes > 3) reconfig (remount) related changes > > Would that work? The problem is that remount seems to generally use the same parsing

Re: [usb-gadget-udc] question about null check after calling phys_to_virt() function

Hi Felipe, Quoting Felipe Balbi : Hi, "Gustavo A. R. Silva" writes: Hello everybody, While looking into Coverity ID 145958 I ran into the following piece of code at drivers/usb/gadget/udc/amd5536udc.c:852: } else if (i == buf_len) { /*

Re: [usb-gadget-udc] question about null check after calling phys_to_virt() function

Hi Felipe, Quoting Felipe Balbi : Hi, "Gustavo A. R. Silva" writes: Hello everybody, While looking into Coverity ID 145958 I ran into the following piece of code at drivers/usb/gadget/udc/amd5536udc.c:852: } else if (i == buf_len) { /* first td */ td = (struct

Re: linux-next: Tree for May 16 (net/core)

On 05/15/17 18:21, Stephen Rothwell wrote: > Hi all, > > Changes since 20170515: > on i386 or x86_64: when CONFIG_INET is not enabled: ../net/core/sock.c: In function 'skb_orphan_partial': ../net/core/sock.c:1810:2: error: implicit declaration of function 'skb_is_tcp_pure_ack'

Re: linux-next: Tree for May 16 (net/core)

On 05/15/17 18:21, Stephen Rothwell wrote: > Hi all, > > Changes since 20170515: > on i386 or x86_64: when CONFIG_INET is not enabled: ../net/core/sock.c: In function 'skb_orphan_partial': ../net/core/sock.c:1810:2: error: implicit declaration of function 'skb_is_tcp_pure_ack'

Re: [PATCH 1/1] ARM: dts: dra7: Reduce cpu thermal shutdown temperature

* Ravikumar [170503 06:57]: > Hi, > > On Wednesday 12 April 2017 11:54 AM, Kattekola, Ravikumar wrote: > > On dra7, as per TRM, the HW shutdown (TSHUT) temperature is hardcoded > > to 123C and cannot be modified by SW. This means when the temperature > > reaches 123C HW asserts

Re: [PATCH 1/1] ARM: dts: dra7: Reduce cpu thermal shutdown temperature

* Ravikumar [170503 06:57]: > Hi, > > On Wednesday 12 April 2017 11:54 AM, Kattekola, Ravikumar wrote: > > On dra7, as per TRM, the HW shutdown (TSHUT) temperature is hardcoded > > to 123C and cannot be modified by SW. This means when the temperature > > reaches 123C HW asserts TSHUT output

Re: WARNING at arch/x86/kernel/alternative.c:707 text_poke+0x25d/0x270

On Tue, 16 May 2017 11:30:19 -0400 Steven Rostedt wrote: > On Wed, 17 May 2017 00:15:39 +0900 > Masami Hiramatsu wrote: > > > > > It appears that the kprobe_optimizer work thread call happened after > > > the init pages were freed, causing

Re: WARNING at arch/x86/kernel/alternative.c:707 text_poke+0x25d/0x270

On Tue, 16 May 2017 11:30:19 -0400 Steven Rostedt wrote: > On Wed, 17 May 2017 00:15:39 +0900 > Masami Hiramatsu wrote: > > > > > It appears that the kprobe_optimizer work thread call happened after > > > the init pages were freed, causing alternative.c to give the above > > > warning because

Re: [PATCH v2] perf report: fix off-by-one for non-activation frames

On Dienstag, 16. Mai 2017 18:17:26 CEST Milian Wolff wrote: > On Dienstag, 16. Mai 2017 16:38:29 CEST Namhyung Kim wrote: > > On Tue, May 16, 2017 at 10:59:51AM +0200, Milian Wolff wrote: > > > As the documentation for dwfl_frame_pc says, frames that > > > are no activation frames need to have

Re: [PATCH v2] perf report: fix off-by-one for non-activation frames

On Dienstag, 16. Mai 2017 18:17:26 CEST Milian Wolff wrote: > On Dienstag, 16. Mai 2017 16:38:29 CEST Namhyung Kim wrote: > > On Tue, May 16, 2017 at 10:59:51AM +0200, Milian Wolff wrote: > > > As the documentation for dwfl_frame_pc says, frames that > > > are no activation frames need to have

[PATCH -next] ASoC: rt5665: make local symbol rt5665_i2c_driver static

From: Wei Yongjun Fixes the following sparse warnings: sound/soc/codecs/rt5665.c:4928:19: warning: symbol 'rt5665_i2c_driver' was not declared. Should it be static? Signed-off-by: Wei Yongjun --- sound/soc/codecs/rt5665.c | 2 +- 1 file

[PATCH -next] ASoC: rt5665: make local symbol rt5665_i2c_driver static

From: Wei Yongjun Fixes the following sparse warnings: sound/soc/codecs/rt5665.c:4928:19: warning: symbol 'rt5665_i2c_driver' was not declared. Should it be static? Signed-off-by: Wei Yongjun --- sound/soc/codecs/rt5665.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

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