Re: [PATCH v2 1/1] mux: consumer: Add dummy functions for !CONFIG_MULTIPLEXER case

2017-07-09 Thread Peter Rosin
On 2017-07-08 23:22, Andy Shevchenko wrote: > On Sat, Jul 8, 2017 at 9:12 PM, > wrote: >> From: Kuppuswamy Sathyanarayanan >> >> Add dummy functions to avoid compile time issues when CONFIG_MULTIPLEXER >> is not enabled. >> > > I don't think the error return code is okay to all of them. The retu

Re: [PATCH v4 RESEND 1/2] Documentation: tpm: add powered-while-suspended binding documentation

2017-07-09 Thread Jarkko Sakkinen
On Wed, Jul 05, 2017 at 10:19:02AM -0700, Sonny Rao wrote: > On Mon, Jul 3, 2017 at 5:57 AM, Jarkko Sakkinen > wrote: > > On Tue, Jun 27, 2017 at 12:27:23PM +0200, Enric Balletbo i Serra wrote: > >> Add a new powered-while-suspended property to control the behavior of the > >> TPM suspend/resume.

Re: [PATCH] tpm: tpm_crb: constify acpi_device_id.

2017-07-09 Thread Jarkko Sakkinen
On Thu, Jul 06, 2017 at 11:18:39PM +0530, Arvind Yadav wrote: > acpi_device_id are not supposed to change at runtime. All functions > working with acpi_device_id provided by work with > const acpi_device_id. So mark the non-const structs as const. > > File size before: >text data

Re: [PATCH v2 1/1] mux: mux-core: Add NULL check for dev->of_node

2017-07-09 Thread Peter Rosin
On 2017-07-09 01:12, Kuppuswamy, Sathyanarayanan wrote: > Hi Peter, > > > On 7/8/2017 2:00 PM, Peter Rosin wrote: >> On 2017-07-07 23:46, sathyanarayanan.kuppusw...@linux.intel.com wrote: >>> From: Kuppuswamy Sathyanarayanan >>> >>> >>> If dev->of_node is NULL, then calling mux_control_get() >>

Re: [PATCH v5 5/5] intel_idle: Add S0ix validation

2017-07-09 Thread kbuild test robot
-pmc-function/20170709-134714 base: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git linux-next config: x86_64-randconfig-x015-201728 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree

Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality

2017-07-09 Thread Anshuman Khandual
On 07/07/2017 10:44 PM, Mike Kravetz wrote: > On 07/07/2017 01:45 AM, Anshuman Khandual wrote: >> On 07/06/2017 09:47 PM, Mike Kravetz wrote: >>> The mremap system call has the ability to 'mirror' parts of an existing >>> mapping. To do so, it creates a new mapping that maps the same pages as >>>

RFC: Task switch emulation fails for VM86 mode

2017-07-09 Thread Wanpeng Li
Hi all, I found that task switch emulation fails to work for VM86 mode if guest state is invalid. It can be reproduced by running kvm-unit-tests/taskswitch2.flat, EPT = 0 or EPT=1, unrestricted_guest=N, emulate_invalid_guest_state=Y. When EPT=1, unrestricted_guest=Y, emulate_invalid_state=Y, the

Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality

2017-07-09 Thread Anshuman Khandual
On 07/07/2017 11:39 PM, Mike Kravetz wrote: > On 07/07/2017 10:45 AM, Kirill A. Shutemov wrote: >> On Fri, Jul 07, 2017 at 10:29:52AM -0700, Mike Kravetz wrote: >>> On 07/07/2017 03:23 AM, Kirill A. Shutemov wrote: On Thu, Jul 06, 2017 at 09:17:26AM -0700, Mike Kravetz wrote: > The mremap

Re: [PATCH v2 1/1] mux: mux-core: Add NULL check for dev->of_node

2017-07-09 Thread Kuppuswamy, Sathyanarayanan
Hi, On 7/9/2017 12:07 AM, Peter Rosin wrote: On 2017-07-09 01:12, Kuppuswamy, Sathyanarayanan wrote: Hi Peter, On 7/8/2017 2:00 PM, Peter Rosin wrote: On 2017-07-07 23:46, sathyanarayanan.kuppusw...@linux.intel.com wrote: From: Kuppuswamy Sathyanarayanan If dev->of_node is NULL, then cal

[PATCH v3] sched/cputime: Fix using smp_processor_id() in preemptible

2017-07-09 Thread Wanpeng Li
From: Wanpeng Li BUG: using smp_processor_id() in preemptible [] code: 99-trinity/181 caller is debug_smp_processor_id+0x17/0x19 CPU: 0 PID: 181 Comm: 99-trinity Not tainted 4.12.0-01059-g2a42eb9 #1 Call Trace: dump_stack+0x82/0xb8 check_preemption_disabled+0xd1/0xe3 debug_smp_p

Re: [PATCH v2 1/1] mux: consumer: Add dummy functions for !CONFIG_MULTIPLEXER case

2017-07-09 Thread Kuppuswamy, Sathyanarayanan
Hi, On 7/8/2017 11:59 PM, Peter Rosin wrote: On 2017-07-08 23:22, Andy Shevchenko wrote: On Sat, Jul 8, 2017 at 9:12 PM, wrote: From: Kuppuswamy Sathyanarayanan Add dummy functions to avoid compile time issues when CONFIG_MULTIPLEXER is not enabled. I don't think the error return code is

