[PATCH REBASE v4 01/14] mm, fs: Move randomize_stack_top from fs to mm

This preparatory commit moves this function so that further introduction of generic topdown mmap layout is contained only in mm/util.c. Signed-off-by: Alexandre Ghiti Reviewed-by: Christoph Hellwig Acked-by: Kees Cook --- fs/binfmt_elf.c| 20 include/linux/mm.h | 2

[PATCH] ASoC: cs4271: Fix a typo in the CS4171_NR_RATIOS

This should be CS4271_NR_RATIOS. Fix it and use it. Signed-off-by: Christophe JAILLET --- sound/soc/codecs/cs4271.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/codecs/cs4271.c b/sound/soc/codecs/cs4271.c index 1d03a1348162..04b86a51e055 100644 ---

[PATCH REBASE v4 02/14] arm64: Make use of is_compat_task instead of hardcoding this test

Each architecture has its own way to determine if a task is a compat task, by using is_compat_task in arch_mmap_rnd, it allows more genericity and then it prepares its moving to mm/. Signed-off-by: Alexandre Ghiti Acked-by: Catalin Marinas Acked-by: Kees Cook Reviewed-by: Christoph Hellwig

[PATCH REBASE v4 03/14] arm64: Consider stack randomization for mmap base only when necessary

Do not offset mmap base address because of stack randomization if current task does not want randomization. Note that x86 already implements this behaviour. Signed-off-by: Alexandre Ghiti Acked-by: Catalin Marinas Acked-by: Kees Cook Reviewed-by: Christoph Hellwig --- arch/arm64/mm/mmap.c |

[PATCH REBASE v4 04/14] arm64, mm: Move generic mmap layout functions to mm

arm64 handles top-down mmap layout in a way that can be easily reused by other architectures, so make it available in mm. It then introduces a new config ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT that can be set by other architectures to benefit from those functions. Note that this new config depends

[PATCH REBASE v4 05/14] arm64, mm: Make randomization selected by generic topdown mmap layout

This commits selects ARCH_HAS_ELF_RANDOMIZE when an arch uses the generic topdown mmap layout functions so that this security feature is on by default. Note that this commit also removes the possibility for arm64 to have elf randomization and no MMU: without MMU, the security added by

[PATCH net-next v2 0/8] Use dev_get_drvdata where possible

These patches use dev_get_drvdata instead of using to_pci_dev + pci_get_drvdata to make code simpler where possible. Changelog: v1 -> v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. Chuhong Yuan (8): net: 3com: 3c59x: Use dev_get_drvdata net: atheros: Use

[PATCH net-next v2 3/8] net: broadcom: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/broadcom/bnx2.c | 8 +++-

[PATCH net-next v2 1/8] net: 3com: 3c59x: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/3com/3c59x.c | 8 +++- 1 file changed, 3 insertions(+), 5

[PATCH net-next v2 2/8] net: atheros: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/atheros/alx/main.c | 8 +++-

[PATCH REBASE v4 06/14] arm: Properly account for stack randomization and stack guard gap

This commit takes care of stack randomization and stack guard gap when computing mmap base address and checks if the task asked for randomization. This fixes the problem uncovered and not fixed for arm here: https://lkml.kernel.org/r/20170622200033.25714-1-r...@redhat.com Signed-off-by: Alexandre

[PATCH net-next v2 5/8] fm10k: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/intel/fm10k/fm10k_pci.c | 6 +++--- 1 file changed, 3

[PATCH net-next v2 4/8] e1000e: Use dev_get_drvdata where possible

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/intel/e1000e/netdev.c | 9 - 1 file changed, 4

[PATCH net-next v2 8/8] net: jme: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/jme.c | 8 +++- 1 file changed, 3 insertions(+), 5

[PATCH REBASE v4 07/14] arm: Use STACK_TOP when computing mmap base address

mmap base address must be computed wrt stack top address, using TASK_SIZE is wrong since STACK_TOP and TASK_SIZE are not equivalent. Signed-off-by: Alexandre Ghiti Acked-by: Kees Cook --- arch/arm/mm/mmap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH net-next v2 7/8] igb: Use dev_get_drvdata where possible

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/intel/igb/igb_main.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[PATCH net-next v2 6/8] i40e: Use dev_get_drvdata

Instead of using to_pci_dev + pci_get_drvdata, use dev_get_drvdata to make code simpler. Signed-off-by: Chuhong Yuan --- Changes in v2: - Change pci_set_drvdata to dev_set_drvdata to keep consistency. drivers/net/ethernet/intel/i40e/i40e_main.c | 10 -- 1 file changed, 4

[PATCH REBASE v4 08/14] arm: Use generic mmap top-down layout and brk randomization

