[PATCH v3 3/8] clk: Add clk_hw_unregister_composite helper function definition

This function has been delcared but not defined anywhere. Hence, this commit adds definition for it. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/clk-composite.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/clk/clk-composite.c b/drivers/clk/clk-composite.c

[PATCH v3 2/8] clk: Warn if clk_init_data is not zero initialized

The new implementation for determining parent map uses multiple ways to pass parent info. The order in which it gets processed depends on the first available member. Hence, it is necessary to zero init the clk_init_data struct so that the expected member gets processed correctly. So, add a warning

[PATCH v3 0/8] Add Bitmain BM1880 clock driver

Hello, This patchset adds common clock driver for Bitmain BM1880 SoC clock controller. The clock controller consists of gate, divider, mux and pll clocks with different compositions. Hence, the driver uses composite clock structure in place where multiple clocking units are combined together.

Re: [Linux-kernel-mentees][PATCH 2/2] sgi-gru: Remove uneccessary ifdef for CONFIG_HUGETLB_PAGE

Reviewed-by: Dimitri Sivanich On Mon, Aug 19, 2019 at 01:08:55AM +0530, Bharath Vedartham wrote: > is_vm_hugetlb_page will always return false if CONFIG_HUGETLB_PAGE is > not set. > > Cc: Ira Weiny > Cc: John Hubbard > Cc: Jérôme Glisse > Cc: Greg Kroah-Hartman > Cc: Dimitri Sivanich > Cc:

Re: [PATCH] net/mlx5: Fix a memory leak bug

Please don't change that. On command timeout we don't release ent, since the FW event on completion can occur after timeout, so it is released on the completion handler mlx5_cmd_comp_handler(). See commit 73dd3a4839c1d ("net/mlx5: Avoid using pending command interface slots"). On Tue, Aug 13,

Re: [PATCH v2] gpio: pl061: Fix the issue failed to register the ACPI interrtupion

Hi Andy, Thanks! On 2019/8/16 21:40, Andy Shevchenko wrote: On Fri, Aug 16, 2019 at 12:07 PM Wei Xu wrote: Invoke acpi_gpiochip_request_interrupts after the acpi data has been attached to the pl061 acpi node to register interruption. Otherwise it will be failed to register interruption for

Re: [PATCH -rcu dev 3/3] RFC: rcu/tree: Read dynticks_nmi_nesting in advance

On Fri, Aug 16, 2019 at 09:52:42AM -0700, Paul E. McKenney wrote: > On Fri, Aug 16, 2019 at 12:24:04PM -0400, Joel Fernandes wrote: > > On Thu, Aug 15, 2019 at 10:53:11PM -0400, Joel Fernandes (Google) wrote: > > > I really cannot explain this patch, but without it, the "else if" block > > > just

Re: [RFC v2] rcu/tree: Try to invoke_rcu_core() if in_irq() during unlock

On Sun, Aug 18, 2019 at 07:29:27PM -0700, Paul E. McKenney wrote: > On Sun, Aug 18, 2019 at 09:46:23PM -0400, Joel Fernandes wrote: > > On Sun, Aug 18, 2019 at 09:41:43PM -0400, Joel Fernandes wrote: > > > On Sun, Aug 18, 2019 at 06:21:53PM -0700, Paul E. McKenney wrote: > > [snip] > > > > > >

Re: [Linux-kernel-mentees][PATCH v6 1/2] sgi-gru: Convert put_page() to put_user_page*()

Reviewed-by: Dimitri Sivanich On Mon, Aug 19, 2019 at 01:08:54AM +0530, Bharath Vedartham wrote: > For pages that were retained via get_user_pages*(), release those pages > via the new put_user_page*() routines, instead of via put_page() or > release_pages(). > > This is part a tree-wide

Re: [PATCH] arm64: kasan: fix phys_to_virt() false positive on tag-based kasan

On Mon, Aug 19, 2019 at 07:44:20PM +0800, Walter Wu wrote: > __arm_v7s_unmap() call iopte_deref() to translate pyh_to_virt address, > but it will modify pointer tag into 0xff, so there is a false positive. > > When enable tag-based kasan, phys_to_virt() function need to rewrite > its original

Re: [PATCH v1 07/10] powerpc/mm: move iounmap() into ioremap.c and drop __iounmap()