[PATCH] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

2017-07-09 Thread Jonathan Liu
The drm_driver lastclose callback is called when the last userspace DRM client has closed. Call drm_fbdev_cma_restore_mode to restore the fbdev console otherwise the fbdev console will stop working. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/sun4i_drv.c | 8 1 file changed, 8

[PATCH v2] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

2017-07-09 Thread Jonathan Liu
The drm_driver lastclose callback is called when the last userspace DRM client has closed. Call drm_fbdev_cma_restore_mode to restore the fbdev console otherwise the fbdev console will stop working. Signed-off-by: Jonathan Liu --- Changes for v2: - Rename sun4i_drm_lastclose to sun4i_drv_lastclo

Re: [PATCH] arm64: arch_timer: fix the infinite recursion when enable ftrace and erratum workaround

2017-07-09 Thread Ding Tianhong
On 2017/7/6 22:35, Mark Rutland wrote: > On Thu, Jul 06, 2017 at 08:49:33PM +0800, Ding Tianhong wrote: >> When enable preempt and ftrace, and perform the following steps, the system >> will hang: >> mount -t debugfs nodev /sys/kernel/debug/ >> cd /sys/kernel/debug/tracing/ >> echo function_grap

[PATCH RESEND] arm64: arch_timer: fix the infinite recursion when enable ftrace and erratum workaround

2017-07-09 Thread Ding Tianhong
When enable preempt and debug ftrace, and perform the following steps, the system will hang: mount -t debugfs nodev /sys/kernel/debug/ cd /sys/kernel/debug/tracing/ echo function_graph > current_tracer This is because tracing the preempt_disable/enable calls would cause trace_clock() which would g

[GIT pull] core updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus A fix to the objtool sibling call detection logic to distinguish normal jumps inside a function from a real sibling call. Thanks, tglx

[GIT pull] irq updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus This update contains: - A few fixes mopping up the fallout of the big irq overhaul - Move the interrupt resource management logic out of the

[GIT pull] locking updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus Two fixlets for the locking code: - Fix the EINTR logic in rwsem-spinlock to avoid double locking by a writer and a reader - Add

[GIT pull] perf updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus A couple of fixes for perf and kprobes: - Add he missing exclude_kernel attribute for the precise_ip level so !CAP_SYS_ADMIN users get the

[GIT pull] scheduler updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus This scheduler update provides: - The (hopefully) final fix for the vtime accounting issues which were around for quite some time

Re: [RFC PATCH] x86: enable dead code and data elimination (LTO)

2017-07-09 Thread Ingo Molnar
* Nicholas Piggin wrote: > FYI, easiest way to check if you forgot to KEEP a linker table is > to look at `readelf -S vmlinux` differences, and to see what is > being trimmed, look at nm differences or use --print-gc-sections > LD option to see what symbols you're trimming. Linker tables, > boot

[GIT pull] smp/hotplug updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest smp-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp-urgent-for-linus A single fix for a brown paperbag bug: - The unparking of the initial percpu threads of an upcoming CPU happens right now on the idle task,

[GIT pull] timers update for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus Add Frederic Weisbecker as NOHZ/dyntick maintainer. Thanks, tglx --> Ingo Molnar (1): MAINTAINERS: Add Frede

[PATCH] ARM: imx: constify gpio and pins.

2017-07-09 Thread Arvind Yadav
gpios and pins are not supposed to change at runtime. All functions working with gpios provided by work with const gpio. Pins is working with 'mxc_iomux_setup_multiple_pins( const unsigned int *pin_list, ...)'. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- arch/arm/mac

[GIT pull] x86 updates for 4.13

2017-07-09 Thread Thomas Gleixner
Linus, please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus The x86 updates contain: - A fix for a longstanding PAT bug, where PAT was reported on CPUs that do not support it, which leads to wrong

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

2017-07-09 Thread Jan Kiszka
On 2017-07-08 23:48, Andy Shevchenko wrote: > On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: >> From: Jan Kiszka >> >> Avoid hogging chip select GPIOs just because they are listed for the >> master. They might be mulitplexed and, if no slave device is attached, >> used for different purposes.

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

2017-07-09 Thread Andy Shevchenko
On Sun, Jul 9, 2017 at 12:30 PM, Jan Kiszka wrote: > On 2017-07-08 23:48, Andy Shevchenko wrote: >> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: >>> From: Jan Kiszka >>> >>> Avoid hogging chip select GPIOs just because they are listed for the >>> master. They might be mulitplexed and, if n

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

2017-07-09 Thread Jan Kiszka
On 2017-07-09 11:55, Andy Shevchenko wrote: > On Sun, Jul 9, 2017 at 12:30 PM, Jan Kiszka wrote: >> On 2017-07-08 23:48, Andy Shevchenko wrote: >>> On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: From: Jan Kiszka Avoid hogging chip select GPIOs just because they are listed for

Re: [PATCH] x86/boot/KASLR: exclude EFI_BOOT_SERVICES_{CODE|DATA} from KASLR's choice

