Re: [PATCH v2 04/22] mtd: spi-nor: Rename nor->params to nor->flash

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:03 + wrote: > From: Tudor Ambarus > > Rename nor->params to nor->flash for a clearer separation > between the controller and flash operations. Hm, I'm not sure 'flash' is clearer than 'params', and the spi_nor object is supposed to represent the NOR chip anyway, s

RE: [RFC/RFT][PATCH v8] cpuidle: New timer events oriented governor for tickless systems

2019-10-10 Thread Doug Smythies
On 2019.10.09 06:37 Rafael J. Wysocki wrote: > On Wednesday, October 9, 2019 1:19:51 AM CEST Rafael J. Wysocki wrote: >> On Tuesday, October 8, 2019 12:49:01 PM CEST Rafael J. Wysocki wrote: >>> On Tue, Oct 8, 2019 at 11:51 AM Rafael J. Wysocki wrote: On Tue, Oct 8, 2019 at 8:20 AM Doug Smyth

Re: [PATCH] pwm: stm32: add comment to better describe breakinput feature

2019-10-10 Thread Uwe Kleine-König
On Wed, Oct 09, 2019 at 11:51:05AM +0200, Fabrice Gasnier wrote: > On 10/8/19 4:45 PM, Uwe Kleine-König wrote: > > On Tue, Oct 08, 2019 at 01:41:27PM +0200, Fabrice Gasnier wrote: > >> Add a comment to better describe the purpose of breakinput feature that > >> can be found on some STM32 timer inst

Re: [PATCH] clk: bcm2835: Fix memory leak in bcm2835_register_pll