Christophe Leroy writes: > diff --git a/arch/powerpc/mm/ioremap.c b/arch/powerpc/mm/ioremap.c > index 0c23660522ca..57d742509cec 100644 > --- a/arch/powerpc/mm/ioremap.c > +++ b/arch/powerpc/mm/ioremap.c > @@ -72,3 +75,31 @@ void __iomem *ioremap_prot(phys_addr_t addr, unsigned long > size,

Re: [PATCH v3 1/2] x86/mm: Identify the end of the kernel area to be reserved

On Wed, 14 Aug 2019 at 12:09, Mike Lothian wrote: > > As it's related. I've raised > https://bugzilla.kernel.org/show_bug.cgi?id=204495 about the > relocatition I'm seeing since switching back to ld.bfd - is this safe > to ignore? I'm guessing this is why gold isn't working as it can't do > them

Re: [PATCH 0/4] arm64: KPROBES_ON_FTRACE

Hi, On Mon, Aug 19, 2019 at 11:35:27AM +, Jisheng Zhang wrote: > Implement KPROBES_ON_FTRACE for arm64. It would be very helpful if the cover letter could explain what KPROBES_ON_FTRACE is, and why it is wanted. It's not clear to me whether this is enabling new functionality for kprobes via

[PATCH V6 2/2] genirq/affinity: Spread vectors on node according to nr_cpu ratio

Now __irq_build_affinity_masks() spreads vectors evenly per node, and all vectors may not be spread in case that each numa node has different CPU number, then the warning in irq_build_affinity_masks() can be triggered. Improve current spreading algorithm by assigning vectors according to the

[PATCH V6 1/2] genirq/affinity: Improve __irq_build_affinity_masks()

One invariant of __irq_build_affinity_masks() is that all CPUs in the specified masks( cpu_mask AND node_to_cpumask for each node) should be covered during the spread. Even though all requested vectors have been reached, we still need to spread vectors among remained CPUs. The similar policy has

[PATCH V6 0/2] genriq/affinity: Make vectors allocation fair

Hi Thomas, The 1st patch makes __irq_build_affinity_masks() more reliable, such as, all nodes can be covered in the spread. The 2nd patch spread vectors on node according to the ratio of this node's CPU number to number of all remaining CPUs, then vectors assignment can become more fair.

Re: [PULL REQUEST] Please pull rdma.git

On Mon, Aug 19, 2019 at 02:29:46PM +0200, Geert Uytterhoeven wrote: > Hi Jason, > > On Mon, Aug 19, 2019 at 2:14 PM Jason Gunthorpe wrote: > > On Mon, Aug 19, 2019 at 12:08:16PM +0200, Geert Uytterhoeven wrote: > > > On Wed, Aug 14, 2019 at 5:00 PM Doug Ledford wrote: > > > > Fairly small pull

Re: [PATCH v3 0/3] software node: Introduce software_node_find_by_name()

Hi, On 19-08-19 12:07, Heikki Krogerus wrote: Hi, There was still one bug spotted by Andy in v2. The role switch node was not removed in case of an error (patch 2/3). It is now fixed. The cover letter from v2: This is the second version of this series where I'm introducing that helper.

Re: [PATCH v7 02/11] media: uapi: h264: Rename pixel format

Hi, On Fri 16 Aug 19, 13:01, Ezequiel Garcia wrote: > The V4L2_PIX_FMT_H264_SLICE_RAW name was originally suggested > because the pixel format would represent H264 slices without any > start code. > > However, as we will now introduce a start code menu control, > give the pixel format a more

Re: [RFC PATCH v2 00/19] RDMA/FS DAX truncate proposal V1,000,002 ;-)

On Mon, Aug 19, 2019 at 07:24:09PM +1000, Dave Chinner wrote: > So that leaves just the normal close() syscall exit case, where the > application has full control of the order in which resources are > released. We've already established that we can block in this > context. Blocking in an

Re: [PATCH -rcu dev 1/3] rcu/tree: tick_dep_set/clear_cpu should accept bits instead of masks

On Thu, Aug 15, 2019 at 10:53:09PM -0400, Joel Fernandes (Google) wrote: > This commit fixes the issue. > > Signed-off-by: Joel Fernandes (Google) > --- > kernel/rcu/tree.c | 29 + > 1 file changed, 17 insertions(+), 12 deletions(-) > > diff --git

[PATCH v5 2/2] powerpc: Add support to initialize ima policy rules

POWER secure boot relies on the kernel IMA security subsystem to perform the OS kernel image signature verification. Since each secure boot mode has different IMA policy requirements, dynamic definition of the policy rules based on the runtime secure boot mode of the system is required. On systems

[PATCH v5 1/2] powerpc: detect the secure boot mode of the system

Secure boot on POWER defines different IMA policies based on the secure boot state of the system. This patch defines a function to detect the secure boot state of the system. The PPC_SECURE_BOOT config represents the base enablement of secureboot on POWER. Signed-off-by: Nayna Jain ---

[PATCH v5 0/2] powerpc: Enabling IMA arch specific secure boot policies

IMA subsystem supports custom, built-in, arch-specific policies to define the files to be measured and appraised. These policies are honored based on the priority where arch-specific policies is the highest and custom is the lowest. OpenPOWER systems rely on IMA for signature verification of the

Re: [PATCH v1 2/2] clk: qcom: Add Global Clock controller (GCC) driver for SC7180

Hello Stephen, On 8/8/2019 3:54 AM, Stephen Boyd wrote: Quoting Taniya Das (2019-08-07 11:13:01) Add support for the global clock controller found on SC7180 based devices. This should allow most non-multimedia device drivers to probe and control their clocks. Signed-off-by: Taniya Das

Re: [PATCH v7 06/11] media: cedrus: Cleanup control initialization