arm uses a top-down mmap layout by default that exactly fits the generic functions, so get rid of arch specific code and use the generic version by selecting ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT. As ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT selects ARCH_HAS_ELF_RANDOMIZE, use the generic version of

[PATCH REBASE v4 09/14] mips: Properly account for stack randomization and stack guard gap

This commit takes care of stack randomization and stack guard gap when computing mmap base address and checks if the task asked for randomization. This fixes the problem uncovered and not fixed for arm here: https://lkml.kernel.org/r/20170622200033.25714-1-r...@redhat.com Signed-off-by: Alexandre

[PATCH v3] drivers: net: xgene: Remove acpi_has_method() calls

acpi_evaluate_object will already return an error if the needed method does not exist. Remove unnecessary acpi_has_method() calls and check the returned acpi_status for failure instead. Signed-off-by: Kelsey Skunberg --- Changes in v2: - Fixed white space warnings and errors Changes in

[PATCH REBASE v4 10/14] mips: Use STACK_TOP when computing mmap base address

mmap base address must be computed wrt stack top address, using TASK_SIZE is wrong since STACK_TOP and TASK_SIZE are not equivalent. Signed-off-by: Alexandre Ghiti Acked-by: Kees Cook Acked-by: Paul Burton --- arch/mips/mm/mmap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH REBASE v4 11/14] mips: Adjust brk randomization offset to fit generic version

This commit simply bumps up to 32MB and 1GB the random offset of brk, compared to 8MB and 256MB, for 32bit and 64bit respectively. Suggested-by: Kees Cook Signed-off-by: Alexandre Ghiti Reviewed-by: Kees Cook --- arch/mips/mm/mmap.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-)

[PATCH REBASE v4 12/14] mips: Replace arch specific way to determine 32bit task with generic version

Mips uses TASK_IS_32BIT_ADDR to determine if a task is 32bit, but this define is mips specific and other arches do not have it: instead, use !IS_ENABLED(CONFIG_64BIT) || is_compat_task() condition. Signed-off-by: Alexandre Ghiti Reviewed-by: Kees Cook --- arch/mips/mm/mmap.c | 3 ++- 1 file

Re: [PATCH v2] RDMA/hns: Fix build error for hip08