2019-10-10 Thread Alexander Stein
Hello, On Thursday, October 10, 2019, 3:30:58 AM CEST Navid Emamdoost wrote: > In the implementation of bcm2835_register_pll(), the allocated memory > for pll should be released if devm_clk_hw_register() fails. > > Fixes: b19f009d4510 ("clk: bcm2835: Migrate to clk_hw based registration and > OF

Re: [PATCH v2 05/22] mtd: spi-nor: Rework read_sr()

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:08 + wrote: > From: Tudor Ambarus > > static int read_sr(struct spi_nor *nor) > becomes > static int spi_nor_read_sr(struct spi_nor *nor, u8 *sr) > > The new function returns 0 on success and -errno otherwise. > We let the callers pass the pointer to the buffer wh

Re: [PATCH v2 06/22] mtd: spi-nor: Rework read_fsr()

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:12 + wrote: > From: Tudor Ambarus > > static int read_fsr(struct spi_nor *nor) > becomes > static int spi_nor_read_fsr(struct spi_nor *nor, u8 *fsr) > > The new function returns 0 on success and -errno otherwise. > We let the callers pass the pointer to the buffer

Re: [PATCH v2 07/22] mtd: spi-nor: Rework read_cr()

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:15 + wrote: > From: Tudor Ambarus > > static int read_cr(struct spi_nor *nor) > becomes > static int spi_nor_read_cr(struct spi_nor *nor, u8 *cr) > > The new function returns 0 on success and -errno otherwise. > We let the callers pass the pointer to the buffer wh

Re: [PATCH] string.h: Mark 34 functions with __must_check

2019-10-10 Thread Rasmus Villemoes
On 09/10/2019 18.31, Nick Desaulniers wrote: > On Wed, Oct 9, 2019 at 7:30 AM Dan Carpenter wrote: >> >> On Wed, Oct 09, 2019 at 04:21:20PM +0200, Rasmus Villemoes wrote: >>> On 09/10/2019 15.56, Dan Carpenter wrote: That's because glibc strlen is annotated with __attribute_pure__ which

Re: [PATCH v2 08/22] mtd: spi-nor: Rework write_enable/disable()

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:18 + wrote: > From: Tudor Ambarus > > static int write_enable(struct spi_nor *nor) > static int write_disable(struct spi_nor *nor) > become > static int spi_nor_write_enable(struct spi_nor *nor) > static int spi_nor_write_disable(struct spi_nor *nor) > > Check for

Re: [PATCH v2 2/2] mm/memory-failure.c: Don't access uninitialized memmaps in memory_failure()

2019-10-10 Thread David Hildenbrand
On 10.10.19 02:26, Naoya Horiguchi wrote: > On Wed, Oct 09, 2019 at 04:24:35PM +0200, David Hildenbrand wrote: >> We should check for pfn_to_online_page() to not access uninitialized >> memmaps. Reshuffle the code so we don't have to duplicate the error >> message. >> >> Cc: Naoya Horiguchi >> Cc:

[RFC v2 1/2] kvm: Mechanism to copy host timekeeping parameters into guest.

2019-10-10 Thread Suleiman Souhlal
This is used to synchronize time between host and guest. The guest can request the (guest) physical address it wants the data in through the MSR_KVM_TIMEKEEPER_EN MSR. It currently assumes the host timekeeper is "tsc". Signed-off-by: Suleiman Souhlal --- arch/x86/include/asm/kvm_host.h |

[RFC v2 2/2] x86/kvmclock: Introduce kvm-hostclock clocksource.

2019-10-10 Thread Suleiman Souhlal
When kvm-hostclock is selected, and the host supports it, update our timekeeping parameters to be the same as the host. This lets us have our time synchronized with the host's, even in the presence of host NTP or suspend. Signed-off-by: Suleiman Souhlal --- arch/x86/Kconfig|

Re: [PATCH 0/3] eldie generated code for folded p4d/pud

2019-10-10 Thread Peter Zijlstra
On Wed, Oct 09, 2019 at 03:26:55PM -0700, Vineet Gupta wrote: > Hi, > > This series elides extraneous generate code for folded p4d/pud. > This came up when trying to remove __ARCH_USE_5LEVEL_HACK from ARC port. > The code saving are not a while lot, but still worthwhile IMHO. > > bloat-o-meter2 v

Re: [PATCH v2 09/22] mtd: spi-nor: Fix retlen handling in sst_write()

2019-10-10 Thread Boris Brezillon
On Tue, 24 Sep 2019 07:46:21 + wrote: > From: Tudor Ambarus > > In case the write of the first byte failed, retlen was incorrectly > incremented to *retlen += actual; on the exit path. retlen should be > incremented when actual data was written to the flash. > > Rename 'sst_write_err' labe

Re: [PATCH v2 2/2] mm/memory-failure.c: Don't access uninitialized memmaps in memory_failure()

2019-10-10 Thread Michal Hocko
On Thu 10-10-19 09:27:32, David Hildenbrand wrote: > On 09.10.19 16:43, Michal Hocko wrote: > > On Wed 09-10-19 16:24:35, David Hildenbrand wrote: > >> We should check for pfn_to_online_page() to not access uninitialized > >> memmaps. Reshuffle the code so we don't have to duplicate the error > >>

Re: [PATCH AUTOSEL 5.3 28/68] KVM: x86: Expose XSAVEERPTR to the guest

2019-10-10 Thread Sebastian Andrzej Siewior
On 2019-10-10 00:50:09 [+0200], Paolo Bonzini wrote: > > Also, taking advantage of this feature requires changes which just > > landed in qemu's master branch. > > That's not a big deal, every QEMU supports every kernel and vice versa. That is correct. My point was that the visibility of this cha

Re: Potential NULL pointer deference in mm/memcontrol.c

2019-10-10 Thread Michal Hocko
On Wed 09-10-19 21:56:04, Yizhuo Zhai wrote: > Hi All: > mm/memcontrol.c: > The function mem_cgroup_from_css() could return NULL, but some callers This is the case only when the memory cgroup controller is disabled which is a boot time option. > in this file > checks the return value but directly

Re: [PATCH] ftrace/module: Allow ftrace to make only loaded module text read-write

2019-10-10 Thread Peter Zijlstra
On Wed, Oct 09, 2019 at 10:36:38PM -0400, Steven Rostedt wrote: > From: Steven Rostedt (VMware) > > In the process of using text_poke_bp() for ftrace on x86, when > performing the following action: > > # rmmod snd_hda_codec_hdmi > # echo function > /sys/kernel/tracing/current_tracer > # modpr

Re: [PATCH 10/16] x86/cpu: Detect VMX features on Intel, Centaur and Zhaoxin CPUs

2019-10-10 Thread Tony W Wang-oc
On Sat, Oct 5, 2019, Sean Christopherson wrote: >Add an entry in struct cpuinfo_x86 to track VMX capabilities and fill >the capabilities during IA32_FEATURE_CONTROL MSR initialization. > >Make the VMX capabilities dependent on X86_INTEL_FEATURE_CONTROL and >X86_FEATURE_NAMES so as to avoid unnecess

Re: [PATCH v2 2/2] mm/memory-failure.c: Don't access uninitialized memmaps in memory_failure()

2019-10-10 Thread David Hildenbrand
On 09.10.19 16:43, Michal Hocko wrote: > On Wed 09-10-19 16:24:35, David Hildenbrand wrote: >> We should check for pfn_to_online_page() to not access uninitialized >> memmaps. Reshuffle the code so we don't have to duplicate the error >> message. >> >> Cc: Naoya Horiguchi >> Cc: Andrew Morton >>

Re: [PATCH] regulator: core: Skip balancing of the enabled regulators in regulator_enable()

2019-10-10 Thread Viresh Kumar
On 09-10-19, 15:13, Mark Brown wrote: > On Wed, Oct 09, 2019 at 12:29:00PM +0200, Marek Szyprowski wrote: > > > Okay, then what is the conclusion, as I got lost a bit? How do you want > > this issue to be fixed? > > We should revert the enable call, it shouldn't be required, and ideally > the de

Re: [PATCH v2 for 5.4 2/4] media: hantro: Fix H264 max frmsize supported on RK3288

2019-10-10 Thread Tomasz Figa
On Tue, Oct 8, 2019 at 11:12 PM Jonas Karlman wrote: > > On 2019-10-08 15:53, Tomasz Figa wrote: > > On Tue, Oct 8, 2019 at 10:35 PM Tomasz Figa wrote: > >> On Tue, Oct 8, 2019 at 7:42 PM Tomasz Figa wrote: > >>> On Tue, Oct 8, 2019 at 3:31 PM Jonas Karlman wrote: > On 2019-10-08 07:27, To

Re: [PATCH] extcon: sm5502: Clear pending interrupts during initialization

2019-10-10 Thread Chanwoo Choi
On 19. 10. 8. 오후 7:54, Stephan Gerhold wrote: > On some devices (e.g. Samsung Galaxy A5 (2015)), the bootloader > seems to keep interrupts enabled for SM5502 when booting Linux. > Changing the cable state (i.e. plugging in a cable) - until the driver > is loaded - will therefore produce an interrup

Re: string.h: Mark 34 functions with __must_check

2019-10-10 Thread Markus Elfring
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/lib/test_kasan.c?id=b92a953cb7f727c42a15ac2ea59bf3cf9c39370d#n595 > > The *test* word must have given you a clue that the code you a looking > at is not an ordinary one. The proposed extension of function annotations can be

[PATCH] mm/resource: Move child to new resource when release mem region.

2019-10-10 Thread lantianyu1986
From: Tianyu Lan When release mem region, old mem region may be splited to two regions. Current allocate new struct resource for high end mem region but not move child resources whose ranges are in the high end range to new resource. When adjust old mem region's range, adjust_resource() detects c

Re: [RFC PATCH 0/7] xfs: add reflink & dedupe support for fsdax.

2019-10-10 Thread Dave Chinner
On Wed, Oct 09, 2019 at 10:11:52AM -0700, Darrick J. Wong wrote: > On Tue, Oct 08, 2019 at 11:31:44PM -0700, Christoph Hellwig wrote: > > Btw, I just had a chat with Dan last week on this. And he pointed out > > that while this series deals with the read/write path issues of > > reflink on DAX it

[RFC v2 0/2] kvm: Use host timekeeping in guest.

2019-10-10 Thread Suleiman Souhlal
This RFC is to try to solve the following problem: We have some applications that are currently running in their own namespace, that still talk to other processes on the machine, using IPC, and expect to run on the same machine. We want to move them into a virtual machine, for the usual benefits

Re: [PATCH v2 for 5.4 2/4] media: hantro: Fix H264 max frmsize supported on RK3288

2019-10-10 Thread Tomasz Figa
On Wed, Oct 9, 2019 at 5:39 AM Jonas Karlman wrote: > > On 2019-10-08 16:12, Jonas Karlman wrote: > > On 2019-10-08 15:53, Tomasz Figa wrote: > >> On Tue, Oct 8, 2019 at 10:35 PM Tomasz Figa wrote: > >>> On Tue, Oct 8, 2019 at 7:42 PM Tomasz Figa wrote: > On Tue, Oct 8, 2019 at 3:31 PM Jona

Re: [PATCH v1] mm: Fix access of uninitialized memmaps in fs/proc/page.c

2019-10-10 Thread David Hildenbrand
On 09.10.19 11:57, Naoya Horiguchi wrote: > Hi David, > > On Wed, Oct 09, 2019 at 11:12:04AM +0200, David Hildenbrand wrote: >> There are various places where we access uninitialized memmaps, namely: >> - /proc/kpagecount >> - /proc/kpageflags >> - /proc/kpagecgroup >> - memory_failure() - which r

Re: [PATCH v2 for 5.4 3/4] media: hantro: Fix motion vectors usage condition

2019-10-10 Thread Tomasz Figa
On Tue, Oct 8, 2019 at 10:57 PM Jonas Karlman wrote: > > On 2019-10-08 12:26, Tomasz Figa wrote: > > On Tue, Oct 8, 2019 at 3:23 PM Jonas Karlman wrote: > >> On 2019-10-08 05:29, Tomasz Figa wrote: > >>> Hi Jonas, > >>> > >>> On Tue, Oct 8, 2019 at 3:33 AM Jonas Karlman wrote: > On 2019-10-

Re: [PATCH RFC] perf_event: Add support for LSM and SELinux checks

2019-10-10 Thread Alexey Budankov
Hi Joel, Thanks for the patch. On 09.10.2019 23:36, Joel Fernandes (Google) wrote: > In currentl mainline, the degree of access to perf_event_open(2) system > call depends on the perf_event_paranoid sysctl. This has a number of > limitations: > > 1. The sysctl is only a single value. Many types

Re: [PATCH] ARM: dts: zynq: enablement of coresight topology

2019-10-10 Thread qwang2
On 10/9/19 10:07 PM, Michal Simek wrote: From: Zumeng Chen This patch is to build the coresight topology structure of zynq-7000 series according to the docs of coresight and userguide of zynq-7000. Signed-off-by: Zumeng Chen Signed-off-by: Quanyang Wang Signed-off-by: Michal Simek ---

Re: [PATCH bpf-next 2/2] bpf/stackmap: fix A-A deadlock in bpf_get_stack()

2019-10-10 Thread Peter Zijlstra
On Wed, Oct 09, 2019 at 11:19:16PM -0700, Song Liu wrote: > bpf stackmap with build-id lookup (BPF_F_STACK_BUILD_ID) can trigger A-A > deadlock on rq_lock(): > > rcu: INFO: rcu_sched detected stalls on CPUs/tasks: > [...] > Call Trace: > try_to_wake_up+0x1ad/0x590 > wake_up_q+0x54/0x80 > rwsem_

Re: [PATCH v11 0/6] mm / virtio: Provide support for unused page reporting

2019-10-10 Thread David Hildenbrand
On 09.10.19 21:46, Nitesh Narayan Lal wrote: > > On 10/9/19 12:35 PM, Alexander Duyck wrote: >> On Wed, 2019-10-09 at 11:21 -0400, Nitesh Narayan Lal wrote: >>> On 10/7/19 1:06 PM, Nitesh Narayan Lal wrote: >>> [...] > So what was the size of your guest? One thing that just occurred to me is >

Re: [PATCH for-next 2/5] erofs: remove dead code since managed cache is now built-in

2019-10-10 Thread Chao Yu
On 2019/10/8 20:56, Gao Xiang wrote: > After commit 4279f3f9889f ("staging: erofs: turn cache > strategies into mount options"), cache strategies are > changed into mount options rather than old build configs. > > Let's kill useless code for obsoleted build options. > > Signed-off-by: Gao Xiang

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

2019-10-10 Thread Michal Hocko
On Thu 10-10-19 14:12:01, Sergey Senozhatsky wrote: > On (10/09/19 16:26), Michal Hocko wrote: > > On Wed 09-10-19 15:56:32, Peter Oberparleiter wrote: > > [...] > > > A generic solution would be preferable from my point of view though, > > > because otherwise each console driver owner would need t

Re: [PATCH for-next 4/5] erofs: clean up decompress queue stuffs

2019-10-10 Thread Chao Yu
On 2019/10/8 20:56, Gao Xiang wrote: > Previously, both z_erofs_unzip_io and z_erofs_unzip_io_sb > record decompress queues for backend to use. > > The only difference is that z_erofs_unzip_io is used for > on-stack sync decompression so that it doesn't have a super > block field (since the caller

Re: [PATCH v17 01/14] bitops: Introduce the for_each_set_clump8 macro

2019-10-10 Thread Andy Shevchenko
On Thu, Oct 10, 2019 at 9:29 AM Geert Uytterhoeven wrote: > On Thu, Oct 10, 2019 at 7:49 AM Andy Shevchenko > wrote: > > On Thu, Oct 10, 2019 at 5:31 AM Masahiro Yamada > > wrote: > > > On Thu, Oct 10, 2019 at 3:54 AM Geert Uytterhoeven > > > wrote: > > > > On Wed, Oct 9, 2019 at 7:09 PM Andy

Re: [PATCH] extcon: sm5502: Clear pending interrupts during initialization

2019-10-10 Thread Chanwoo Choi
On 19. 10. 10. 오후 4:33, Chanwoo Choi wrote: > On 19. 10. 8. 오후 7:54, Stephan Gerhold wrote: >> On some devices (e.g. Samsung Galaxy A5 (2015)), the bootloader >> seems to keep interrupts enabled for SM5502 when booting Linux. >> Changing the cable state (i.e. plugging in a cable) - until the driver

Re: For review: rewritten pivot_root(2) manual page

2019-10-10 Thread Michael Kerrisk (man-pages)
Hello Eric, I think I just understood something. See below. On 10/9/19 11:01 PM, Michael Kerrisk (man-pages) wrote: > Hello Eric, > > On 10/9/19 6:00 PM, Eric W. Biederman wrote: >> "Michael Kerrisk (man-pages)" writes: >> >>> Hello Eric, >>> >>> Thank you. I was hoping you might jump in on thi

Re: [PATCH v2] HID: core: check whether usage page item is after usage id item

2019-10-10 Thread Nicolas Saenz Julienne
On Thu, 2019-10-10 at 11:05 +0800, Candle Sun wrote: > > > -static void hid_concatenate_usage_page(struct hid_parser *parser) > > > +static void hid_concatenate_last_usage_page(struct hid_parser *parser) > > > { > > > int i; > > > + unsigned int usage; > > > + unsigned int usage_page

[PATCH] usb: mtk-xhci: Set the XHCI_NO_64BIT_SUPPORT quirk

2019-10-10 Thread Tomasz Figa
MediaTek XHCI host controller does not support 64-bit addressing despite the AC64 bit of HCCPARAMS1 register being set. The platform-specific glue sets the DMA mask to 32 bits on its own, but it has no effect, because xhci_gen_setup() overrides it according to hardware capabilities. Use the XHCI_N

Re: [PATCH v17 01/14] bitops: Introduce the for_each_set_clump8 macro

2019-10-10 Thread Geert Uytterhoeven
Hi Andy, On Thu, Oct 10, 2019 at 9:42 AM Andy Shevchenko wrote: > On Thu, Oct 10, 2019 at 9:29 AM Geert Uytterhoeven > wrote: > > On Thu, Oct 10, 2019 at 7:49 AM Andy Shevchenko > > wrote: > > > On Thu, Oct 10, 2019 at 5:31 AM Masahiro Yamada > > > wrote: > > > > On Thu, Oct 10, 2019 at 3:54

Re: [PATCH v2 2/2] mm/memory-failure.c: Don't access uninitialized memmaps in memory_failure()

2019-10-10 Thread David Hildenbrand
On 10.10.19 09:35, Michal Hocko wrote: > On Thu 10-10-19 09:27:32, David Hildenbrand wrote: >> On 09.10.19 16:43, Michal Hocko wrote: >>> On Wed 09-10-19 16:24:35, David Hildenbrand wrote: We should check for pfn_to_online_page() to not access uninitialized memmaps. Reshuffle the code so

Re: [PATCH v8 4/4] ftrace: Add an option for tracing console latencies

2019-10-10 Thread Viktor Rosendahl
Den ons 9 okt. 2019 kl 20:08 skrev Steven Rostedt : > > On Wed, 9 Oct 2019 16:51:07 +0200 > Viktor Rosendahl wrote: > > > Apologies, I should have replied there but I have been a bit busy the > > last few days with other topics, and I felt a bit indecisive about > > that point, so I just sloppily

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

2019-10-10 Thread Petr Mladek
On Wed 2019-10-09 10:46:14, Qian Cai wrote: > On Wed, 2019-10-09 at 16:24 +0200, Petr Mladek wrote: > > On Wed 2019-10-09 09:43:13, Qian Cai wrote: > > > On Wed, 2019-10-09 at 15:27 +0200, Michal Hocko wrote: > > > > On Wed 09-10-19 09:06:42, Qian Cai wrote: > > > > [...] > > > > > https://lore.ker

Re: [PATCH v2 2/2] mm/memory-failure.c: Don't access uninitialized memmaps in memory_failure()

2019-10-10 Thread David Hildenbrand
On 10.10.19 09:52, David Hildenbrand wrote: > On 10.10.19 09:35, Michal Hocko wrote: >> On Thu 10-10-19 09:27:32, David Hildenbrand wrote: >>> On 09.10.19 16:43, Michal Hocko wrote: On Wed 09-10-19 16:24:35, David Hildenbrand wrote: > We should check for pfn_to_online_page() to not access

Re: [PATCH v1 0/2] perf stat: Support --all-kernel and --all-user

2019-10-10 Thread Jiri Olsa
On Thu, Oct 10, 2019 at 02:46:36PM +0800, Jin, Yao wrote: > > > On 10/1/2019 10:17 AM, Andi Kleen wrote: > > > > I think it's useful. Makes it easy to do kernel/user break downs. > > > > perf record should support the same. > > > > > > Don't we have this already with: > > > > > > [root@quaco ~]

[PATCH] mtd: maps: l440gx: Avoid print address to dmesg

2019-10-10 Thread Fuqian Huang
Avoid print the address of l440gx_map.virt every time l440gx init. Signed-off-by: Fuqian Huang --- drivers/mtd/maps/l440gx.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mtd/maps/l440gx.c b/drivers/mtd/maps/l440gx.c index 876f12f40018..e7e40bca82d1 100644 --- a/drivers/mtd/maps/l44

Re: [PATCH v17 01/14] bitops: Introduce the for_each_set_clump8 macro

2019-10-10 Thread Andy Shevchenko
On Thu, Oct 10, 2019 at 09:49:51AM +0200, Geert Uytterhoeven wrote: > On Thu, Oct 10, 2019 at 9:42 AM Andy Shevchenko > wrote: > > On Thu, Oct 10, 2019 at 9:29 AM Geert Uytterhoeven > > wrote: > > > On Thu, Oct 10, 2019 at 7:49 AM Andy Shevchenko > > > wrote: > > > > On Thu, Oct 10, 2019 at 5:3

Re: [PATCH RFC] perf_event: Add support for LSM and SELinux checks

2019-10-10 Thread Peter Zijlstra
On Wed, Oct 09, 2019 at 04:36:57PM -0400, Joel Fernandes (Google) wrote: > In currentl mainline, the degree of access to perf_event_open(2) system > call depends on the perf_event_paranoid sysctl. This has a number of > limitations: > > 1. The sysctl is only a single value. Many types of accesses

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

2019-10-10 Thread Sergey Senozhatsky
On (10/10/19 09:40), Michal Hocko wrote: [..] > > > Considering that console.write is called from essentially arbitrary code > > > path IIUC then all the locks used in this path should be pretty much > > > tail locks or console internal ones without external dependencies. > > > > That's a good exp

[PATCH v2 3/4] soc: amlogic: Add support for Secure power domains controller

2019-10-10 Thread Jianxin Pan
Add support for the Amlogic Secure Power controller. In A1/C1 series, power control registers are in secure domain, and should be accessed by smc. Signed-off-by: Jianxin Pan --- drivers/soc/amlogic/Kconfig | 13 ++ drivers/soc/amlogic/Makefile| 1 + drivers/soc/amlogic

[PATCH v2 2/4] firmware: meson_sm: Add secure power domain support

2019-10-10 Thread Jianxin Pan
The Amlogic Meson A1/C1 Secure Monitor implements calls to control power domain. Signed-off-by: Jianxin Pan --- drivers/firmware/meson/meson_sm.c | 2 ++ include/linux/firmware/meson/meson_sm.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/firmware/meson/meson_sm.c b/driv

[PATCH v2 4/4] arm64: dts: meson: a1: add secure power domain controller

2019-10-10 Thread Jianxin Pan
Enable power domain controller for Meson A1 SoC. Signed-off-by: Jianxin Pan --- arch/arm64/boot/dts/amlogic/meson-a1.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-a1.dtsi b/arch/arm64/boot/dts/amlogic/meson-a1.dtsi index 7210ad0..5547913 10064

[PATCH v2 0/4] arm64: meson: add support for A1 Power Domains

2019-10-10 Thread Jianxin Pan
This patchset introduces a "Secure Power Doamin Controller". In A1/C1, power controller registers such as PWRCTRL_FOCRSTN, PWRCTRL_PWR_OFF, PWRCTRL_MEM_PD and PWRCTRL_ISO_EN, are in the secure domain, and should be accessed from ATF by smc. Changes since v1 at [0]: - use APIs from sm driver - rena

[PATCH v2 1/4] dt-bindings: power: add Amlogic secure power domains bindings

2019-10-10 Thread Jianxin Pan
Add the bindings for the Amlogic Secure power domains, controlling the secure power domains. The bindings targets the Amlogic A1 and C1 compatible SoCs, in which the power domain registers are in secure world. Signed-off-by: Jianxin Pan --- .../bindings/power/amlogic,meson-sec-pwrc.yaml | 4

Re: [PATCH RT 5/8] sched/deadline: Reclaim cpuset bandwidth in .migrate_task_rq()

2019-10-10 Thread Juri Lelli
On 09/10/19 14:12, Scott Wood wrote: > On Wed, 2019-10-09 at 09:27 +0200, Juri Lelli wrote: > > On 09/10/19 01:25, Scott Wood wrote: > > > On Tue, 2019-10-01 at 10:52 +0200, Juri Lelli wrote: > > > > On 30/09/19 11:24, Scott Wood wrote: > > > > > On Mon, 2019-09-30 at 09:12 +0200, Juri Lelli wrote:

Re: [PATCH v3 0/8] sched/fair: rework the CFS load balance

2019-10-10 Thread Vincent Guittot
On Wed, 9 Oct 2019 at 21:33, Phil Auld wrote: > > On Tue, Oct 08, 2019 at 05:53:11PM +0200 Vincent Guittot wrote: > > Hi Phil, > > > > ... > > > While preparing v4, I have noticed that I have probably oversimplified > > the end of find_idlest_group() in patch "sched/fair: optimize > > find_idlest_

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

2019-10-10 Thread Petr Mladek
On Thu 2019-10-10 14:12:01, Sergey Senozhatsky wrote: > On (10/09/19 16:26), Michal Hocko wrote: > > On Wed 09-10-19 15:56:32, Peter Oberparleiter wrote: > > [...] > > > A generic solution would be preferable from my point of view though, > > > because otherwise each console driver owner would need

[PATCH RESED v2 2/4] firmware: meson_sm: Add secure power domain support

2019-10-10 Thread Jianxin Pan
The Amlogic Meson A1/C1 Secure Monitor implements calls to control power domain. Signed-off-by: Jianxin Pan --- drivers/firmware/meson/meson_sm.c | 2 ++ include/linux/firmware/meson/meson_sm.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/firmware/meson/meson_sm.c b/driv

[PATCH RESEND v2 1/4] dt-bindings: power: add Amlogic secure power domains bindings

2019-10-10 Thread Jianxin Pan
Add the bindings for the Amlogic Secure power domains, controlling the secure power domains. The bindings targets the Amlogic A1 and C1 compatible SoCs, in which the power domain registers are in secure world. Signed-off-by: Jianxin Pan --- .../bindings/power/amlogic,meson-sec-pwrc.yaml | 4

[PATCH RESEND v2 3/4] soc: amlogic: Add support for Secure power domains controller

2019-10-10 Thread Jianxin Pan
Add support for the Amlogic Secure Power controller. In A1/C1 series, power control registers are in secure domain, and should be accessed by smc. Signed-off-by: Jianxin Pan --- drivers/soc/amlogic/Kconfig | 13 ++ drivers/soc/amlogic/Makefile| 1 + drivers/soc/amlogic

[PATCH RESEND v2 0/4] arm64: meson: add support for A1 Power Domains

2019-10-10 Thread Jianxin Pan
This patchset introduces a "Secure Power Doamin Controller". In A1/C1, power controller registers such as PWRCTRL_FOCRSTN, PWRCTRL_PWR_OFF, PWRCTRL_MEM_PD and PWRCTRL_ISO_EN, are in the secure domain, and should be accessed from ATF by smc. Changes since v1 at [0]: - use APIs from sm driver - rena

[PATCH RESEND v2 4/4] arm64: dts: meson: a1: add secure power domain controller

2019-10-10 Thread Jianxin Pan
Enable power domain controller for Meson A1 SoC. Signed-off-by: Jianxin Pan --- arch/arm64/boot/dts/amlogic/meson-a1.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-a1.dtsi b/arch/arm64/boot/dts/amlogic/meson-a1.dtsi index 7210ad0..5547913 10064

Re: [PATCH v17 01/14] bitops: Introduce the for_each_set_clump8 macro

2019-10-10 Thread Geert Uytterhoeven
Hi Andy, On Thu, Oct 10, 2019 at 10:08 AM Andy Shevchenko wrote: > On Thu, Oct 10, 2019 at 09:49:51AM +0200, Geert Uytterhoeven wrote: > > On Thu, Oct 10, 2019 at 9:42 AM Andy Shevchenko > > wrote: > > > On Thu, Oct 10, 2019 at 9:29 AM Geert Uytterhoeven > > > wrote: > > > > On Thu, Oct 10, 20

Re: [PATCH 3/4] media: af9035: add support for Logilink VG0022A

2019-10-10 Thread Gon Solo
Hi! I rebased Mauros patch on top of mine and this patch [3/4] is the first bad commit. I believe these lines are the culprit: + if (le16_to_cpu(d->udev->descriptor.idVendor) == USB_VID_DEXATEK && + le16_to_cpu(d->udev->descriptor.idProduct) == 0x0100) + si2168_confi

(RESEND) [PATCH] ocfs2: Fix error handling in ocfs2_setattr()

2019-10-10 Thread Chengguang Xu
Should set transfer_to[USRQUOTA/GRPQUOTA] to NULL on error case before jump to do dqput(). Signed-off-by: Chengguang Xu --- fs/ocfs2/file.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c index 2e982db3e1ae..53939bf9d7d2 100644 --- a/fs/ocfs2/file.c +++ b/

Re: [PATCH] mtd: maps: l440gx: Avoid print address to dmesg

2019-10-10 Thread Miquel Raynal
Hi Fuqian, Fuqian Huang wrote on Thu, 10 Oct 2019 16:01:30 +0800: > Avoid print the address of l440gx_map.virt every time l440gx init. > > Signed-off-by: Fuqian Huang > --- > drivers/mtd/maps/l440gx.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/mtd/maps/l440gx.c b/drivers

Re: [PATCH 0/8] clocksource/drivers/timer-atmel-tcb: add sama5d2 support

2019-10-10 Thread Sebastian Andrzej Siewior
On 2019-10-10 00:39:58 [+0200], Alexandre Belloni wrote: > This series mainly adds sama5d2 support where we need to avoid using > clock index 0 because that clock is never enabled by the driver. > > There is also a rework of the 32khz clock handling so it is not used for > clockevents on 32 bit co

Re: [RFC v4] zswap: Add CONFIG_ZSWAP_IO_SWITCH to handle swap IO issue

2019-10-10 Thread Dan Streetman
On Tue, Oct 8, 2019 at 4:07 AM Hui Zhu wrote: > > This is the fourth version of this patch. The perious versions > are in [1], [2] and [3]. > > The parameters read_in_flight_limit and write_in_flight_limit were > replaced by io_switch_enabled_enabled in this verion to make this > function more cl

Re: [PATCH v4 1/3] tpm: migrate pubek_show to struct tpm_buf

2019-10-10 Thread Greg Kroah-Hartman
On Thu, Oct 10, 2019 at 12:28:29AM +0300, Jarkko Sakkinen wrote: > commit da379f3c1db0c9a1fd27b11d24c9894b5edc7c75 upstream > > Migrated pubek_show to struct tpm_buf and cleaned up its implementation. > Previously the output parameter structure was declared but left > completely unused. Now it is

Re: [PATCH v4 0/3] tpm: Fix TPM 1.2 Shutdown sequence to prevent future TPM operations

2019-10-10 Thread Greg KH
On Thu, Oct 10, 2019 at 12:28:28AM +0300, Jarkko Sakkinen wrote: > commit db4d8cb9c9f2af71c4d087817160d866ed572cc9 upstream > > This backport is for v4.14 and v4.19 The backport requires non-racy > behaviour from TPM 1.x sysfs code. Thus, the dependecies for that > are included. > > NOTE: 1/3 is

Re: [PATCH v4 3/3] tpm: Fix TPM 1.2 Shutdown sequence to prevent future TPM operations

2019-10-10 Thread Greg Kroah-Hartman
On Thu, Oct 10, 2019 at 12:28:31AM +0300, Jarkko Sakkinen wrote: > From: Vadim Sukhomlinov > > commit db4d8cb9c9f2af71c4d087817160d866ed572cc9 upstream > > TPM 2.0 Shutdown involve sending TPM2_Shutdown to TPM chip and disabling > future TPM operations. TPM 1.2 behavior was different, future TPM

Re: [PATCH v3] ARC: mm: remove __ARCH_USE_5LEVEL_HACK

2019-10-10 Thread Kirill A. Shutemov
On Wed, Oct 09, 2019 at 06:57:31PM +, Vineet Gupta wrote: > Add the intermediate p4d accessors to make it 5 level compliant. > > This is a non-functional change anyways since ARC has software page walker > with 2 lookup levels (pgd -> pte) > > There is slight code bloat due to pulling in need

Re: [PATCH v4 2/3] tpm: use tpm_try_get_ops() in tpm-sysfs.c.

2019-10-10 Thread Greg Kroah-Hartman
On Thu, Oct 10, 2019 at 12:28:30AM +0300, Jarkko Sakkinen wrote: > commit 2677ca98ae377517930c183248221f69f771c921 upstream > > Use tpm_try_get_ops() in tpm-sysfs.c so that we can consider moving > other decorations (locking, localities, power management for example) > inside it. This direction ca

Re: "reuse mergeable anon_vma as parent when fork" causes a crash on s390

2019-10-10 Thread Konstantin Khlebnikov
On 10/10/2019 06.15, Wei Yang wrote: On Thu, Oct 10, 2019 at 10:36:01AM +0800, Wei Yang wrote: Hi, Qian, Shakeel Thanks for testing. Sounds I missed some case to handle. anon_vma_clone() now would be called in vma_adjust, which is a different case when it is introduced. Well, I have to corr

Re: [RFC v2 1/2] kvm: Mechanism to copy host timekeeping parameters into guest.

2019-10-10 Thread Vitaly Kuznetsov
Suleiman Souhlal writes: > This is used to synchronize time between host and guest. > The guest can request the (guest) physical address it wants the > data in through the MSR_KVM_TIMEKEEPER_EN MSR. > > It currently assumes the host timekeeper is "tsc". > > Signed-off-by: Suleiman Souhlal > ---

Re: [PATCH v2 0/2] extcon: axp288: Move to swnodes

2019-10-10 Thread Heikki Krogerus
On Tue, Oct 08, 2019 at 05:02:04PM +0300, Heikki Krogerus wrote: > On Tue, Oct 08, 2019 at 03:59:23PM +0200, Hans de Goede wrote: > > Hi, > > > > On 08-10-2019 14:25, Heikki Krogerus wrote: > > > Hi Hans, > > > > > > Fixed the compiler warning in this version. No other changes. > > > > > > The o

[PATCH] xen/grant-table: remove unnecessary printing

2019-10-10 Thread Fuqian Huang
xen_auto_xlat_grant_frames.vaddr is definitely NULL in this case. So the address printing is unnecessary. Signed-off-by: Fuqian Huang --- drivers/xen/grant-table.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c index 7e

[PATCH v2 0/2] scsi: ufs: Add driver for TI wrapper for Cadence UFS IP

2019-10-10 Thread Vignesh Raghavendra
This series add DT bindings and driver for TI wrapper for Cadence UFS IP that is present on TI's J721e SoC Vignesh Raghavendra (2): dt-bindings: ufs: ti,j721e-ufs.yaml: Add binding for TI UFS wrapper scsi: ufs: Add driver for TI wrapper for Cadence UFS IP .../devicetree/bindings/ufs/ti,j721e

[PATCH v2 1/2] dt-bindings: ufs: ti,j721e-ufs.yaml: Add binding for TI UFS wrapper

2019-10-10 Thread Vignesh Raghavendra
Add binding documentation of TI wrapper for Cadence UFS Controller. Signed-off-by: Vignesh Raghavendra --- v2: Define Cadence UFS controller as child node of the wrapper as suggested by Rob H .../devicetree/bindings/ufs/ti,j721e-ufs.yaml | 68 +++ 1 file changed, 68 insertions(

Re: [PATCH v1 0/2] perf stat: Support --all-kernel and --all-user

2019-10-10 Thread Jin, Yao
On 10/10/2019 4:00 PM, Jiri Olsa wrote: On Thu, Oct 10, 2019 at 02:46:36PM +0800, Jin, Yao wrote: On 10/1/2019 10:17 AM, Andi Kleen wrote: I think it's useful. Makes it easy to do kernel/user break downs. perf record should support the same. Don't we have this already with: [root@quaco

[PATCH v2 2/2] scsi: ufs: Add driver for TI wrapper for Cadence UFS IP

2019-10-10 Thread Vignesh Raghavendra
TI's J721e SoC has a Cadence UFS IP with a TI specific wrapper. This is a minimal driver to configure the wrapper. It releases the UFS slave device out of reset and sets up registers to indicate PHY reference clock input frequency before probing child Cadence UFS driver. Signed-off-by: Vignesh Rag

[PATCH 5.3 001/148] s390/process: avoid potential reading of freed stack

2019-10-10 Thread Greg Kroah-Hartman
From: Vasily Gorbik commit 8769f610fe6d473e5e8e221709c3ac402037da6c upstream. With THREAD_INFO_IN_TASK (which is selected on s390) task's stack usage is refcounted and should always be protected by get/put when touching other task's stack to avoid race conditions with task's destruction code. F

Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk()

2019-10-10 Thread Michal Hocko
On Thu 10-10-19 17:16:29, Sergey Senozhatsky wrote: > On (10/10/19 09:40), Michal Hocko wrote: > [..] > > > > Considering that console.write is called from essentially arbitrary code > > > > path IIUC then all the locks used in this path should be pretty much > > > > tail locks or console internal

[PATCH 5.3 010/148] KVM: PPC: Book3S: Enable XIVE native capability only if OPAL has required functions

2019-10-10 Thread Greg Kroah-Hartman
From: Paul Mackerras commit 2ad7a27deaf6d78545d97ab80874584f6990360e upstream. There are some POWER9 machines where the OPAL firmware does not support the OPAL_XIVE_GET_QUEUE_STATE and OPAL_XIVE_SET_QUEUE_STATE calls. The impact of this is that a guest using XIVE natively will not be able to be

[PATCH 5.3 012/148] KVM: PPC: Book3S HV: Dont push XIVE context when not using XIVE device

2019-10-10 Thread Greg Kroah-Hartman
From: Paul Mackerras commit 8d4ba9c931bc384bcc6889a43915aaaf19d3e499 upstream. At present, when running a guest on POWER9 using HV KVM but not using an in-kernel interrupt controller (XICS or XIVE), for example if QEMU is run with the kernel_irqchip=off option, the guest entry code goes ahead an

[PATCH 5.3 014/148] KVM: PPC: Book3S HV: Check for MMU ready on piggybacked virtual cores

2019-10-10 Thread Greg Kroah-Hartman
From: Paul Mackerras commit d28eafc5a64045c78136162af9d4ba42f8230080 upstream. When we are running multiple vcores on the same physical core, they could be from different VMs and so it is possible that one of the VMs could have its arch.mmu_ready flag cleared (for example by a concurrent HPT res

[PATCH 5.3 015/148] KVM: PPC: Book3S HV: Dont lose pending doorbell request on migration on P9

2019-10-10 Thread Greg Kroah-Hartman
From: Paul Mackerras commit ff42df49e75f053a8a6b4c2533100cdcc23afe69 upstream. On POWER9, when userspace reads the value of the DPDES register on a vCPU, it is possible for 0 to be returned although there is a doorbell interrupt pending for the vCPU. This can lead to a doorbell interrupt being

[PATCH 5.3 013/148] KVM: PPC: Book3S HV: Fix race in re-enabling XIVE escalation interrupts

2019-10-10 Thread Greg Kroah-Hartman
From: Paul Mackerras commit 959c5d5134786b4988b6fdd08e444aa67d1667ed upstream. Escalation interrupts are interrupts sent to the host by the XIVE hardware when it has an interrupt to deliver to a guest VCPU but that VCPU is not running anywhere in the system. Hence we disable the escalation inte

[PATCH 5.3 011/148] KVM: PPC: Book3S HV: XIVE: Free escalation interrupts before disabling the VP

2019-10-10 Thread Greg Kroah-Hartman
From: Cédric Le Goater commit 237aed48c642328ff0ab19b63423634340224a06 upstream. When a vCPU is brought done, the XIVE VP (Virtual Processor) is first disabled and then the event notification queues are freed. When freeing the queues, we check for possible escalation interrupts and free them als

Re: [RFC v2 2/2] x86/kvmclock: Introduce kvm-hostclock clocksource.

2019-10-10 Thread Vitaly Kuznetsov
Suleiman Souhlal writes: > When kvm-hostclock is selected, and the host supports it, update our > timekeeping parameters to be the same as the host. > This lets us have our time synchronized with the host's, > even in the presence of host NTP or suspend. > > Signed-off-by: Suleiman Souhlal > ---

[PATCH 5.3 017/148] nbd: fix max number of supported devs

2019-10-10 Thread Greg Kroah-Hartman
From: Mike Christie commit e9e006f5fcf2bab59149cb38a48a4817c1b538b4 upstream. This fixes a bug added in 4.10 with commit: commit 9561a7ade0c205bc2ee035a2ac880478dcc1a024 Author: Josef Bacik Date: Tue Nov 22 14:04:40 2016 -0500 nbd: add multi-connection support that limited the number o

[PATCH 5.3 020/148] ASoC: sgtl5000: Improve VAG power and mute control

2019-10-10 Thread Greg Kroah-Hartman
From: Oleksandr Suvorov commit b1f373a11d25fc9a5f7679c9b85799fe09b0dc4a upstream. VAG power control is improved to fit the manual [1]. This patch fixes as minimum one bug: if customer muxes Headphone to Line-In right after boot, the VAG power remains off that leads to poor sound quality from lin

[PATCH 5.3 022/148] powerpc/mce: Fix MCE handling for huge pages

2019-10-10 Thread Greg Kroah-Hartman
From: Balbir Singh commit 99ead78afd1128bfcebe7f88f3b102fb2da09aee upstream. The current code would fail on huge pages addresses, since the shift would be incorrect. Use the correct page shift value returned by __find_linux_pte() to get the correct physical address. The code is more generic and

[PATCH 5.3 023/148] powerpc/mce: Schedule work from irq_work

2019-10-10 Thread Greg Kroah-Hartman
From: Santosh Sivaraj commit b5bda6263cad9a927e1a4edb7493d542da0c1410 upstream. schedule_work() cannot be called from MCE exception context as MCE can interrupt even in interrupt disabled context. Fixes: 733e4a4c4467 ("powerpc/mce: hookup memory_failure for UE errors") Cc: sta...@vger.kernel.or

[PATCH 5.3 018/148] PM / devfreq: tegra: Fix kHz to Hz conversion

2019-10-10 Thread Greg Kroah-Hartman
From: Dmitry Osipenko commit 62bacb06b9f08965c4ef10e17875450490c948c0 upstream. The kHz to Hz is incorrectly converted in a few places in the code, this results in a wrong frequency being calculated because devfreq core uses OPP frequencies that are given in Hz to clamp the rate, while tegra-dev

[PATCH 5.3 027/148] powerpc/powernv: Restrict OPAL symbol map to only be readable by root

2019-10-10 Thread Greg Kroah-Hartman
From: Andrew Donnellan commit e7de4f7b64c23e503a8c42af98d56f2a7462bd6d upstream. Currently the OPAL symbol map is globally readable, which seems bad as it contains physical addresses. Restrict it to root. Fixes: c8742f85125d ("powerpc/powernv: Expose OPAL firmware symbol map") Cc: sta...@vger.

[PATCH 5.3 029/148] powerpc/powernv/ioda: Fix race in TCE level allocation

2019-10-10 Thread Greg Kroah-Hartman
From: Alexey Kardashevskiy commit 56090a3902c80c296e822d11acdb6a101b322c52 upstream. pnv_tce() returns a pointer to a TCE entry and originally a TCE table would be pre-allocated. For the default case of 2GB window the table needs only a single level and that is fine. However if more levels are r

  1   2   3   4   5   6   7   8   9   10   >