Hi, On Fri 16 Aug 19, 13:01, Ezequiel Garcia wrote: > In order to introduce other controls, the control initialization > needs to support an initial struct v4l2_ctrl_control. > > While here, let's cleanup the control initialization, > removing unneeded fields. Thanks for the change! Acked-by:

Re: [PATCH v1 1/2] clk: qcom: Add DT bindings for SC7180 gcc clock controller

On 8/8/2019 3:44 AM, Stephen Boyd wrote: Quoting Taniya Das (2019-08-07 11:13:00) diff --git a/Documentation/devicetree/bindings/clock/qcom,gcc.txt b/Documentation/devicetree/bindings/clock/qcom,gcc.txt index 8661c3cd3ccf..18d95467cb36 100644 ---

Re: [PULL REQUEST] Please pull rdma.git

Hi Jason, On Mon, Aug 19, 2019 at 2:14 PM Jason Gunthorpe wrote: > On Mon, Aug 19, 2019 at 12:08:16PM +0200, Geert Uytterhoeven wrote: > > On Wed, Aug 14, 2019 at 5:00 PM Doug Ledford wrote: > > > Fairly small pull request for -rc3. I'm out of town the rest of this > > > week, so I made sure

[PATCH v2] checkpatch: add *_NOTIFIER_HEAD as var definition

Add *_NOTIFIER_HEAD as variable definition to avoid code like this: ATOMIC_NOTIFIER_HEAD(foo); EXPORT_SYMBOL_GPL(foo); >From triggering the the following warning: WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable Signed-off-by: Gilad Ben-Yossef Cc: John Hubbard ---

[RT PATCH v2] net/xfrm/xfrm_ipcomp: Protect scratch buffer with local_lock

The following BUG has been reported while running ipsec tests. BUG: scheduling while atomic: irq/78-eno3-rx-/12023/0x0002 Modules linked in: ipcomp xfrm_ipcomp ... Preemption disabled at: [] ipcomp_input+0xd0/0x9a0 [xfrm_ipcomp] CPU: 1 PID: 12023 Comm: irq/78-eno3-rx- Kdump: loaded Not

Re: [PATCH v2 2/2] PCI: pciehp: Prevent deadlock on disconnect

On 8/19/2019 4:56 AM, Mika Westerberg wrote: >> There are PCI controllers that won't report presence detect correctly, >> but still report link active. > If that's the case then pciehp_card_present() returns false so we call > pciehp_check_link_active() which should work with those controllers. >

nfs4 server stops responding

Hello, I have two VMs, exporting some directories in one VM: # cat /etc/exports /mnt 192.168.1.0/24(ro,fsid=0,no_subtree_check,sync) /mnt/export 192.168.1.0/24(rw,no_root_squash,sync,no_wdelay,no_subtree_check) [...] And NFS mounting in the second VM: # grep nfs /proc/mounts server:/export

Re: [PATCH] RDMA/siw: Fix compiler warnings on 32-bit due to u64/pointer abuse

On Mon, Aug 19, 2019 at 12:05:26PM +0200, Geert Uytterhoeven wrote: > When compiling on 32-bit: > > drivers/infiniband/sw/siw/siw_cq.c:76:20: warning: cast to pointer from > integer of different size [-Wint-to-pointer-cast] > drivers/infiniband/sw/siw/siw_qp.c:952:28: warning: cast from

BUG: MAX_STACK_TRACE_ENTRIES too low in tipc_topsrv_exit_net

Hello, syzbot found the following crash on: HEAD commit:5181b473 net: phy: realtek: add NBase-T PHY auto-detection git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=156b731c60 kernel config: https://syzkaller.appspot.com/x/.config?x=d4cf1ffb87d590d7

[PATCH 1/3] media: add pixel_size control

This control returns the pixel size in nanometres. The struct provides the width and the height in separated fields to take into consideration asymmetric pixels and/or hardware binning. This control is required for automatic calibration of the sensor. Signed-off-by: Ricardo Ribalda Delgado ---

[PATCH 3/3] media: imx214: Add new control with V4L2_CID_PIXEL_SIZE

According to the product brief, the unit cell size is 1120 nanometers^2. https://www.sony-semicon.co.jp/products_en/IS/sensor1/img/products/ProductBrief_IMX214_20150428.pdf Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/i2c/imx214.c | 23 +++ 1 file changed, 23

[PATCH 2/3] Documentation: Describe V4L2_CID_PIXEL_SIZE

New control to pass to userspace the width/height of a pixel. Which is needed for 3D calibration and lens selection. Signed-off-by: Ricardo Ribalda Delgado --- Documentation/media/uapi/v4l/ext-ctrls-camera.rst | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v7 04/11] media: uapi: h264: Add the concept of start code

Hi, On Fri 16 Aug 19, 13:01, Ezequiel Garcia wrote: > Stateless decoders have different expectations about the > start code that is prepended on H264 slices. Add a > menu control to express the supported start code types > (including no start code). > > Drivers are allowed to support only one