2017-07-09 Thread Baoquan He
On 07/07/17 at 11:56am, Matt Fleming wrote: > On Fri, 07 Jul, at 11:07:59AM, Baoquan He wrote: > > On 07/06/17 at 03:57pm, Matt Fleming wrote: > > > On Thu, 06 Jul, at 08:31:07AM, Naoya Horiguchi wrote: > > > > + for (i = 0; i < nr_desc; i++) { > > > > + md = (efi_memory_desc_t

[PATCH] cifs: Clean up unused variables in smb2pdu.c

2017-07-09 Thread Christos Gkekas
There are multiple unused variables struct TCP_Server_Info *server defined in many methods in smb2pdu.c. They should be removed and related logic simplified. Signed-off-by: Christos Gkekas --- fs/cifs/smb2pdu.c | 35 +++ 1 file changed, 7 insertions(+), 28 deletio

[PATCH] MAINTAINERS: move the befs tree to kernel.org

2017-07-09 Thread Luis de Bethencourt
Updating the location of the befs git tree and my email address. Signed-off-by: Luis de Bethencourt --- Hello, The currently listed email address isn't valid anymore due to a job change. It felt like a good moment to request a kernel.org account (thanks Konstantin for the prompt response and ea

Re: spmi: pmic-arb: Always allocate ppid_to_apid table

2017-07-09 Thread Luca Weiss
On Dienstag, 27. Juni 2017 04:17:46 CEST Stephen Boyd wrote: > After commit 7f1d4e58dabb ("spmi: pmic-arb: optimize table > lookups") we always need the ppid_to_apid table regardless of the > version of pmic arbiter we have. Otherwise, we will try to deref > the array when we don't allocate it on v

[for-next][PATCH 0/4] tracing: A few more changes for 4.13

2017-07-09 Thread Steven Rostedt
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 29b1a8ad7df4528b862a79e3d5fb0936f4d199c7 Joel Fernandes (3): tracing: Treat recording comm for idle task as a success tracing: Treat recording tgid for idle task as a success tracing: At

[patch 2/3] staging: speakup: use tty_kopen instead of tty_open_by_driver

2017-07-09 Thread Okash Khawaja
This patch replaces call to tty_open_by_driver with a tty_kopen. Signed-off-by: Okash Khawaja --- drivers/staging/speakup/spk_ttyio.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/staging/speakup/spk_ttyio.c +++ b/drivers/staging/speakup/spk_ttyio.c @@ -164,7 +164,7 @@

[patch 0/3] Re: tty contention resulting from tty_open_by_device export

2017-07-09 Thread Okash Khawaja
On Sat, Jul 08, 2017 at 10:38:03AM +0200, Greg Kroah-Hartman wrote: > Overall, the idea looks sane to me. Keeping userspace from opening a > tty that the kernel has opened internally makes sense, hopefully > userspace doesn't get too confused when that happens. I don't think we > normally return

[patch 1/3] tty: resolve tty contention between kernel and user space

2017-07-09 Thread Okash Khawaja
The commit 12e84c71b7d4ee (tty: export tty_open_by_driver) exports tty_open_by_device to allow tty to be opened from inside kernel which works fine except that it doesn't handle contention with user space or another kernel-space open of the same tty. For example, opening a tty from user space while

[patch 3/3] tty: undo export of tty_open_by_driver

2017-07-09 Thread Okash Khawaja
Since we have tty_kopen, we no longer need to export tty_open_by_driver. This patch makes this function static. Signed-off-by: Okash Khawaja --- drivers/tty/tty_io.c |3 +-- include/linux/tty.h |5 - 2 files changed, 1 insertion(+), 7 deletions(-) --- a/drivers/tty/tty_io.c +++ b/

[for-next][PATCH 3/4] tracing: Treat recording tgid for idle task as a success

2017-07-09 Thread Steven Rostedt
From: Joel Fernandes Currently we stop recording tgid for non-idle tasks when switching from/to idle task since we treat that as a record failure. Fix that by treat recording of tgid for idle task as a success. Link: http://lkml.kernel.org/r/20170706230023.17942-2-joe...@google.com Cc: kernel-t

[for-next][PATCH 2/4] tracing: Treat recording comm for idle task as a success

2017-07-09 Thread Steven Rostedt
From: Joel Fernandes Currently we stop recording comm for non-idle tasks when switching from/to idle task since we treat that as a record failure. Fix that by treat recording of comm for idle task as a success. Link: http://lkml.kernel.org/r/20170706230023.17942-1-joe...@google.com Cc: kernel-t

[for-next][PATCH 4/4] tracing: Attempt to record other information even if some fail

2017-07-09 Thread Steven Rostedt
From: Joel Fernandes In recent patches where we record comm and tgid at the same time, we skip continuing to record if any fail. Fix that by trying to record as many things as we can even if some couldn't be recorded. If any information isn't recorded, then we don't set trace_taskinfo_save as bef

[for-next][PATCH 1/4] tracing: Add saved_tgids file to show cached pid to tgid mappings

2017-07-09 Thread Steven Rostedt
From: Michael Sartain Export the cached pid / tgid mappings in debugfs tracing saved_tgids file. This allows user apps to translate the pids from a trace to their respective thread group. Example saved_tgids file with pid / tgid values separated by ' ': # cat saved_tgids 1048 1048 1047 10

Re: [PATCH v3 0/4] A fix and a few new tests for kprobe tracer

2017-07-09 Thread Steven Rostedt
On Sat, 8 Jul 2017 00:27:29 +0530 "Naveen N. Rao" wrote: > v2: > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1434048.html > > Changes since v2: > - Update tests to include additional scenarios and better error > checking. > I pulled these into my branch and started test

Re: [patch 2/3] staging: speakup: use tty_kopen instead of tty_open_by_driver

2017-07-09 Thread Greg Kroah-Hartman
On Sun, Jul 09, 2017 at 12:41:55PM +0100, Okash Khawaja wrote: > This patch replaces call to tty_open_by_driver with a tty_kopen. > > Signed-off-by: Okash Khawaja > > --- > drivers/staging/speakup/spk_ttyio.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- a/drivers/staging/

Re: [patch 1/3] tty: resolve tty contention between kernel and user space

2017-07-09 Thread Greg Kroah-Hartman
On Sun, Jul 09, 2017 at 12:41:54PM +0100, Okash Khawaja wrote: > The commit 12e84c71b7d4ee (tty: export tty_open_by_driver) exports > tty_open_by_device to allow tty to be opened from inside kernel which > works fine except that it doesn't handle contention with user space or > another kernel-space

Re: [patch 0/3] Re: tty contention resulting from tty_open_by_device export

2017-07-09 Thread Greg Kroah-Hartman
On Sun, Jul 09, 2017 at 12:41:53PM +0100, Okash Khawaja wrote: > On Sat, Jul 08, 2017 at 10:38:03AM +0200, Greg Kroah-Hartman wrote: > > Overall, the idea looks sane to me. Keeping userspace from opening a > > tty that the kernel has opened internally makes sense, hopefully > > userspace doesn't g

Re: [PATCH v5 2/6] clk: sunxi-ng: Add sun4i/sun7i CCU driver

2017-07-09 Thread Jonathan Liu
Hi Priit, On 5 July 2017 at 06:04, Priit Laes wrote: > Introduce a clock controller driver for sun4i A10 and sun7i A20 > series SoCs. > > Signed-off-by: Priit Laes > --- > drivers/clk/sunxi-ng/Kconfig | 14 +- > drivers/clk/sunxi-ng/Makefile |1 +- > drivers/clk/s

Re: [PATCH v2] staging: atomisp: use kstrdup to replace kmalloc and memcpy

2017-07-09 Thread hari prasath
On 8 July 2017 at 16:31, Sakari Ailus wrote: > Hi Hari, > > On Fri, Jul 07, 2017 at 08:15:21PM +0530, Hari Prasath wrote: >> kstrdup kernel primitive can be used to replace kmalloc followed by >> string copy. This was reported by coccinelle tool >> >> Signed-off-by: Hari Prasath >> --- >> .../me

Re: [patch 2/3] staging: speakup: use tty_kopen instead of tty_open_by_driver

2017-07-09 Thread Okash Khawaja
On Sun, Jul 09, 2017 at 01:50:55PM +0200, Greg Kroah-Hartman wrote: > On Sun, Jul 09, 2017 at 12:41:55PM +0100, Okash Khawaja wrote: > > This patch replaces call to tty_open_by_driver with a tty_kopen. > > > > Signed-off-by: Okash Khawaja > > > > --- > > drivers/staging/speakup/spk_ttyio.c |

Re: [PATCH v2 0/3] kernel/kprobes: A few trivial updates to jprobes

2017-07-09 Thread Masami Hiramatsu
On Fri, 7 Jul 2017 22:37:23 +0530 "Naveen N. Rao" wrote: > Here is v2 of the patch: > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1434133.html > > As suggested, the first two patches first clean up the existing jprobe > registration functions and rename function_offset_within_e

[patch 4/3] tty: make tty_kopen return ENODEV in case of no TTY

2017-07-09 Thread Okash Khawaja
When TTY is not built, tty_kopen should return an error. This way calling code remains consistent, regardless of whether tty is built or not. This patch returns -ENODEV when there is no tty. Signed-off-by: Okash Khawaja --- include/linux/tty.h |2 +- 1 file changed, 1 insertion(+), 1 deleti

[PATCH v4 1/4] x86/boot/KASLR: Wrap e820 entries walking code into new function process_e820_entries()

2017-07-09 Thread Baoquan He
The original function process_e820_entry() only takes care of each e820 entry passed. And move the E820_TYPE_RAM checking logic into process_e820_entries(). And remove the redundent local variable 'addr' definition in find_random_phys_addr(). Signed-off-by: Baoquan He --- arch/x86/boot/compres

[PATCH v4 0/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

2017-07-09 Thread Baoquan He
Our customer reported that Kernel text may be located on non-mirror region (movable zone) when both address range mirroring feature and KASLR are enabled. The functions of address range mirroring feature are as follows. - The physical memory region whose descriptors in EFI memory map have EFI_ME

[PATCH v4 2/4] x86/boot/KASLR: Switch to pass struct mem_vector to process_e820_entry()

2017-07-09 Thread Baoquan He
This makes process_e820_entry() be able to process any kind of memory region. Signed-off-by: Baoquan He --- arch/x86/boot/compressed/kaslr.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git a/arch/x86/boot/compressed/kaslr.c b/arch/x86/boot/compressed

[PATCH v4 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

2017-07-09 Thread Baoquan He
Kernel text may be located in non-mirror regions (movable zone) when both address range mirroring feature and KASLR are enabled. The address range mirroring feature arranges such mirror region into normal zone and other region into movable zone in order to locate kernel code and data in mirror reg

[PATCH v4 3/4] x86/boot/KASLR: Rename process_e820_entry() into process_mem_region()

2017-07-09 Thread Baoquan He
Now process_e820_entry() is not limited to e820 entry processing, rename it to process_mem_region(). And adjust the code comment accordingly. Signed-off-by: Baoquan He --- arch/x86/boot/compressed/kaslr.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/boot/com

Re: tracing/kprobes: [Bug] Identical timestamps on two kprobes that are few instructions apart

2017-07-09 Thread Masami Hiramatsu
On Fri, 7 Jul 2017 10:34:48 -0700 Arun Kalyanasundaram wrote: > Hi, > > I am trying to use kprobes to time a few kernel functions. However, when I > add two kprobes on a function that are a few instructions apart, I > sometimes get the same timestamp (measured in nano seconds) on the two > probe

Re: [Xen-devel] maybe revert commit c275a57f5ec3 "xen/balloon: Set balloon's initial state to number of existing RAM pages"

2017-07-09 Thread Juergen Gross
On 08/07/17 02:59, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 28, 2017 at 05:30:24PM +0200, Juergen Gross wrote: >> On 28/03/17 16:27, Boris Ostrovsky wrote: >>> On 03/28/2017 04:08 AM, Jan Beulich wrote: >>> On 28.03.17 at 03:57, wrote: > I think there is indeed a disconnect between targe

Dein Geld

2017-07-09 Thread Qatar Foundation
Liebe Begünstigte, Du hast gewonnen (€950.000,00 EURO) als Charity-Spenden / Hilfe der Qatar Foundation erhalten. Kontaktieren Sie uns über E-Mail für weitere Informationen; Mit freundlichen Grüßen, Ingenieur Saad Al Muhannadi. Kontakt e-mail: qcharit...@gmail.com Präsident der Qatar Foundation

Re: [RFC PATCH] x86: enable dead code and data elimination (LTO)

2017-07-09 Thread Masahiro Yamada
Hi. 2017-07-09 18:05 GMT+09:00 Ingo Molnar : > > * Nicholas Piggin wrote: > >> FYI, easiest way to check if you forgot to KEEP a linker table is >> to look at `readelf -S vmlinux` differences, and to see what is >> being trimmed, look at nm differences or use --print-gc-sections >> LD option to s

Re: [PATCH 2/2] dt: Add bindings for IDT VersaClock 5P49V5925

2017-07-09 Thread Marek Vasut
On 07/07/2017 03:57 AM, Vladimir Barinov wrote: > From: Vladimir Barinov > > IDT VersaClock 5 5P49V5925 has 4 clock outputs In 1/2 you said it has 4 FODs and 5 outputs (and it does have 5 outputs, 4 from FODs and 1 I2C_OUTB). >, 4 fractional dividers. > Input clock source can be taken only from

Re: [PATCH 1/2] clk: vc5: Add support for IDT VersaClock 5P49V5925

2017-07-09 Thread Marek Vasut
On 07/07/2017 03:57 AM, Vladimir Barinov wrote: > From: Vladimir Barinov > > Update IDT VersaClock 5 driver to support 5P49V5925. This chip has only > external clock input, four fractional dividers (FODs) and five clock > outputs (four universal clock outputs and one reference clock output at > O

Re: [RFC PATCH] x86: enable dead code and data elimination (LTO)

2017-07-09 Thread Nicolas Pitre
On Sun, 9 Jul 2017, Masahiro Yamada wrote: > Hi. > > 2017-07-09 18:05 GMT+09:00 Ingo Molnar : > > > > * Nicholas Piggin wrote: > > > >> FYI, easiest way to check if you forgot to KEEP a linker table is > >> to look at `readelf -S vmlinux` differences, and to see what is > >> being trimmed, look

Re: [PATCH v4 1/4] x86/boot/KASLR: Wrap e820 entries walking code into new function process_e820_entries()

2017-07-09 Thread Kees Cook
On Sun, Jul 9, 2017 at 5:37 AM, Baoquan He wrote: > The original function process_e820_entry() only takes care of each > e820 entry passed. > > And move the E820_TYPE_RAM checking logic into process_e820_entries(). > > And remove the redundent local variable 'addr' definition in > find_random_phys

Re: [PATCH v4 2/4] x86/boot/KASLR: Switch to pass struct mem_vector to process_e820_entry()

2017-07-09 Thread Kees Cook
On Sun, Jul 9, 2017 at 5:37 AM, Baoquan He wrote: > This makes process_e820_entry() be able to process any kind of memory > region. > > Signed-off-by: Baoquan He Acked-by: Kees Cook -Kees > --- > arch/x86/boot/compressed/kaslr.c | 25 ++--- > 1 file changed, 14 insertions

Re: [PATCH v4 3/4] x86/boot/KASLR: Rename process_e820_entry() into process_mem_region()

2017-07-09 Thread Kees Cook
On Sun, Jul 9, 2017 at 5:37 AM, Baoquan He wrote: > Now process_e820_entry() is not limited to e820 entry processing, rename > it to process_mem_region(). And adjust the code comment accordingly. > > Signed-off-by: Baoquan He Acked-by: Kees Cook -Kees > --- > arch/x86/boot/compressed/kaslr.c

Re: [PATCH v4 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

2017-07-09 Thread Kees Cook
On Sun, Jul 9, 2017 at 5:37 AM, Baoquan He wrote: > Kernel text may be located in non-mirror regions (movable zone) when both > address range mirroring feature and KASLR are enabled. > > The address range mirroring feature arranges such mirror region into > normal zone and other region into movabl

Re: [PATCH] x86/boot/KASLR: exclude EFI_BOOT_SERVICES_{CODE|DATA} from KASLR's choice

2017-07-09 Thread Baoquan He
On 07/09/17 at 06:44pm, Baoquan He wrote: > On 07/07/17 at 11:56am, Matt Fleming wrote: > > On Fri, 07 Jul, at 11:07:59AM, Baoquan He wrote: > > > On 07/06/17 at 03:57pm, Matt Fleming wrote: > > > > On Thu, 06 Jul, at 08:31:07AM, Naoya Horiguchi wrote: > > > > > + for (i = 0; i < nr_desc; i++)

Re: [PATCH v4 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

2017-07-09 Thread Baoquan He
On 07/09/17 at 07:11am, Kees Cook wrote: > On Sun, Jul 9, 2017 at 5:37 AM, Baoquan He wrote: > > Kernel text may be located in non-mirror regions (movable zone) when both > > address range mirroring feature and KASLR are enabled. > > > > The address range mirroring feature arranges such mirror reg

Re: [patch 1/3] tty: resolve tty contention between kernel and user space

2017-07-09 Thread Andy Shevchenko
On Sun, Jul 9, 2017 at 2:41 PM, Okash Khawaja wrote: > +struct tty_struct *tty_kopen(dev_t device) > +{ > + struct tty_struct *tty; > + struct tty_driver *driver = NULL; > + int index = -1; > + > + mutex_lock(&tty_mutex); > + driver = tty_lookup_driver(device, NULL,

Re: [PATCH v2] drm/sun4i: Implement drm_driver lastclose to restore fbdev console

2017-07-09 Thread Chen-Yu Tsai
On Sun, Jul 9, 2017 at 3:59 PM, Jonathan Liu wrote: > The drm_driver lastclose callback is called when the last userspace > DRM client has closed. Call drm_fbdev_cma_restore_mode to restore > the fbdev console otherwise the fbdev console will stop working. > > Signed-off-by: Jonathan Liu This sh

[RFC 0/2] arm-smmu-v3 tlbi-on-map option

2017-07-09 Thread Eric Auger
This series adds a new tlbi-on-map option to the smmuv3 driver. When set, the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk is applied for LPAE tables and the smmuv3 driver sends TLB invalidations on map. This mode is useful when running the driver on a guest as it allows the virtualizer to trap any change

[RFC 1/2] iommu/io-pgtable-arm: flush TLBs when IO_PGTABLE_QUIRK_TLBI_ON_MAP

2017-07-09 Thread Eric Auger
This patch implements the IO_PGTABLE_QUIRK_TLBI_ON_MAP quirk for LPAE page tables. It forces TLB invalidations on map. Signed-off-by: Eric Auger --- drivers/iommu/io-pgtable-arm.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/iommu/io-pgtable-arm.c b/

[RFC 2/2] arm-smmu-v3: Add tlbi_on_map option

2017-07-09 Thread Eric Auger
When running a virtual SMMU on a guest we sometimes need to trap all changes to the translation structures. This is especially useful to integrate with VFIO. This patch adds a new option that forces the IO_PGTABLE_QUIRK_TLBI_ON_MAP to be applied on LPAE page tables. TLBI commands then can be trapp

Re: [PATCH v2 0/7] [PATCH v2 0/7] Add support of OV9655 camera

2017-07-09 Thread Sylwester Nawrocki
Hi Hugues, On 07/06/2017 09:51 AM, Hugues FRUCHET wrote: Hi Sylwester, Do you have the possibility to check for non-regression of this patchset on 9650/52 camera ? I will try to test your patch set once I find the camera module for my Micro2440SDK board. I've spent already a day on setting up

[PATCH] ARM: tegra: Register host1x node with iommu binding on tegra124

2017-07-09 Thread Paul Kocialkowski
This registers the host1x node with the SMMU (as HC swgroup) to allow the host1x code to attach to it. It avoid failing the probe sequence, which resulted in the tegra drm driver not probing and thus nothing being displayed on-screen. Signed-off-by: Paul Kocialkowski --- arch/arm/boot/dts/tegra1

Re: [PATCH] of_mdio: Fix broken PHY IRQ in case of probe deferral

2017-07-09 Thread Florian Fainelli
On 07/02/2017 01:37 PM, Geert Uytterhoeven wrote: > On Tue, Jun 6, 2017 at 11:43 AM, Geert Uytterhoeven > wrote: >> On Tue, May 23, 2017 at 11:36 AM, Geert Uytterhoeven >> wrote: >>> On Fri, May 19, 2017 at 12:21 AM, Florian Fainelli >>> wrote: On 05/18/2017 01:36 PM, Geert Uytterhoeven

[PATCH RFC v4] cpufreq: schedutil: Make iowait boost more energy efficient

2017-07-09 Thread Joel Fernandes
Currently the iowait_boost feature in schedutil makes the frequency go to max. This feature was added to handle a case that Peter described where the throughput of operations involving continuous I/O requests [1] is reduced due to running at a lower frequency, however the lower throughput itself ca

Re: [PATCH] iio: multiplexer: add NULL check on devm_kzalloc() and devm_kmemdup() return values

2017-07-09 Thread Jonathan Cameron
On Fri, 7 Jul 2017 11:26:35 +0200 Peter Rosin wrote: > On 2017-07-07 06:57, Peter Rosin wrote: > > On 2017-07-07 06:53, Gustavo A. R. Silva wrote: > >> Check return values from call to devm_kzalloc() and devm_kmemup() > > > > If someone cares enough: s/devm_kmemup/evm_kmemdup/ > > Strange

Re: [PATCH v6 1/3] iio: adc: Add support for DLN2 ADC

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 12:39:33 -1000 Jack Andersen wrote: > This patch adds support for Diolan DLN2 ADC via IIO's ADC interface. > ADC is the fourth and final component of the DLN2 for the kernel. > > Signed-off-by: Jack Andersen Applied to the togreg branch of iio.git. Initially pushed out as t

Re: [PATCH v2 1/9] staging: iio: tsl2x7x: add of_match table for device tree support

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:18 -0400 Brian Masney wrote: > Add device tree support for the tsl2x7x IIO driver with no custom > properties. The device tree documentation is in a separate commit so > that the changes to trivial-devices.txt can go in via the device > tree subsystem. > > Signed-off-by

Re: [PATCH v2 2/9] staging: iio: tsl2x7x: add device tree documentation

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:19 -0400 Brian Masney wrote: > Add device tree documentation for the tsl2x7x IIO driver. > > Signed-off-by: Brian Masney > CC: Rob Herring > CC: Mark Rutland > CC: devicet...@vger.kernel.org For what it's worth given the simplicity of the patch Acked-by: Jonathan Ca

Re: [PATCH v2 3/9] staging: iio: tsl2x7x: remove redundant power_state sysfs attribute

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:20 -0400 Brian Masney wrote: > The TSL2X7X driver has a custom power_state sysfs attribute. Remove this > attribute since the runtime power management code provides a sysfs > attribute to control the power state of the device. > > Signed-off-by: Brian Masney Applied. >

Re: [PATCH v2 4/9] staging: iio: tsl2x7x: remove tsl2x7x_i2c_read()

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:21 -0400 Brian Masney wrote: > tsl2x7x_i2c_read() would call i2c_smbus_write_byte() and > i2c_smbus_read_byte(). These two i2c functions can be replaced with a > single call to i2c_smbus_read_byte_data(). This patch removes the > tsl2x7x_i2c_read() function and replaces

Re: [PATCH] of_mdio: Fix broken PHY IRQ in case of probe deferral

2017-07-09 Thread Andrew Lunn
> It sure does fix a real issue, but I am really concerned about the > inability to test this patch in a configuration where we have multiple > PHY(s) or MDIO device(s) hanging off the same MDIO bus and one of those > requesting an EPROBE_DEFER. > > I currently don't have a setup where I could exe

Re: [PATCH v2 5/9] staging: iio: tsl2x7x: cleaned up i2c calls in tsl2x7x_als_calibrate()

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:22 -0400 Brian Masney wrote: > The calibration function calls i2c_smbus_write_byte() and > i2c_smbus_read_byte(). These two function calls are replaced with a > single call to i2c_smbus_read_byte_data() by this patch. This patch > also removes an unnecessary call that re

Re: [PATCH v2 6/9] staging: iio: tsl2x7x: refactor {read,write}_event_value to allow handling multiple iio_event_infos

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:23 -0400 Brian Masney wrote: > tsl2x7x_read_thresh() and tsl2x7x_write_thresh() currently assumes > that IIO_EV_INFO_VALUE is the only iio_event_info that will be > passed in. This patch refactors these two functions so that > additional iio_event_infos can be passed in

Re: [PATCH v2 7/9] staging: iio: tsl2x7x: use usleep_range() instead of mdelay()

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:24 -0400 Brian Masney wrote: > This driver in some cases can busy wait for upwards of 15ms. Since the > kernel at this point is not running in atomic context, and is running in > process context, we can safely use usleep_range() instead. This patch > changes the two occu

Re: [PATCH 2/2] dt: Add bindings for IDT VersaClock 5P49V5925

2017-07-09 Thread Vladimir Barinov
On 09.07.2017 16:31, Marek Vasut wrote: On 07/07/2017 03:57 AM, Vladimir Barinov wrote: From: Vladimir Barinov IDT VersaClock 5 5P49V5925 has 4 clock outputs In 1/2 you said it has 4 FODs and 5 outputs (and it does have 5 outputs, 4 from FODs and 1 I2C_OUTB). That was a copy typo. Thank you

[PATCH v2 0/2] clk: vc5: Add IDT VersaClock 5P49V5925

2017-07-09 Thread Vladimir Barinov
Hello, This adds the folowing: - Update IDT VersaClock 5 driver to support 5P49V5925 - Add bindings for IDT VersaClock 5P49V5925 This has the following dependency: - [V3,7/8] clk: vc5: Add bindings for IDT VersaClock 5P49V6901 - [V3,8/8] clk: vc5: Add support for IDT VersaClock 5P49V6901 Vladimi

[PATCH v2 2/2] dt: Add bindings for IDT VersaClock 5P49V5925

2017-07-09 Thread Vladimir Barinov
From: Vladimir Barinov IDT VersaClock 5 5P49V5925 has 5 clock outputs, 4 fractional dividers. Input clock source can be taken only from external reference clock. Signed-off-by: Vladimir Barinov --- Changes in version 2: - fixed typo in patch header: VC5 has 5 clock outputs - rebased against pat

[PATCH v2 1/2] clk: vc5: Add support for IDT VersaClock 5P49V5925

2017-07-09 Thread Vladimir Barinov
From: Vladimir Barinov Update IDT VersaClock 5 driver to support 5P49V5925. This chip has only external clock input, four fractional dividers (FODs) and five clock outputs (four universal clock outputs and one reference clock output at OUT0_SELB_I2C). Signed-off-by: Vladimir Barinov Reviewed-by

Re: [PATCH 2/2] dt: Add bindings for IDT VersaClock 5P49V5925

2017-07-09 Thread Marek Vasut
On 07/09/2017 07:38 PM, Vladimir Barinov wrote: > On 09.07.2017 16:31, Marek Vasut wrote: >> On 07/07/2017 03:57 AM, Vladimir Barinov wrote: >>> From: Vladimir Barinov >>> >>> IDT VersaClock 5 5P49V5925 has 4 clock outputs >> In 1/2 you said it has 4 FODs and 5 outputs (and it does have 5 outputs,

Re: [PATCH v2 2/2] dt: Add bindings for IDT VersaClock 5P49V5925

2017-07-09 Thread Marek Vasut
On 07/09/2017 07:40 PM, Vladimir Barinov wrote: > From: Vladimir Barinov > > IDT VersaClock 5 5P49V5925 has 5 clock outputs, 4 fractional dividers. > Input clock source can be taken only from external reference clock. > > Signed-off-by: Vladimir Barinov Reviewed-by: Marek Vasut > --- > Chang

Re: [PATCH v2 8/9] staging: iio: tsl2x7x: migrate in_illuminance0_integration_time sysfs attribute to iio_chan_spec

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:25 -0400 Brian Masney wrote: > The driver explicitly creates the in_illuminance0_integration_time sysfs > attribute outside the IIO core. This attribute is available in the IIO > core so this patches migrates the attribute to be created by > the iio_chan_spec. > > Signe

[PATCH] checkpatch: fixed alignment and comment style

2017-07-09 Thread Philipp Guendisch
This patch fixed alignment, comment style and one appearance of misordered constant in an if comparison. Semantic should not be affected by this patch. There are still a few warnings and even errors left which require a semantic change of the code to fix. e.g. use of in_atomic in drivers There ar

Re: [PATCH v2 9/9] staging: iio: tsl2x7x: check return value from tsl2x7x_invoke_change()

2017-07-09 Thread Jonathan Cameron
On Thu, 6 Jul 2017 18:56:26 -0400 Brian Masney wrote: > The return value from tsl2x7x_invoke_change() was not checked in most > places in the driver. This patch adds the proper error checks. The > return values inside tsl2x7x_invoke_change() are now checked by > this patch as well. > > Previous

Re: [PATCH] checkpatch: fixed alignment and comment style

2017-07-09 Thread Joe Perches
On Sun, 2017-07-09 at 19:39 +0200, Philipp Guendisch wrote: > This patch fixed alignment, comment style and one appearance of > misordered constant in an if comparison. > Semantic should not be affected by this patch. Your email subject is wrong. This is not a checkpatch patch. Your subject line

Re: [PATCH] iio: adc: meson-saradc: add NULL check on of_match_device() return value

2017-07-09 Thread Jonathan Cameron
On Sat, 8 Jul 2017 15:42:46 +0200 Martin Blumenstingl wrote: > On Fri, Jul 7, 2017 at 8:46 AM, Gustavo A. R. Silva > wrote: > > Check return value from call to of_match_device() > > in order to prevent a NULL pointer dereference. > > > > In case of NULL print error message and return -ENODEV > >

Re: [PATCH] iio: adc: rockchip_saradc: add NULL check on of_match_device() return value

2017-07-09 Thread Jonathan Cameron
On Fri, 7 Jul 2017 01:51:31 -0500 "Gustavo A. R. Silva" wrote: > Check return value from call to of_match_device() > in order to prevent a NULL pointer dereference. > > In case of NULL print error message and return -ENODEV > > Signed-off-by: Gustavo A. R. Silva Applied. Thanks, Jonathan > -

Re: [PATCH] iio: accel: make array init_data static to reduce code size

2017-07-09 Thread Jonathan Cameron
On Fri, 7 Jul 2017 16:55:19 +0100 Colin King wrote: > From: Colin Ian King > > Making the const array init_data static rather having it on the > stack saves us a couple hundreds of bytes: > > Before: >text data bss dec hex filename >3175 848 04

  1   2   3   4   >