Pls drop this, this cannot fix the issue. On 2019/7/24 11:40, YueHaibing wrote: > If INFINIBAND_HNS_HIP08 is selected and HNS3 is m, > but INFINIBAND_HNS is y, building fails: > > drivers/infiniband/hw/hns/hns_roce_hw_v2.o: In function `hns_roce_hw_v2_exit': >

[PATCH REBASE v4 13/14] mips: Use generic mmap top-down layout and brk randomization

mips uses a top-down layout by default that exactly fits the generic functions, so get rid of arch specific code and use the generic version by selecting ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT. As ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT selects ARCH_HAS_ELF_RANDOMIZE, use the generic version of

Re: [PATCH v4 1/2] rtw88: pci: Rearrange the memory usage for skb in RX ISR

Jian-Hong Pan 於 2019年7月11日 週四 下午1:28寫道： > > Jian-Hong Pan 於 2019年7月11日 週四 下午1:25寫道： > > > > Testing with RTL8822BE hardware, when available memory is low, we > > frequently see a kernel panic and system freeze. > > > > First, rtw_pci_rx_isr encounters a memory allocation failure (trimmed): > > >

[PATCH REBASE v4 14/14] riscv: Make mmap allocation top-down by default

In order to avoid wasting user address space by using bottom-up mmap allocation scheme, prefer top-down scheme when possible. Before: root@qemuriscv64:~# cat /proc/self/maps 0001-00016000 r-xp fe:00 6389 /bin/cat.coreutils 00016000-00017000 r--p 5000 fe:00 6389

Re: + mm-oom-avoid-printk-iteration-under-rcu.patch added to -mm tree

Andrew, I've had some concerns wrt. this patch - especially the additional complexity - and I have to say I am not convinced that this is really needed. Our past experience in this area suggests that more tricky code leads to different corner cases. So I am really reluctant to add more complexity

KASAN: slab-out-of-bounds Read in bpf_int_jit_compile

Hello, syzbot found the following crash on: HEAD commit:c6dd78fc Merge branch 'x86-urgent-for-linus' of git://git... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1760ff8460 kernel config: https://syzkaller.appspot.com/x/.config?x=7937b718ddac333b

Re: [PATCH 2/8] ARM: OMAP2+: Remove unconfigured midlemode for am3 lcdc

* Keerthy [190724 05:50]: > > On 24/07/19 12:33 AM, Suman Anna wrote: > > + Jyri > > > > On 7/23/19 6:28 AM, Tony Lindgren wrote: > > > We currently get a warning for lcdc because of a difference > > > with dts provided configuration compared to the legacy platform > > > data. This is because

Re: [PATCH 07/14] PCI/P2PDMA: Add the provider's pci_dev to the dev_pgmap struct

On Mon, Jul 22, 2019 at 05:08:52PM -0600, Logan Gunthorpe wrote: > diff --git a/drivers/pci/p2pdma.c b/drivers/pci/p2pdma.c > index 143e11d2a5c3..70c262b7c731 100644 > --- a/drivers/pci/p2pdma.c > +++ b/drivers/pci/p2pdma.c > @@ -168,6 +168,7 @@ int pci_p2pdma_add_resource(struct pci_dev *pdev,

Re: [PATCH 11/14] PCI/P2PDMA: dma_map P2PDMA map requests that traverse the host bridge

> struct dev_pagemap *pgmap = sg_page(sg)->pgmap; > + struct pci_dev *client; > + int dist; > + > + client = find_parent_pci_dev(dev); > + if (WARN_ON_ONCE(!client)) > + return 0; > > + dist = upstream_bridge_distance(pgmap->pci_p2pdma_provider, > +

Re: [PATCH 14/14] PCI/P2PDMA: Introduce pci_p2pdma_[un]map_resource()

> diff --git a/drivers/pci/p2pdma.c b/drivers/pci/p2pdma.c > index baf476039396..20c834cfd2d3 100644 > --- a/drivers/pci/p2pdma.c > +++ b/drivers/pci/p2pdma.c > @@ -874,6 +874,91 @@ void pci_p2pdma_unmap_sg_attrs(struct device *dev, > struct scatterlist *sg, > } >

Re: + mm-oom-avoid-printk-iteration-under-rcu.patch added to -mm tree

[ups, I've cut the Cc list somehow, sorry about that] On Wed 24-07-19 08:27:27, Michal Hocko wrote: > Andrew, > I've had some concerns wrt. this patch - especially the additional > complexity - and I have to say I am not convinced that this is really > needed. Our past experience in this area

[PATCH] clk: imx: Remove unused function statement

From: Anson Huang imx_register_uart_clocks_hws() function is NOT implemented at all, remove it. Signed-off-by: Anson Huang --- drivers/clk/imx/clk.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clk/imx/clk.h b/drivers/clk/imx/clk.h index 9995f2a..f7a389a 100644 ---

Re: [PATCH v4 2/3] treewide: Remove dev_err() usage after platform_get_irq()

On Tue, Jul 23, 2019 at 11:16:23AM -0700, Stephen Boyd wrote: > diff --git a/sound/soc/sunxi/sun4i-i2s.c b/sound/soc/sunxi/sun4i-i2s.c > index 9b2232908b65..40e4e8e03428 100644 > --- a/sound/soc/sunxi/sun4i-i2s.c > +++ b/sound/soc/sunxi/sun4i-i2s.c > @@ -1088,7 +1088,6 @@ static int

Re: Reminder: 99 open syzbot bugs in net subsystem

On 7/24/19 3:38 AM, Eric Biggers wrote: > [This email was generated by a script. Let me know if you have any > suggestions > to make it better, or if you want it re-generated with the latest status.] > > Of the currently open syzbot reports against the upstream kernel, I've > manually >

Re: [alsa-devel] [PATCH 01/10] ASoC: fsl_sai: add of_match data

On Tue, Jul 23, 2019 at 8:01 PM Mark Brown wrote: > > On Mon, Jul 22, 2019 at 03:48:24PM +0300, Daniel Baluta wrote: > > From: Lucas Stach > > > > New revisions of the SAI IP block have even more differences that need > > be taken into account by the driver. To avoid sprinking compatible > >

Re: [PATCH v12 1/5] can: m_can: Create a m_can platform framework

On Tue, Jul 23, 2019 at 10:14:14AM -0500, Dan Murphy wrote: > Hello > > On 7/10/19 7:08 AM, Dan Murphy wrote: > > Hello > > > > On 6/17/19 10:09 AM, Dan Murphy wrote: > > > Marc > > > > > > On 6/10/19 11:35 AM, Dan Murphy wrote: > > > > Bump > > > > > > > > On 6/6/19 8:16 AM, Dan Murphy wrote:

Re: [PATCH 5/8] ARM: dts: Drop bogus ahclkr clocks for dra7 mcasp 3 to 8

* Suman Anna [190723 21:02]: > Hi Tony, > > On 7/23/19 6:28 AM, Tony Lindgren wrote: > > The ahclkr clkctrl clock bit 28 only exists for mcasp 1 and 2 on dra7. > > Otherwise we get the following warning on beagle-x15: ... > > @@ -2962,9 +2958,8 @@ > > ; > >

Re: [PATCH v2 3/6] pwm: jz4740: Apply configuration atomically

Hello Paul, On Tue, Jul 23, 2019 at 04:46:40PM -0400, Paul Cercueil wrote: > Le lun. 22 juil. 2019 à 15:34, Uwe =?iso-8859-1?q?Kleine-K=F6nig?= > a écrit : > > On Fri, Jun 07, 2019 at 05:44:07PM +0200, Paul Cercueil wrote: > > > -is_enabled = jz4740_timer_is_enabled(pwm->hwpwm); > > >

Re: [PATCH] arm64: dts: meson: odroid-n2: keep SD card regulator always on

Hi Anand, On 24/07/2019 07:30, Anand Moon wrote: > Hi All, > > On Mon, 22 Jul 2019 at 12:51, Neil Armstrong wrote: >> >> On 19/07/2019 21:29, Xavier Ruppen wrote: >>> When powering off the Odroid N2, the tflash_vdd regulator is >>> automatically turned off by the kernel. This is a problem >>>

Re: Warning seen when removing a module using irqdomain framework

On Tue, 23 Jul 2019 14:52:34 -0700 pher...@codeaurora.org wrote: Hi Prakruthi, > Hi, > > I have been working on a interrupt controller driver that uses tree > based mapping for its domain (irq_domain_add_tree(..)). > If I understand correctly, the clients get a mapping when they call >

Re: [PATCH 2/2] mm/hmm: make full use of walk_page_range()

On Tue, Jul 23, 2019 at 04:30:16PM -0700, Ralph Campbell wrote: > hmm_range_snapshot() and hmm_range_fault() both call find_vma() and > walk_page_range() in a loop. This is unnecessary duplication since > walk_page_range() calls find_vma() in a loop already. > Simplify hmm_range_snapshot() and

Re: [PATCH V2 1/2] string: Add stracpy and stracpy_pad mechanisms

On 23/07/2019 17.39, Joe Perches wrote: > On Tue, 2019-07-23 at 16:37 +0200, Rasmus Villemoes wrote: >> On 23/07/2019 15.51, Joe Perches wrote: >>> >>> These mechanisms verify that the dest argument is an array of >>> char or other compatible types like u8 or s8 or equivalent. >> Sorry, but

Re: [Sound-open-firmware] [PATCH v2 1/5] ASoC: SOF: imx: Add i.MX8 HW support

On Tue, Jul 23, 2019 at 6:18 PM Pierre-Louis Bossart wrote: > > > > diff --git a/sound/soc/sof/imx/Makefile b/sound/soc/sof/imx/Makefile > > new file mode 100644 > > index ..c69237971da5 > > --- /dev/null > > +++ b/sound/soc/sof/imx/Makefile > > @@ -0,0 +1,7 @@ > > +#

[PATCH] RDMA/hns: Fix build error

If INFINIBAND_HNS_HIP08 is selected and HNS3 is m, but INFINIBAND_HNS is y, building fails: drivers/infiniband/hw/hns/hns_roce_hw_v2.o: In function `hns_roce_hw_v2_exit': hns_roce_hw_v2.c:(.exit.text+0xd): undefined reference to `hnae3_unregister_client'