[PATCH net-next] netdevsim: Fix build error without CONFIG_INET

If CONFIG_INET is not set, building fails: drivers/net/netdevsim/dev.o: In function `nsim_dev_trap_report_work': dev.c:(.text+0x67b): undefined reference to `ip_send_check' Add CONFIG_INET Kconfig dependency to fix this. Reported-by: Hulk Robot Fixes: da58f90f11f5 ("netdevsim: Add devlink-trap

Re: [PULL REQUEST] Please pull rdma.git

On Mon, Aug 19, 2019 at 12:08:16PM +0200, Geert Uytterhoeven wrote: > Hi Doug, Bernard, > > On Wed, Aug 14, 2019 at 5:00 PM Doug Ledford wrote: > > Fairly small pull request for -rc3. I'm out of town the rest of this > > week, so I made sure to clean out as much as possible from patchworks in >

Re: [PATCH] HID: cp2112: prevent sleeping function called from invalid context

On Mon, 12 Aug 2019, Benjamin Tissoires wrote: > When calling request_threaded_irq() with a CP2112, the function > cp2112_gpio_irq_startup() is called in a IRQ context. > > Therefore we can not sleep, and we can not call > cp2112_gpio_direction_input() there. > > Move the call to

Re: [PATCH] ARM: vf610-zii-cfu1: Add node for switch watchdog

On Wed, Aug 14, 2019 at 12:35:36PM -0700, Andrey Smirnov wrote: > Add I2C child node for switch watchdog present on CFU1. > > Signed-off-by: Andrey Smirnov > Signed-off-by: Cory Tusar > Cc: Shawn Guo > Cc: Chris Healy > Cc: Fabio Estevam > Cc: linux-arm-ker...@lists.infradead.org > Cc:

Re: [PATCH v2] udf: reduce leakage of blocks related to named streams

Jan - On 8/15/19 7:42 AM, Jan Kara wrote: On Wed 14-08-19 07:50:02, Steven J. Magnani wrote: Windows is capable of creating UDF files having named streams. One example is the "Zone.Identifier" stream attached automatically to files downloaded from a network. See:

Re: [PATCH AUTOSEL 4.4 04/14] perf header: Fix divide by zero error if f_header.attr_size==0

Sasha Levin 于2019年8月6日周二 下午11:39写道： > > From: Vince Weaver > > [ Upstream commit 7622236ceb167aa3857395f9bdaf871442aa467e ] > > So I have been having lots of trouble with hand-crafted perf.data files > causing segfaults and the like, so I have started fuzzing the perf tool. > > First issue

Re: [PATCH v2 0/3] HID: intel-ish-hid: support s2idle and s3 in ish_suspend()

On Thu, 8 Aug 2019, Zhang Lixu wrote: > Currently, the NO_D3 flag is set in ish_probe(), the intel-ish-ipc driver > puts the ISH into D0i3 when system enter both suspend-to-idle(S0ix) and > suspend-to-mem(S3). These patches are to put the ISH into D3 when system > enter S3 and put the ISH into

Re: [PATCH v2 11/11] arm64: dts: add dts nodes for MT6779

Hi Mars, On 19/08/2019 12:42, Mars Cheng wrote: > Hi Marc > > On Mon, 2019-08-19 at 10:40 +0100, Marc Zyngier wrote: >> On 19/08/2019 10:21, Mars Cheng wrote: >>> this adds initial MT6779 dts settings fo board support, >>> including cpu, gic, timer, ccf, pinctrl, uart...etc. >>> >>>

Re: [PATCH] infiniband: hfi1: fix memory leaks

On Sun, Aug 18, 2019 at 01:54:46PM -0500, Wenwen Wang wrote: > In fault_opcodes_write(), 'data' is allocated through kcalloc(). However, > it is not deallocated in the following execution if an error occurs, > leading to memory leaks. To fix this issue, introduce the 'free_data' label > to free

Re: [PATCH] infiniband: hfi1: fix a memory leak bug

On Sun, Aug 18, 2019 at 02:29:31PM -0500, Wenwen Wang wrote: > In fault_opcodes_read(), 'data' is not deallocated if debugfs_file_get() > fails, leading to a memory leak. To fix this bug, introduce the 'free_data' > label to free 'data' before returning the error. > > Signed-off-by: Wenwen Wang >

Re: [PATCH] clk: imx8mn: fix int pll clk gate

On Mon, Aug 19, 2019 at 01:05:42AM +, Peng Fan wrote: > Hi Stephen, > > > Subject: Re: [PATCH] clk: imx8mn: fix int pll clk gate > > > > Quoting peng@nxp.com (2019-08-13 18:53:12) > > > From: Peng Fan > > > > > > To Frac pll, the gate shift is 13, however to Int PLL the gate shift > > >

Re: [PATCH] PCI: Fix misspelled words.