Re: [PATCH v2] sys_prctl(): remove unsigned comparision with less than zero

On Wed, Jul 24, 2019 at 10:11:48AM +0800, Yang Xu wrote: > Currently, when calling prctl(PR_SET_TIMERSLACK, arg2), arg2 is an > unsigned long value, arg2 will never < 0. Negative judgment is > meaningless, so remove it. > > Fixes: 6976675d9404 ("hrtimer: create a "timer_slack" field in the task

Re: [PATCH V6 RESEND 0/3] arm64/mm: Enable memory hot remove

On 07/23/2019 04:26 PM, Mark Rutland wrote: > Hi Anshuman, Hello Mark, > > On Mon, Jul 15, 2019 at 11:47:47AM +0530, Anshuman Khandual wrote: >> This series enables memory hot remove on arm64 after fixing a memblock >> removal ordering problem in generic try_remove_memory() and a possible >>

Re: [PATCH] mm/memory-failure: Poison read receives SIGKILL instead of SIGBUS if mmaped more than once

Hi Jane, Dan, On Tue, Jul 23, 2019 at 06:34:35PM -0700, Dan Williams wrote: > On Tue, Jul 23, 2019 at 4:49 PM Jane Chu wrote: > > > > Mmap /dev/dax more than once, then read the poison location using address > > from one of the mappings. The other mappings due to not having the page > > mapped

Re: [Sound-open-firmware] [PATCH v2 3/5] ASoC: SOF: Add DT DSP device support

On Tue, Jul 23, 2019 at 6:19 PM Pierre-Louis Bossart wrote: > > > > diff --git a/sound/soc/sof/Kconfig b/sound/soc/sof/Kconfig > > index 61b97fc55bb2..2aa3a1cdf60c 100644 > > --- a/sound/soc/sof/Kconfig > > +++ b/sound/soc/sof/Kconfig > > @@ -36,6 +36,15 @@ config SND_SOC_SOF_ACPI > > Say

Re: [PATCH] clk: imx: Remove unused function statement

Hello, On Wed, Jul 24, 2019 at 02:24:35PM +0800, anson.hu...@nxp.com wrote: > From: Anson Huang > > imx_register_uart_clocks_hws() function is NOT implemented > at all, remove it. > > Signed-off-by: Anson Huang Looks right. This function never existed, the prototype was introduced in commit

Re: KASAN: use-after-free Read in finish_task_switch (2)

On 2019/7/20 上午12:34, syzbot wrote: syzbot has bisected this bug to: commit 7f466032dc9e5a61217f22ea34b2df932786bbfc Author: Jason Wang Date:   Fri May 24 08:12:18 2019 +     vhost: access vq metadata through kernel virtual address bisection log:

Re: KASAN: use-after-free Write in tlb_finish_mmu

On 2019/7/20 上午4:04, syzbot wrote: syzbot has bisected this bug to: commit 7f466032dc9e5a61217f22ea34b2df932786bbfc Author: Jason Wang Date:   Fri May 24 08:12:18 2019 +     vhost: access vq metadata through kernel virtual address bisection log:

Re: Reminder: 1 open syzbot bug in sound subsystem

On Wed, 24 Jul 2019 04:47:23 +0200, Eric Biggers wrote: > > [This email was generated by a script. Let me know if you have any > suggestions > to make it better, or if you want it re-generated with the latest status.] > > Of the currently open syzbot reports against the upstream kernel, I've

Re: [PATCH] kmemleak: Increase maximum early log entries to 1000000

On Wed, Jul 24, 2019 at 12:17 AM Doug Anderson wrote: > > Hi, > > On Tue, Jul 23, 2019 at 1:21 AM Dmitry Vyukov wrote: > > > > On Tue, Jul 23, 2019 at 10:13 AM Nicolas Boichat > > wrote: > > > > > > On Tue, Jul 23, 2019 at 3:46 PM Dmitry Vyukov wrote: > > > > > > > > On Tue, Jul 23, 2019 at

Re: [PATCH V2 1/2] string: Add stracpy and stracpy_pad mechanisms

On Wed, 2019-07-24 at 08:53 +0200, Rasmus Villemoes wrote: > BUILD_BUG_ON(!__same_type()) > strscpy(dst, src, ARRAY_SIZE(dst)) Doing this without the temporary is less legible to read the compiler error when someone improperly does: char *foo; char *bar; stracpy(foo,

[PATCH] jffs2: remove jffs2_gc_fetch_page and jffs2_gc_release_page

Merge these two helpers into the only callers to get rid of some amazingly bad calling conventions. Suggested-by: Al Viro Signed-off-by: Christoph Hellwig --- fs/jffs2/fs.c | 27 --- fs/jffs2/gc.c | 21 + fs/jffs2/os-linux.h | 3 --- 3

Re: [PATCH v3 6/6] interconnect: Add OPP table support for interconnects

On Tue, 16 Jul 2019 at 02:56, Saravana Kannan wrote: > > On Mon, Jul 15, 2019 at 1:16 AM Vincent Guittot > wrote: > > > > On Tue, 9 Jul 2019 at 21:03, Saravana Kannan wrote: > > > > > > On Tue, Jul 9, 2019 at 12:25 AM Vincent Guittot > > > wrote: > > > > > > > > On Sun, 7 Jul 2019 at 23:48,

Re: [PATCH 1/2] mmc: sdhci: Add PLL Enable support to internal clock setup

On Wed, 17 Jul 2019 at 04:39, Ben Chuang wrote: > > The GL9750 and GL9755 chipsets, and possibly others, require PLL Enable > setup as part of the internal clock setup as described in 3.2.1 Internal > Clock Setup Sequence of SD Host Controller Simplified Specification > Version 4.20. This

Re: [GIT PULL] FPGA Manager fix for 5.3

On Tue, Jul 23, 2019 at 10:20:12PM -0700, Moritz Fischer wrote: > The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b: > > Linus 5.3-rc1 (2019-07-21 14:05:38 -0700) > > are available in the Git repository at: > >

Re: [PATCH v3] locking/spinlocks, paravirt, hyperv: Correct the hv_nopvspin case

Hi Maintainers, Any further comments on this? Thanks Zhenzhong On 2019/7/3 10:23, Zhenzhong Duan wrote: With the boot parameter "hv_nopvspin" specified a Hyperv guest should not make use of paravirt spinlocks, but behave as if running on bare metal. This is not true, however, as the qspinlock

Re: [PATCH] [v2] waitqueue: shut up clang -Wuninitialized warnings

On Tue, Jul 23, 2019 at 01:54:03PM -0700, Nick Desaulniers wrote: > Note that pre-clang-9 can be used for LTS x86_64; I don't think > CONFIG_JUMP_LABEL was made mandatory for x86 until 4.20 release, IIRC. > There's only a small window of non LTS kernels and only for x86 where > clang-9+ is really

Re: [PATCH v2 2/4] arm64: unwind: Prohibit probing on return_address()

On Tue, 23 Jul 2019 17:04:21 +0100 James Morse wrote: > Hi, > > On 22/07/2019 08:48, Masami Hiramatsu wrote: > > Prohibit probing on return_address() and subroutines which > > is called from return_address(), since the it is invoked from > > trace_hardirqs_off() which is also kprobe

[RESEND PATCH v7] dmaengine: fsl-edma: add i.mx7ulp edma2 version support

Add edma2 for i.mx7ulp by version v3, since v2 has already been used by mcf-edma. The big changes based on v1 are belows: 1. only one dmamux. 2. another clock dma_clk except dmamux clk. 3. 16 independent interrupts instead of only one interrupt for all channels. Signed-off-by: Robin Gong ---

Re: [RFC 00/79] perf tools: Initial libperf separation

Hi Jiri, > On Jul 21, 2019, at 4:23 AM, Jiri Olsa wrote: > > hi, > we have long term goal to separate some of the perf functionality > into library. This patchset is initial effort on separating some > of the interface. > > Currently only the basic counting interface is exported, it allows >

5.3-rc1 BUGS in dma_addressing_limited

Hello Christoph, 5.3-rc1 crashes for me when run in qemu with scsi disks. Quick investigation shows that the following triggers a BUG_ON: diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h index e11b115dd0e4..4465e352b8dd 100644 --- a/include/linux/dma-mapping.h +++

[PATCH v5 1/3] PM: wakeup: Add routine to help fetch wakeup source object.

Some user might want to go through all registered wakeup sources and doing things accordingly. For example, SoC PM driver might need to do HW programming to prevent powering down specific IP which wakeup source depending on. So add this API to help walk through all registered wakeup source objects

[PATCH v5 3/3] soc: fsl: add RCPM driver

The NXP's QorIQ Processors based on ARM Core have RCPM module (Run Control and Power Management), which performs all device-level tasks associated with power management such as wakeup source control. This driver depends on PM wakeup source framework which help to collect wake information.

[PATCH v5 2/3] Documentation: dt: binding: fsl: Add 'little-endian' and update Chassis define

By default, QorIQ SoC's RCPM register block is Big Endian. But there are some exceptions, such as LS1088A and LS2088A, are Little Endian. So add this optional property to help identify them. Actually LS2021A and other Layerscapes won't totally follow Chassis 2.1, so separate them from powerpc

Re: x86 - clang / objtool status

On Tue, Jul 23, 2019 at 09:43:24PM -0500, Josh Poimboeuf wrote: > On Thu, Jul 18, 2019 at 10:40:09PM +0200, Thomas Gleixner wrote: > > > drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning: objtool: > > .altinstr_replacement+0x86: redundant UACCESS disable > > Looking at this one, I think

Re: [PATCH] asm-generic: fix -Wtype-limits compiler warnings

Qian Cai wrote: > Fix it by moving almost all of this multi-line macro into a proper > function __get_order(), and leave get_order() as a single-line macro in > order to avoid compilation errors. The idea was that you could compile-time initialise a global variable with get_order():

[PATCH 1/2] dt-bindings: arm: fsl: Add PHYTEC i.MX6 UL/ULL devicetree bindings

Add devicetree bindings for i.MX6 UL/ULL based phyCORE-i.MX6 UL/ULL and phyBOARD-Segin. Signed-off-by: Stefan Riedmueller --- Documentation/devicetree/bindings/arm/fsl.yaml | 8 1 file changed, 8 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml

[PATCH 2/2] dt-bindings: arm: fsl: Add PHYTEC i.MX6 devicetree bindings

Add devicetree bindings for i.MX6 based phyCORE-i.MX6, phyBOARD-Mira and phyFLEX-i.MX6. Signed-off-by: Stefan Riedmueller --- Documentation/devicetree/bindings/arm/fsl.yaml | 17 + 1 file changed, 17 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml

Re: [PATCH] net: sctp: fix memory leak in sctp_send_reset_streams

On Sun, Jun 2, 2019 at 9:36 PM Xin Long wrote: > > On Sun, Jun 2, 2019 at 6:52 PM Neil Horman wrote: > > > > On Sun, Jun 02, 2019 at 11:44:29AM +0800, Hillf Danton wrote: > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:036e3431 Merge > > >

[PATCH] clk: imx8mn: Keep uart clocks on for early console

From: Anson Huang Call imx_register_uart_clocks() API to keep uart clocks enabled when earlyprintk or earlycon is active. Signed-off-by: Anson Huang --- drivers/clk/imx/clk-imx8mn.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/clk/imx/clk-imx8mn.c

Re: [PATCH] rcu: Make jiffies_till_sched_qs writable

On Tue, Jul 23, 2019 at 09:54:03AM -0700, Paul E. McKenney wrote: > On Tue, Jul 23, 2019 at 06:47:17AM -0700, Paul E. McKenney wrote: > > On Tue, Jul 23, 2019 at 08:05:21PM +0900, Byungchul Park wrote: > > > On Fri, Jul 19, 2019 at 04:33:56PM -0400, Joel Fernandes wrote: > > > > On Fri, Jul 19,

Re: [PATCH] rcu: Make jiffies_till_sched_qs writable

On Tue, Jul 23, 2019 at 06:47:17AM -0700, Paul E. McKenney wrote: > On Tue, Jul 23, 2019 at 08:05:21PM +0900, Byungchul Park wrote: > > On Fri, Jul 19, 2019 at 04:33:56PM -0400, Joel Fernandes wrote: > > > On Fri, Jul 19, 2019 at 3:57 PM Paul E. McKenney > > > wrote: > > > > > > > > On Fri, Jul

[PATCH] pinctrl: aspeed-g5: Delay acquisition of regmaps

While sorting out some devicetree issues I found that the pinctrl driver was failing to acquire its GFX regmap even though the phandle was present in the devicetree: [0.124190] aspeed-g5-pinctrl 1e6e2000.syscon:pinctrl: No GFX phandle found, some mux configurations may fail Without

Re: WARNING in __mmdrop

On Wed, Jul 24, 2019 at 10:17:14AM +0800, Jason Wang wrote: > > On 2019/7/23 下午11:02, Michael S. Tsirkin wrote: > > On Tue, Jul 23, 2019 at 09:34:29PM +0800, Jason Wang wrote: > > > On 2019/7/23 下午6:27, Michael S. Tsirkin wrote: > > > > > Yes, since there could be multiple co-current invalidation

[PATCH 0/3] ARM: dts: aspeed: Deprecate g[45]-style compatibles

Hello, Joel and I decided that going forward we're not going to name compatibles along the lines of SoC generations, so discourage any further attempts by removing the remaining instances. It's probably best if we push the three patches all through one tree rather than fragmenting. Is everyone

Re: [PATCH net-next v2 0/8] Use dev_get_drvdata where possible

On Wed, Jul 24, 2019 at 2:05 PM Chuhong Yuan wrote: > > These patches use dev_get_drvdata instead of > using to_pci_dev + pci_get_drvdata to make > code simpler where possible. > > Changelog: > > v1 -> v2: > - Change pci_set_drvdata to dev_set_drvdata > to keep consistency. > Hi all, I checked

[PATCH 1/3] dts: ARM: aspeed: Migrate away from aspeed,g[45].* compatibles

Use the SoC-specific compatible strings instead. Signed-off-by: Andrew Jeffery --- arch/arm/boot/dts/aspeed-g4.dtsi | 2 +- arch/arm/boot/dts/aspeed-g5.dtsi | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/aspeed-g4.dtsi b/arch/arm/boot/dts/aspeed-g4.dtsi

[PATCH 3/3] dt-bindings: aspeed: Remove mention of deprecated compatibles

Guide readers away from using the aspeed,g[45].* compatible patterns. Signed-off-by: Andrew Jeffery --- Documentation/devicetree/bindings/mfd/aspeed-scu.txt | 2 -- Documentation/devicetree/bindings/misc/aspeed-p2a-ctrl.txt | 2 --

[PATCH 2/3] pinctrl: aspeed: Document existence of deprecated compatibles

Otherwise they look odd in the face of not being listed in the bindings documents. Signed-off-by: Andrew Jeffery --- drivers/pinctrl/aspeed/pinctrl-aspeed-g4.c | 4 drivers/pinctrl/aspeed/pinctrl-aspeed-g5.c | 4 2 files changed, 8 insertions(+) diff --git

[PATCH 3/3] platform/x86: dell-wmi: Use existing defined KBD_LED_* magic values

These values have already been defined in platform/x86/dell-smbios.h Signed-off-by: Rhys Kidd --- drivers/platform/x86/dell-wmi.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-wmi.c index

[PATCH 2/3] platform/x86: dell-wmi: Ignore keyboard backlight change KBD_LED_AUTO_TOKEN

There's a wmi event generated by dell-wmi when pressing keyboard backlight toggle key: [1224178.355650] dell_wmi: Unknown key with type 0x0011 and code 0x01e3 pressed This event is for notification purposes, let's ignore it. Signed-off-by: Rhys Kidd --- drivers/platform/x86/dell-wmi.c | 1 + 1

[PATCH 1/3] platform/x86: dell-wmi: Ignore keyboard backlight change KBD_LED_ON_TOKEN

There's a wmi event generated by dell-wmi when pressing keyboard backlight toggle key: [1224203.948894] dell_wmi: Unknown key with type 0x0011 and code 0x01e2 pressed This event is for notification purposes, let's ignore it. Signed-off-by: Rhys Kidd --- drivers/platform/x86/dell-wmi.c | 1 + 1

Re: [v4 PATCH 2/2] mm: mempolicy: handle vma with unmovable pages mapped correctly in mbind

On 7/23/19 7:35 AM, Yang Shi wrote: > > > On 7/22/19 6:02 PM, Andrew Morton wrote: >> On Mon, 22 Jul 2019 09:25:09 +0200 Vlastimil Babka wrote: >> since there may be pages off LRU temporarily. We should migrate other pages if MPOL_MF_MOVE* is specified. Set has_unmovable flag if

Re: [PATCH v1] extcon: arizona: Switch to use device_property_count_u32()

On Tue, Jul 23, 2019 at 08:40:21PM +0300, Andy Shevchenko wrote: > Use use device_property_count_u32() directly, that makes code neater. > > Signed-off-by: Andy Shevchenko > --- Acked-by: Charles Keepax Thanks, Charles

Re: Backlight in motorola Droid 4

On Tue 2019-07-23 10:53:16, Dan Murphy wrote: > Pavel > > On 7/22/19 3:59 PM, Pavel Machek wrote: > >Hi! > > > >So now the backlight LED can be controlled. Good. (And thanks!) > > > >But I seem to remember that backlight had range from "is it really on?" > >to "very bright"; now it seems to have

Re: [PATCH v7 2/4] uprobe: use original page when all uprobes are removed

> On Jul 15, 2019, at 8:25 AM, Oleg Nesterov wrote: > > On 06/25, Song Liu wrote: >> >> This patch allows uprobe to use original page when possible (all uprobes >> on the page are already removed). > > I can't review. I do not understand vm enough. > >> +if (!is_register) { >> +

Re: [PATCH v5 04/13] media: rc: sunxi: Add RXSTA bits definition

On Wed, Jul 24, 2019 at 06:39:37AM +0100, Sean Young wrote: > On Tue, Jul 23, 2019 at 09:04:40AM +0200, Maxime Ripard wrote: > > Hi Sean, > > > > On Tue, Jul 23, 2019 at 07:25:57AM +0100, Sean Young wrote: > > > On Mon, Jul 15, 2019 at 01:12:45PM +0100, Sean Young wrote: > > > > On Sun, Jul 14,

[PATCH v3 7/7] backlight: gpio: use a helper variable for >dev

From: Bartosz Golaszewski Instead of dereferencing pdev each time, use a helper variable for the associated device pointer. Signed-off-by: Bartosz Golaszewski --- drivers/video/backlight/gpio_backlight.c | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git

[PATCH v3 1/7] sh: ecovec24: add additional properties to the backlight device

From: Bartosz Golaszewski Add a GPIO lookup entry and a device property for GPIO backlight to the board file. Tie them to the platform device which is now registered using platform_device_register_full() because of the properties. These changes are inactive now but will be used once the gpio

[PATCH v3 5/7] backlight: gpio: remove dev from struct gpio_backlight

From: Bartosz Golaszewski This field is unused. Remove it. Signed-off-by: Bartosz Golaszewski Reviewed-by: Andy Shevchenko --- drivers/video/backlight/gpio_backlight.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/video/backlight/gpio_backlight.c

Re: memory leak in kobject_set_name_vargs (2)

On Wed, Jul 24, 2019 at 1:08 AM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:3bfe1fc4 Merge tag 'for-5.3/dm-changes-2' of git://git.ker.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=130322afa0 > kernel config:

Re: [PATCH] can: ti_hecc: use timestamp based rx-offloading

On 4/29/19 2:03 PM, Jeroen Hofstee wrote: > As already mentioned in [1] and included in [2], there is an off by one > issue since the high bank is already enabled when the _next_ mailbox to > be read has index 12, so the mailbox being read was 13. The message can > therefore go into mailbox 31 and

[PATCH v3 4/7] backlight: gpio: remove unused fields from platform data

From: Bartosz Golaszewski Remove the platform data fields that nobody uses. Signed-off-by: Bartosz Golaszewski Reviewed-by: Andy Shevchenko --- include/linux/platform_data/gpio_backlight.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/linux/platform_data/gpio_backlight.h

[PATCH v3 0/7] backlight: gpio: simplify the driver

From: Bartosz Golaszewski While working on my other series related to gpio-backlight[1] I noticed that we could simplify the driver if we made the only user of platform data use GPIO lookups and device properties. This series tries to do that. The first patch adds all necessary data structures

  1   2   3   4   5   6   7   8   9   10   >