On Mon, 19 Aug 2019 13:53:06 +0200 Krzysztof Wilczynski wrote: > Fix misspelled words in include/linux/pci.h, drivers/pci/Kconfig, > and in the documentation for Freescale i.MX6 and Marvell Armada 7K/8K > PCIe interfaces. No functional change intended. > > Related commit 96291d565550 ("PCI:

Re: [PATCH 02/15] drivers: thermal: tsens: Simplify code flow in tsens_probe

On 26/07/2019 00:18, Amit Kucheria wrote: > Move platform_set_drvdata up to avoid an extra 'if (ret)' check after > the call to tsens_register. > > Signed-off-by: Amit Kucheria Reviewed-by: Daniel Lezcano [ ... ] -- Linaro.org │ Open source software for ARM SoCs

Re: [PATCH 1/3] mm, page_owner: record page owner for each subpage

On Mon, Aug 19, 2019 at 11:55:51AM +, Kirill A. Shutemov wrote: > > @@ -2533,6 +2534,8 @@ static void __split_huge_page(struct page *page, > > struct list_head *list, > > > > remap_page(head); > > > > + split_page_owner(head, HPAGE_PMD_ORDER); > > + > > I think it has to be before

Re: [PATCH] IB/mlx4: Fix memory leaks

On Sun, Aug 18, 2019 at 03:23:01PM -0500, Wenwen Wang wrote: > In mlx4_ib_alloc_pv_bufs(), 'tun_qp->tx_ring' is allocated through > kcalloc(). However, it is not always deallocated in the following execution > if an error occurs, leading to memory leaks. To fix this issue, free > 'tun_qp->tx_ring'

It took a lot of time to finally find you.

Dear Sir, It took a lot of time to finally find you. I am Susan William from London; I work with Royal Bank of Scotland, This letter is highly privileged and it requires your immediate attention. You are receiving this letter because your family name connected to a deceased client Eng.

Re: [PATCH 1/3] mm, page_owner: record page owner for each subpage

On Mon, Aug 19, 2019 at 11:46:37AM +, Vlastimil Babka wrote: > > On 8/16/19 4:04 PM, Kirill A. Shutemov wrote: > > On Fri, Aug 16, 2019 at 12:13:59PM +0200, Vlastimil Babka wrote: > >> Currently, page owner info is only recorded for the first page of a > >> high-order > >> allocation, and

Re: [PATCH 01/15] drivers: thermal: tsens: Get rid of id field in tsens_sensor

On 26/07/2019 00:18, Amit Kucheria wrote: > There are two fields - id and hw_id - to track what sensor an action was > to performed on. This was because the sensors connected to a TSENS IP > might not be contiguous i.e. 1, 2, 4, 5 with 3 being skipped. > > This causes confusion in the code which

[PATCH v1 1/2] dt-bindings: mtd: cadence-qspi:add support for Intel lgm-qspi

From: Ramuthevar Vadivel Murugan Add vendor specific compatible string to disable DMA and auto polling feature in the cadence-quadspi driver. Signed-off-by: Ramuthevar Vadivel Murugan --- Documentation/devicetree/bindings/mtd/cadence-quadspi.txt | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v1 2/2] mtd: spi-nor: cadence-quadspi: disable the DMA,DAC and auto poll

From: Ramuthevar Vadivel Murugan On Intel Lightening Mountain(LGM) SoCs QSPI controller do not use Direct Memory Access(DMA), Direct Access Controller(DAC) and auto-poll features. This patch introduces to properly disable DMA, DAC for data transfer instead it uses indirect data transfer. and

Re: [PATCH v4] media: si2168: Refactor command setup code

On 15/07/2019 11:50, Marc Gonzalez wrote: > Use cmd_init() to fill a struct si2168_cmd command. > > Signed-off-by: Marc Gonzalez > --- > Changes from v1: > - Use a real function to populate struct si2168_cmd *cmd, and a trivial > macro wrapping it (macro because sizeof). > Changes from v2: > -

[PATCH] PCI: Fix misspelled words.

Fix misspelled words in include/linux/pci.h, drivers/pci/Kconfig, and in the documentation for Freescale i.MX6 and Marvell Armada 7K/8K PCIe interfaces. No functional change intended. Related commit 96291d565550 ("PCI: Fix typos and whitespace errors"). Signed-off-by: Krzysztof Wilczynski ---

Re: [PATCH v2] Skip deferred request irqs for devices known to fail

On Mon, Aug 19, 2019 at 09:26:37PM +1000, Ian W MORRISON wrote: > Patch ca876c7483b6 "gpiolib-acpi: make sure we trigger edge events at > least once on boot" causes the MINIX family of mini PCs to fail to boot > resulting in a "black screen". > > This patch excludes MINIX devices from executing

Re: [PATCH v3 2/2] arm64: dts: imx: Add i.mx8mq nitrogen8m basic dts support

On Tue, Aug 13, 2019 at 02:51:46PM +0200, Dafna Hirschfeld wrote: > From: Gary Bisson > > Add basic dts support for i.MX8MQ NITROGEN8M. > > Signed-off-by: Gary Bisson > Signed-off-by: Troy Kisky > [Dafna: porting vendor's code to mainline] > Signed-off-by: Dafna Hirschfeld > --- >

Re: [PATCH 1/3] mm, page_owner: record page owner for each subpage

On 8/16/19 4:04 PM, Kirill A. Shutemov wrote: > On Fri, Aug 16, 2019 at 12:13:59PM +0200, Vlastimil Babka wrote: >> Currently, page owner info is only recorded for the first page of a >> high-order >> allocation, and copied to tail pages in the event of a split page. With the >> plan to keep

[PATCH] rproc: Add elf64 support in elf loader

From: Clément Leger elf32 and elf64 mainly differ by their types. In order to avoid copy/pasting the whole loader code, generate static inline functions which will access values according to the elf class. It allows to keep a common loader basis. In order to accomodate both elf types sizes, the

[PATCH] arm64: kasan: fix phys_to_virt() false positive on tag-based kasan

__arm_v7s_unmap() call iopte_deref() to translate pyh_to_virt address, but it will modify pointer tag into 0xff, so there is a false positive. When enable tag-based kasan, phys_to_virt() function need to rewrite its original pointer tag in order to avoid kasan report an incorrect memory

Re: [PATCH v2] arm64: dts: ls1088a: fix gpio node

On Tue, Aug 13, 2019 at 10:04:57AM +0800, Hui Song wrote: > From: Song Hui > > Update the nodes to include little-endian > property to be consistent with the hardware > and add ls1088a gpio specify compatible. > > Signed-off-by: Song Hui Applied, thanks.

Re: [PATCH v2 11/11] arm64: dts: add dts nodes for MT6779

Hi Marc On Mon, 2019-08-19 at 10:40 +0100, Marc Zyngier wrote: > On 19/08/2019 10:21, Mars Cheng wrote: > > this adds initial MT6779 dts settings fo board support, > > including cpu, gic, timer, ccf, pinctrl, uart...etc. > > > > Signed-off-by: Mars Cheng > > --- > >

Re: [PATCH v5 3/3] ARM: dts: imx6ul-kontron-n6310: Add Kontron i.MX6UL N6310 SoM and boards

On Mon, Aug 12, 2019 at 06:59:09PM +0200, Krzysztof Kozlowski wrote: > Add support for i.MX6UL modules from Kontron Electronics GmbH (before > acquisition: Exceet Electronics) and evalkit boards based on it: > > 1. N6310 SOM: i.MX6 UL System-on-Module, a 25x25 mm solderable module >(LGA pads

[PATCH 4/4] arm64: implement KPROBES_ON_FTRACE

This patch implements KPROBES_ON_FTRACE for arm64. ~ # mount -t debugfs debugfs /sys/kernel/debug/ ~ # cd /sys/kernel/debug/ /sys/kernel/debug # echo 'p _do_fork' > tracing/kprobe_events before the patch: /sys/kernel/debug # cat kprobes/list ff801009ff7c k _do_fork+0x4[DISABLED]

[PATCH 3/4] kprobes: move kprobe_ftrace_handler() from x86 and make it weak

This code could be reused. So move it from x86 to common code. Signed-off-by: Jisheng Zhang --- arch/x86/kernel/kprobes/ftrace.c | 44 kernel/kprobes.c | 44 2 files changed, 44 insertions(+), 44 deletions(-)

[PATCH 2/4] kprobes/x86: use instruction_pointer and instruction_pointer_set

This is to make the kprobe_ftrace_handler() common, so we can move it to common code in next patch. Signed-off-by: Jisheng Zhang --- arch/x86/kernel/kprobes/ftrace.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/kprobes/ftrace.c

[PATCH 1/4] kprobes: adjust kprobe addr for KPROBES_ON_FTRACE

For KPROBES_ON_FTRACE case, we need to adjust the kprobe's addr correspondingly. Signed-off-by: Jisheng Zhang --- kernel/kprobes.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/kernel/kprobes.c b/kernel/kprobes.c index 9873fc627d61..f8400753a8a9 100644 --- a/kernel/kprobes.c +++

[PATCH 0/4] arm64: KPROBES_ON_FTRACE

Implement KPROBES_ON_FTRACE for arm64. Applied after FTRACE_WITH_REGS: http://lists.infradead.org/pipermail/linux-arm-kernel/2019-August/674404.html Jisheng Zhang (4): kprobes: adjust kprobe addr for KPROBES_ON_FTRACE kprobes/x86: use instruction_pointer and instruction_pointer_set

Re: [PATCH] Skip deferred request irqs for devices known to fail

Hi Hans and everyone, On Mon, 19 Aug 2019 at 04:59, Hans de Goede wrote: > > Hi Ian, et. al., > > As such I guess we may need to go with the blacklist patch you suggested > which sucks, but having these devices not boot sucks even harder. > > I guess this problem did not magically fix it self in

Re: [PATCH v2 1/2] dt-bindings: leds: document the "power-supply" property

On Mon 2019-07-15 17:56:56, Jean-Jacques Hiblot wrote: > Most of the LEDs are powered by a voltage/current regulator. Describing it > in the device-tree makes it possible for the LED core to enable/disable it > when needed. > > Signed-off-by: Jean-Jacques Hiblot Acked-by: Pavel Machek --

Re: [PATCH v4 12/21] ARM: dts: imx6-apalis: Add touchscreens used on Toradex eval boards

On Mon, Aug 12, 2019 at 02:21:33PM +, Philippe Schenker wrote: > This commit adds the touchscreens from Toradex so one can enable it. > > Signed-off-by: Philippe Schenker > Acked-by: Marcel Ziswiler > > --- > > Changes in v4: > - Add Marcel Ziswiler's Ack > > Changes in v3: > - Fix

Re: [PATCH v2] Skip deferred request irqs for devices known to fail

Hi All, On 19-08-19 13:26, Ian W MORRISON wrote: Patch ca876c7483b6 "gpiolib-acpi: make sure we trigger edge events at least once on boot" causes the MINIX family of mini PCs to fail to boot resulting in a "black screen". This patch excludes MINIX devices from executing this trigger in order

Re: [PATCH 1/3] ftrace: introdue ftrace_call_init

On Mon, 19 Aug 2019 19:16:22 +0800 Jisheng Zhang wrote: > On some arch, the FTRACE_WITH_REGS is implemented with gcc's > -fpatchable-function-entry (=2), gcc adds 2 NOPs at the beginning > of each function, so this makes the MCOUNT_ADDR useless. In ftrace > common framework, MCOUNT_ADDR is

[PATCH 3/3] arm64: use -fpatchable-function-entry if available

From: Torsten Duwe Test whether gcc supports -fpatchable-function-entry and use it to promote DYNAMIC_FTRACE to DYNAMIC_FTRACE_WITH_REGS. Amend support for the new object section that holds the locations (__patchable_function_entries) and define a proper "notrace" attribute to switch it off.

Re: [PATCH v4 11/21] ARM: dts: imx6qdl-apalis: Add sleep state to can interfaces

On Mon, Aug 12, 2019 at 02:21:31PM +, Philippe Schenker wrote: > This patch prepares the devicetree for the new Ixora V1.2 where we are > able to turn off the supply of the can transceiver. This implies to use > a sleep state on transmission pins in order to prevent backfeeding. > >

[PATCH 2/3] arm64: implement ftrace with regs

From: Torsten Duwe Implement ftrace with regs, based on the new gcc flag -fpatchable-function-entry (=2) Now that gcc8 added 2 NOPs at the beginning of each function, replace the first NOP thus generated with a quick LR saver (move it to scratch reg x9), so the 2nd replacement insn, the call to

Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds

On Mon, Aug 5, 2019 at 2:18 PM Greg Ungerer wrote: > On 5/8/19 5:14 pm, Geert Uytterhoeven wrote: > > On Sat, Aug 3, 2019 at 1:36 AM Greg Ungerer wrote: > >> On 2/8/19 10:10 am, Finn Thain wrote: > >>> Since commit d3b41b6bb49e ("m68k: Dispatch nvram_ops calls to Atari or > >>> Mac functions"),

Re: [PATCH v2] m68k/mac: Revisit floppy disc controller base addresses

On Mon, Jul 8, 2019 at 11:34 AM Finn Thain wrote: > Rename floppy_type macros to make them more consistent with the scsi_type > macros, which are named after classes of models with similar memory maps. > > The MAC_FLOPPY_OLD symbol is introduced to change the relevant base > address from

[PATCH 1/3] ftrace: introdue ftrace_call_init

On some arch, the FTRACE_WITH_REGS is implemented with gcc's -fpatchable-function-entry (=2), gcc adds 2 NOPs at the beginning of each function, so this makes the MCOUNT_ADDR useless. In ftrace common framework, MCOUNT_ADDR is mostly used to "init" the nop, so let's introcude ftrace_call_init().

[PATCH v2] Skip deferred request irqs for devices known to fail

Patch ca876c7483b6 "gpiolib-acpi: make sure we trigger edge events at least once on boot" causes the MINIX family of mini PCs to fail to boot resulting in a "black screen". This patch excludes MINIX devices from executing this trigger in order to successfully boot. Cc: sta...@vger.kernel.org

Re: [PATCH 1/2] livepatch: Nullify obj->mod in klp_module_coming()'s error path

On Sun 2019-07-28 14:45:33, Josh Poimboeuf wrote: > On Fri, Jul 19, 2019 at 02:28:39PM +0200, Miroslav Benes wrote: > > klp_module_coming() is called for every module appearing in the system. > > It sets obj->mod to a patched module for klp_object obj. Unfortunately > > it leaves it set even if an

[PATCH 0/3] arm64: ftrace with regs

Try to make the arm64 ftrace with regs merged. The later two patches are from Torsten. The whole series applies cleanly on v5.3-rc5 Jisheng Zhang (1): ftrace: introdue ftrace_call_init Torsten Duwe (2): arm64: implement ftrace with regs arm64: use -fpatchable-function-entry if available

[PATCH] m68k: defconfig: Update defconfigs for v5.3-rc2

Actual changes: -CONFIG_CHR_DEV_OSST=m +CONFIG_CRYPTO_AES=y +CONFIG_CRYPTO_ARC4=m +CONFIG_CRYPTO_XXHASH=m +CONFIG_NF_CONNTRACK_BRIDGE=m +CONFIG_NF_TABLES_BRIDGE=m -CONFIG_NF_TABLES_BRIDGE=y +CONFIG_NFT_BRIDGE_META=m +CONFIG_NFT_SYNPROXY=m

Re: [PATCH v4 10/21] ARM: dts: imx6qdl-colibri: Add missing pin declaration in iomuxc

On Mon, Aug 12, 2019 at 02:21:29PM +, Philippe Schenker wrote: > This adds the muxing for the optional pins usb-oc (overcurrent) and > usb-id. > > Signed-off-by: Philippe Schenker > Acked-by: Marcel Ziswiler > > --- > > Changes in v4: > - Add Marcel Ziswiler's Ack > > Changes in v3: None

Re: [PATCH v2 0/9] Exynos Adaptive Supply Voltage support

On 19-08-19, 13:16, Sylwester Nawrocki wrote: > On 8/19/19 11:09, Viresh Kumar wrote: > > Will something like this help ? > > > > https://lore.kernel.org/lkml/1442623929-4507-3-git-send-email-sb...@codeaurora.org/ > > > > This never got merged but the idea was AVS only. > > It's quite

[PATCH v3 1/8] thunderbolt: Correct path indices for PCIe tunnel

PCIe tunnel path indices got mixed up when we added support for tunnels between switches that are not adjacent. This did not affect the functionality as it is just an index but fix it now nevertheless to make the code easier to understand. Reported-by: Rajmohan Mani Fixes: 8c7acaaf020f

[PATCH v3 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list

Ice Lake Thunderbolt controller includes two new device property compatible properties that we need to be able to extract in the driver so add them to the growing array of GUIDs. Signed-off-by: Mika Westerberg Acked-by: Rafael J. Wysocki --- drivers/acpi/property.c | 6 ++ 1 file changed,

Re: [PATCH v4 09/21] ARM: dts: imx6qdl-colibri: add phy to fec

On Mon, Aug 12, 2019 at 02:21:28PM +, Philippe Schenker wrote: > Add the phy-node and mdio bus to the fec-node, represented as is on > hardware. > This commit includes micrel,led-mode that is set to the default > value, prepared for someone who wants to change this. > > Signed-off-by:

[tip:perf/urgent] kprobes: Fix potential deadlock in kprobe_optimizer()

Commit-ID: f1c6ece23729257fb46562ff9224cf5f61b818da Gitweb: https://git.kernel.org/tip/f1c6ece23729257fb46562ff9224cf5f61b818da Author: Andrea Righi AuthorDate: Mon, 12 Aug 2019 20:43:02 +0200 Committer: Ingo Molnar CommitDate: Mon, 19 Aug 2019 12:22:19 +0200 kprobes: Fix potential

[PATCH v3 6/8] thunderbolt: Expose active parts of NVM even if upgrade is not supported

Ice Lake Thunderbolt controller NVM firmware is part of the BIOS image which means it is not writable through the DMA port anymore. However, we can still read it so we can keep nvm_version and active parts of NVM. This way users still can find out the active NVM version and other potentially

[PATCH v3 0/8] thunderbolt: Intel Ice Lake support

Hi all, This is third iteration of the patch series adding support for the Intel Ice Lake integrated Thunderbolt controller. The biggest difference from the previous discrete controllers is that the Ice Lake Thunderbolt controller is now integrated as part of the SoC. The firmware messages pretty

[PATCH v3 4/8] thunderbolt: Do not fail adding switch if some port is not implemented

There are two ways to mark a port as unimplemented. Typical way is to return port type as TB_TYPE_INACTIVE when its config space is read. Alternatively if the port is not physically present (such as ports 10 and 11 in ICL) reading from port config space returns TB_CFG_ERROR_INVALID_CONFIG_SPACE

[PATCH v3 2/8] thunderbolt: Move NVM upgrade support flag to struct icm

This is depends on the controller and on the platform/CPU we are running. Move it to struct icm so we can set it per controller. Signed-off-by: Mika Westerberg Reviewed-by: Yehezkel Bernat --- drivers/thunderbolt/icm.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-)

[PATCH v3 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer

The register access should be using 32-bit reads/writes according to the datasheet. With the previous generation hardware 16-bit writes have been working but starting with ICL this is not the case anymore so fix producer/consumer register update to use correct width register address.

[PATCH v3 7/8] thunderbolt: Add support for Intel Ice Lake

The Thunderbolt controller is integrated into the Ice Lake CPU itself and requires special flows to power it on and off using force power bit in NHI VSEC registers. Runtime PM (RTD3) and Sx flows also differ from the discrete solutions. Now the firmware notifies the driver whether RTD3 entry or

<    4   5   6   7   8   9   10   11   12   >