[PATCH v12 3/9] drivers: memory: extend of_memory by LPDDR3 support

The patch adds AC timings information needed to support LPDDR3 and memory controllers. The structure is used in of_memory and currently in Exynos 5422 DMC. Add parsing data needed for LPDDR3 support. It is currently used in Exynos5422 Dynamic Memory Controller. Acked-by: Krzysztof Kozlowski Signe

[PATCH v12 7/9] ARM: dts: exynos: add syscon to clock compatible

In order to get the clock by phandle and use it with regmap it needs to be compatible with syscon. The DMC driver uses two registers from clock register set and needs the regmap of them. Signed-off-by: Lukasz Luba --- arch/arm/boot/dts/exynos5420.dtsi | 2 +- arch/arm/boot/dts/exynos5800.dtsi |

[PATCH v12 6/9] ARM: dts: exynos: add chipid label and syscon compatible

Add the chipid label which allows to use it in phandle from other device. Use syscon in compatible to get the regmap of the device register set. The chipid is used in DMC during initialization to compare compatibility. Signed-off-by: Lukasz Luba --- arch/arm/boot/dts/exynos5.dtsi | 4 ++-- 1 fil

[PATCH v12 5/9] drivers: memory: add DMC driver for Exynos5422

This patch adds driver for Exynos5422 Dynamic Memory Controller. The driver provides support for dynamic frequency and voltage scaling for DMC and DRAM. It supports changing timings of DRAM running with different frequency. There is also an algorithm to calculate timigns based on memory description

[PATCH v12 9/9] ARM: exynos_defconfig: enable DMC driver

Enable driver for Exynos5422 Dynamic Memory Controller supporting dynamic frequency and voltage scaling in Exynos5422 SoCs. Signed-off-by: Lukasz Luba --- arch/arm/configs/exynos_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/exynos_defconfig b/arch/arm/configs/e

[PATCH v12 1/9] dt-bindings: ddr: rename lpddr2 directory

Change directory name to be ready for new types of memories. Reviewed-by: Rob Herring Signed-off-by: Lukasz Luba --- .../devicetree/bindings/{lpddr2 => ddr}/lpddr2-timings.txt | 0 Documentation/devicetree/bindings/{lpddr2 => ddr}/lpddr2.txt| 2 +- 2 files changed, 1 insertion(+), 1 de

[PATCH] clk: meson: axg-audio: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. A recent patch [0] allows parents to be specified without string names or with device-tree clock name by using a new assignment structure. Migrate to the new way by using

[PATCH 01/12] list.h: add list_pop and list_pop_entry helpers

We have a very common pattern where we want to delete the first entry from a list and return it as the properly typed container structure. Add two helpers to implement this behavior. Signed-off-by: Christoph Hellwig --- include/linux/list.h | 33 + 1 file changed

[PATCH 07/12] iomap: move the xfs writeback code to iomap.c

Takes the xfs writeback code and move it to iomap.c. A new structure with three methods is added as the abstraction from the generic writeback code to the file system. These methods are used to map blocks, submit an ioend, and cancel a page that encountered an error before it was added to an ioen

Re: [PATCH] memremap: move from kernel/ to mm/

On 07/22/2019 03:11 PM, Christoph Hellwig wrote: > memremap.c implements MM functionality for ZONE_DEVICE, so it really > should be in the mm/ directory, not the kernel/ one. > > Signed-off-by: Christoph Hellwig This always made sense. FWIW Reviewed-by: Anshuman Khandual

[PATCH 11/12] xfs: set IOMAP_F_NEW more carefully

Don't set IOMAP_F_NEW if we COW over and existing allocated range, as these aren't strictly new allocations. This is required to be able to use IOMAP_F_NEW to zero newly allocated blocks, which is required for the iomap code to fully support file systems that don't do delayed allocations or use un

lift the xfs writepage code into iomap v3

Hi all, this series cleans up the xfs writepage code and then lifts it to fs/iomap.c so that it could be use by other file system. I've been wanting to this for a while so that I could eventually convert gfs2 over to it, but I never got to it. Now Damien has a new zonefs file system for semi-raw

[PATCH 02/12] xfs: initialize iomap->flags in xfs_bmbt_to_iomap

Currently we don't overwrite the flags field in the iomap in xfs_bmbt_to_iomap. This works fine with 0-initialized iomaps on stack, but is harmful once we want to be able to reuse an iomap in the writeback code. Replace the shared paramter with a set of initial flags an thus ensures the flags fie

[PATCH 10/12] iomap: warn on inline maps in iomap_writepage_map

And inline mapping should never mark the page dirty and thus never end up in writepages. Add a check for that condition and warn if it happens. Signed-off-by: Christoph Hellwig --- fs/iomap/buffered-io.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/iomap/buffered-io.c b/fs/iomap/buf

[PATCH 2/4] clk: meson: gxbb-aoclk: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (when parent clocks are localy declared in the controller) and use .parent_data otherwise. Remove clk input hel

[PATCH 4/4] clk: meson: remove ao input bypass clocks

During probe, bypass clocks (i.e. ao-in-xtal) are made from device-tree inputs to provide input clocks which can be access through global name. The cons of this method are the duplicated clocks, means more string comparison. Specify parent directly with device-tree clock name. Function to regiter

[PATCH 0/4] clk: meson: ao: use the new parent description method

Meson SoCs clock controllers use the string comparison method to describe parent relation between the clocks, which is not optimized. Its also use bypass clock made from device-tree clock to provide an input clock which can be access through global name, but it still not optimal. A recent patch [

[PATCH 3/4] clk: meson: axg-aoclk: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (when parent clocks are localy declared in the controller) and use .parent_data otherwise. Remove clk input hel

[PATCH 04/12] xfs: refactor the ioend merging code

Introduce two nicely abstracted helper, which can be moved to the iomap code later. Also use list_pop_entry and list_first_entry_or_null to simplify the code a bit. Signed-off-by: Christoph Hellwig Reviewed-by: Darrick J. Wong --- fs/xfs/xfs_aops.c | 70 +---

[PATCH 1/4] clk: meson: g12a-aoclk: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (when parent clocks are localy declared in the controller) and use .parent_data otherwise. Remove clk input hel

[PATCH 12/12] iomap: zero newly allocated mapped blocks

File systems like gfs2 don't support delayed allocations or unwritten extents and thus allocate normal mapped blocks to fill holes. To cover the case of such file systems allocating new blocks to fill holes also zero out mapped blocks with the new flag. Signed-off-by: Christoph Hellwig --- fs/i

[PATCH 09/12] iomap: move struct iomap_page out of iomap.h

Now that all the writepage code is in the iomap code there is no need to keep this structure public. Signed-off-by: Christoph Hellwig --- fs/iomap/buffered-io.c | 17 + include/linux/iomap.h | 17 - 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a

Re: [PATCH v4 0/3] MediaTek Security random number generator support

Dear Matthias, Rob, Mark, Just gentle ping. Thanks On Mon, 2019-06-24 at 15:24 +0800, Neal Liu wrote: > These patch series introduce a generic rng driver for Trustzone > based kernel driver which would like to communicate with ATF > SIP services. > > Patch #1 initials SMC fid tab

[PATCH 08/12] iomap: add tracing for the address space operations

Lift the xfs code for tracing address space operations to the iomap layer. Signed-off-by: Christoph Hellwig --- fs/iomap/buffered-io.c | 13 ++ fs/xfs/xfs_aops.c| 27 ++-- fs/xfs/xfs_trace.h | 65 --- include/trace/events/iomap.h |

[PATCH 03/12] xfs: use a struct iomap in xfs_writepage_ctx

In preparation for moving the XFS writeback code to fs/iomap.c, switch it to use struct iomap instead of the XFS-specific struct xfs_bmbt_irec. Signed-off-by: Christoph Hellwig Reviewed-by: Darrick J. Wong --- fs/xfs/libxfs/xfs_bmap.c | 14 +-- fs/xfs/libxfs/xfs_bmap.h | 3 +- fs/xfs/xfs_a

[PATCH 06/12] xfs: remove the fork fields in the writepage_ctx and ioend

In preparation for moving the writeback code to iomap.c, replace the XFS-specific COW fork concept with the iomap IOMAP_F_SHARED flag. Signed-off-by: Christoph Hellwig Reviewed-by: Darrick J. Wong --- fs/xfs/xfs_aops.c | 42 ++ fs/xfs/xfs_aops.h | 2 +-

[PATCH 05/12] xfs: turn io_append_trans into an io_private void pointer

In preparation for moving the ioend structure to common code we need to get rid of the xfs-specific xfs_trans type. Just make it a file system private void pointer instead. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 26 +- fs/xfs/xfs_aops.h | 2 +- 2 files

Re: [PATCH v3] kasan: add memory corruption identification for software tag-based mode

On Thu, 2019-07-18 at 19:11 +0300, Andrey Ryabinin wrote: > > On 7/15/19 6:06 AM, Walter Wu wrote: > > On Fri, 2019-07-12 at 13:52 +0300, Andrey Ryabinin wrote: > >> > >> On 7/11/19 1:06 PM, Walter Wu wrote: > >>> On Wed, 2019-07-10 at 21:24 +0300, Andrey Ryabinin wrote: > > On 7/9/19 5:

[PATCH 0/8] clk: meson: ee: use the new parent description method

Meson SoCs clock controllers use the string comparison method to describe parent relation between the clocks, which is not optimized. Its also use bypass clock made from device-tree clock to provide an input clock which can be access through global name, but it still not optimal. A recent patch [

[PATCH 5/8] clk: meson: meson8b: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (ie. when all clocks are local to the controller) and use .parent_data otherwise. Signed-off-by: Alexandre Merg

[PATCH 2/8] clk: meson: g12a: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (ie. when all clocks are local to the controller) and use .parent_data otherwise. Signed-off-by: Alexandre Merg

[PATCH 8/8] clk: meson: remove clk input helper

The clk input function which allows clock controllers to register a bypass clock from a clock producer is no longer needed anymore since meson clock controllers have migrated to a new parent allocation method. Signed-off-by: Alexandre Mergnat --- drivers/clk/meson/Kconfig | 3 --- drivers/c

[PATCH 1/8] clk: meson: g12a: move clock declaration to dependency order

This clock controller use the string comparison method to describe parent relation between the clocks. In order to migrate to clk_hw pointers, it is easier if the parent is declared before being used. This patch just move the declaration to facilitate the review of migration to the parent descript

[PATCH 3/8] clk: meson: gxbb: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (ie. when all clocks are local to the controller) and use .parent_data otherwise. Signed-off-by: Alexandre Merg

[PATCH 7/8] clk: meson: remove ee input bypass clocks

During probe, bypass clocks (i.e. ee-in-xtal) are made from device-tree inputs to provide input clocks which can be access through global name. The cons of this method are the duplicated clocks, means more string comparison. Specify parent directly with device-tree clock name. Remove the bypass c

[PATCH 6/8] clk: meson: clk-regmap: migrate to new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (ie. when all clocks are local to the controller) and use .parent_data otherwise. Signed-off-by: Alexandre Merg

Re: [PATCH V6 01/21] irqchip: tegra: Do not disable COP IRQ during suspend

21.07.2019 22:40, Sowjanya Komatineni пишет: > Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry > sequence and sc7 entry firmware is run from COP/BPMP-Lite. > > So, COP/BPMP-Lite still need IRQ function to finish SC7 suspend sequence > for Tegra210. > > This patch has fix

[PATCH 4/8] clk: meson: axg: migrate to the new parent description method

This clock controller use the string comparison method to describe parent relation between the clocks, which is not optimized. Migrate to the new way by using .parent_hws where possible (ie. when all clocks are local to the controller) and use .parent_data otherwise. Signed-off-by: Alexandre Merg

RE: [PATCH net-next 3/3] net: stmmac: Introducing support for Page Pool

From: Jose Abreu Date: Jul/22/2019, 10:47:44 (UTC+00:00) > From: Jon Hunter > Date: Jul/22/2019, 10:37:18 (UTC+00:00) > > > > > On 22/07/2019 08:23, Jose Abreu wrote: > > > From: Jon Hunter > > > Date: Jul/19/2019, 14:35:52 (UTC+00:00) > > > > > >> > > >> On 19/07/2019 13:32, Jose Abreu wrot

[tip:x86/cleanups] x86/mpx: Remove selftests Makefile entry

Commit-ID: 48febc03e6c239d96f46d8b38d91863769fc18c8 Gitweb: https://git.kernel.org/tip/48febc03e6c239d96f46d8b38d91863769fc18c8 Author: Dave Hansen AuthorDate: Fri, 5 Jul 2019 10:53:18 -0700 Committer: Thomas Gleixner CommitDate: Mon, 22 Jul 2019 11:54:56 +0200 x86/mpx: Remove selftest

[PATCH 2/2] f2fs: fix to detect cp error in f2fs_setxattr()

It needs to return -EIO if filesystem has been shutdown, fix the miss case in f2fs_setxattr(). Signed-off-by: Chao Yu --- fs/f2fs/xattr.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/xattr.c b/fs/f2fs/xattr.c index 3c92f4122044..f85c810e33ca 100644 --- a/fs/f2fs/xattr.c +++ b/fs

[PATCH 1/2] f2fs: fix to spread f2fs_is_checkpoint_ready()

We missed to call f2fs_is_checkpoint_ready() in several places, it may allow space allocation even when free space was exhausted during checkpoint is disabled, fix to add them. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 11 +++ fs/f2fs/namei.c | 4 fs/f2fs/xattr.c | 5 + 3 f

[tip:x86/cleanups] x86/mpx: Remove selftests themselves

Commit-ID: e28df79ae2dfebf18e08dc66c0948b7950e4368a Gitweb: https://git.kernel.org/tip/e28df79ae2dfebf18e08dc66c0948b7950e4368a Author: Dave Hansen AuthorDate: Fri, 5 Jul 2019 10:53:20 -0700 Committer: Thomas Gleixner CommitDate: Mon, 22 Jul 2019 11:54:56 +0200 x86/mpx: Remove selftest

[tip:x86/cleanups] x86/mpx: Remove MPX APIs

Commit-ID: f240652b6032b48ad7fa35c5e701cc4c8d697c0b Gitweb: https://git.kernel.org/tip/f240652b6032b48ad7fa35c5e701cc4c8d697c0b Author: Dave Hansen AuthorDate: Fri, 5 Jul 2019 10:53:21 -0700 Committer: Thomas Gleixner CommitDate: Mon, 22 Jul 2019 11:54:57 +0200 x86/mpx: Remove MPX APIs

Re: [PATCH v2 0/4] media: Add support for Cadence CSI2TX version 2.1

On Mon, Jul 22, 2019 at 09:22:19AM +0100, Jan Kotas wrote: > This patchset adds support for Cadence CSI2TX controller version 2.1. > Existing compatibility with v1.3 is updated and maintained. > For the whole series Acked-by: Maxime Ripard Maxime -- Maxime Ripard, Bootlin Embedded Linux and Ke

Re: INFO: rcu detected stall in ext4_write_checks

On Mon, Jul 15, 2019 at 3:46 PM Peter Zijlstra wrote: > > On Mon, Jul 15, 2019 at 03:33:11PM +0200, Dmitry Vyukov wrote: > > On Mon, Jul 15, 2019 at 3:29 PM Peter Zijlstra wrote: > > > > > > On Sun, Jul 14, 2019 at 11:49:15AM -0700, Paul E. McKenney wrote: > > > > On Sun, Jul 14, 2019 at 05:48:00

[tip:x86/cpu] x86: Remove X86_FEATURE_MFENCE_RDTSC

Commit-ID: be261ffce6f13229dad50f59c5e491f933d3167f Gitweb: https://git.kernel.org/tip/be261ffce6f13229dad50f59c5e491f933d3167f Author: Josh Poimboeuf AuthorDate: Thu, 4 Jul 2019 10:46:37 -0500 Committer: Thomas Gleixner CommitDate: Mon, 22 Jul 2019 12:00:51 +0200 x86: Remove X86_FEATU

Re: [PATCH] vsyscall: use __iter_div_u64_rem()

On Thu, 11 Jul 2019, Arnd Bergmann wrote: Trimmed CC list and added Jan > See below for the patch I am using locally to work around this. > That patch is probably wrong, so I have not submitted it yet, but it > gives you a clean build ;-) > > Arnd > 8<--- > Subject: [PATCH] x86: percpu: fix

Re: [PATCH V6 07/21] clk: tegra: Support for OSC context save and restore

21.07.2019 22:40, Sowjanya Komatineni пишет: > X-NVConfidentiality: public What's that? > This patch adds support for saving OSC clock frequency and the > drive-strength during OSC clock init and creates an API to restore > OSC control register value from the saved context. > > This API is invok

next-20190722, imx25: Oops when loading a module

Dear all, I run next-20190722 on an arm imx25 system and came across an issue that might be worth reporting. I am no sure to whom, though. Please let me know if I got that wrong. Loading a module, no matter which one, causes a segfault and a dump such as [root@host ]# insmod /mnt/kernel/iio

Re: [PATCH V6 01/21] irqchip: tegra: Do not disable COP IRQ during suspend

On 22/07/2019 10:54, Dmitry Osipenko wrote: > 21.07.2019 22:40, Sowjanya Komatineni пишет: >> Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry >> sequence and sc7 entry firmware is run from COP/BPMP-Lite. >> >> So, COP/BPMP-Lite still need IRQ function to finish SC7 suspend

Re: [PATCH v2] powerpc: slightly improve cache helpers

Segher Boessenkool writes: > On Sun, Jul 21, 2019 at 12:58:46AM -0700, Nathan Chancellor wrote: >> I have attached the disassembly of arch/powerpc/kernel/mem.o with >> clear_page (working) and broken_clear_page (broken), along with the side >> by side diff. My assembly knowledge is fairly limited

Re: [PATCH 4/4] ipvs: reduce kernel stack usage

On Sun, Jun 30, 2019 at 10:37 PM Julian Anastasov wrote: > On Fri, 28 Jun 2019, Arnd Bergmann wrote: > > struct ip_vs_conn *ctl_cp = cp->control; > > if (!ctl_cp) { > > - IP_VS_ERR_BUF("request control DEL for uncontrolled: " > > - "%s:%d to %s:%d

Re: [PATCH net-next 3/3] net: stmmac: Introducing support for Page Pool

On Thu, Jul 18, 2019 at 07:48:04AM +, Jose Abreu wrote: > From: Jon Hunter > Date: Jul/17/2019, 19:58:53 (UTC+00:00) > > > Let me know if you have any thoughts. > > Can you try attached patch ? > The log says someone calls panic() right? Can we trye and figure were that happens during the

[PATCH] int340X/processor_thermal_device: Fix proc_thermal_rapl_remove()

From: Rafael J. Wysocki Passing 0 to cpuhp_remove_state() triggers the BUG_ON() in __cpuhp_remove_state_cpuslocked() and the argument passed to powercap_unregister_control_type() is expected to be a valid pointer, so avoid calling these functions with incorrect arguments from proc_thermal_rapl_re

Re: [PATCH] rqchip/stm32: Remove unneeded call to kfree

On 19/07/2019 19:46, Hariprasad Kelam wrote: > Memory allocated by devm_ alloc will be freed upon device detachment. So > we may not require free memory. > > Signed-off-by: Hariprasad Kelam > --- > drivers/irqchip/irq-stm32-exti.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/driver

Re: [RFC PATCH v3 00/16] Core scheduling v3

On Thu, Jul 18, 2019 at 6:07 PM Aaron Lu wrote: > > On Wed, Jun 19, 2019 at 02:33:02PM -0400, Julien Desfossez wrote: > > On 17-Jun-2019 10:51:27 AM, Aubrey Li wrote: > > > The result looks still unfair, and particularly, the variance is too high, > > > > I just want to confirm that I am also seei

Re: [PATCH net-next 3/3] net: stmmac: Introducing support for Page Pool

On 22/07/2019 10:57, Jose Abreu wrote: ... > Also, please add attached patch. You'll get a compiler warning, just > disregard it. Here you are ... https://paste.ubuntu.com/p/H9Mvv37vN9/ Cheers Jon -- nvpublic

[PATCH v6 0/2] Add basic support for pico-pi-imx8m

Add support for TechNexion PICO-PI-IMX8M based on patches from Richard Hu Datasheet is at: https://s3.us-east-2.amazonaws.com/technexion/datasheets/picopiimx8m.pdf Changes since v5: - removed comment /* PMIC BD71837 PMIC_nINT GPIO1_IO12 */ - added "Reviewed-by" tags Changes since v4: - remove

[PATCH v6 1/2] arm64: dts: fsl: pico-pi: Add a device tree for the PICO-PI-IMX8M

From: Richard Hu TechNexion PICO-PI-IMX8M-DEV evaluation and development kit based on NXP i.MX8M Quad applications processor. Datasheet can be found at: https://s3.us-east-2.amazonaws.com/technexion/datasheets/picopiimx8m.pdf The current level of support yields a working console and is able to

[PATCH v6 2/2] dt-bindings: arm: fsl: Add the pico-pi-imx8m board

From: Andra Danciu Add an entry for TechNexion PICO-PI-IMX8M board based on i.MX8MQ SoC Datasheet can be found at: https://s3.us-east-2.amazonaws.com/technexion/datasheets/picopiimx8m.pdf Cc: Daniel Baluta Signed-off-by: Andra Danciu Reviewed-by: Rob Herring --- Documentation/devicetree/bind

Re: [PATCH 4/4] ipvs: reduce kernel stack usage

On Fri, Jun 28, 2019 at 9:59 PM Willem de Bruijn wrote: > On Fri, Jun 28, 2019 at 8:40 AM Arnd Bergmann wrote: > > > > With the new CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL option, the stack > > usage in the ipvs debug output grows because each instance of > > IP_VS_DBG_BUF() now has its own buffer

[PATCH 1/3] printk: Allow architecture-specific timestamping function

printk currently relies on local_clock to time-stamp the kernel messages. In order to allow the timestamping (and only that) to be overridden by architecture-specific code, let's declare a new timestamp_clock() function, which gets used by the printk code. Architectures willing to make use of this

[PATCH 2/3] sched/clock: Allow sched_clock to inherit timestamp_clock epoch

Now that we can let an architecture override the timestamping function, it becomes desirable to ensure that, should the architecture code switch its timestamping code to sched_clock once it has been registered, the sched_clock inherits the timestamp value as its new epoch. This ensures that the ti

[PATCH 3/3] arm64: Allow early time stamping

In order to provide early timestamping on arm64 systems, we provide a timestamp_clock() function that is available as early as possible. This function simply returns the current counter value scales in nanoseconds, and 0-based. In order to deal with the idiosyncrasies of some broken platforms, we

[PATCH 0/3] arm64: Allow early timestamping of kernel log

So far, we've let the arm64 kernel start its meaningful time stamping of the kernel log pretty late, which is caused by sched_clock() being initialised rather late compared to other architectures. Pavel Tatashin proposed[1] to move the initialisation of sched_clock much earlier, which I had object

Re: [PATCH] vsyscall: use __iter_div_u64_rem()

On 22.07.2019 12:10, Thomas Gleixner wrote: > On Thu, 11 Jul 2019, Arnd Bergmann wrote: > > Trimmed CC list and added Jan > >> See below for the patch I am using locally to work around this. >> That patch is probably wrong, so I have not submitted it yet, but it >> gives you a clean build ;-) >>

Re: [RFC PATCH v3 00/16] Core scheduling v3

On 2019/7/22 18:26, Aubrey Li wrote: > The granularity period of util_avg seems too large to decide task priority > during pick_task(), at least it is in my case, cfs_prio_less() always picked > core max task, so pick_task() eventually picked idle, which causes this change > not very helpful for my

Re: [PATCH] arm64/mm: Drop pte_huge()

On Tue, Jul 02, 2019 at 11:02:55AM +0530, Anshuman Khandual wrote: > This helper is required from generic huge_pte_alloc() which is available > when arch subscribes ARCH_WANT_GENERAL_HUGETLB. arm64 implements it's own > huge_pte_alloc() and does not depend on the generic definition. Drop this > hel

RE: [PATCH] habanalabs: don't reset device when getting VRHOT

From: Oded Gabbay Sent: Sunday, 21 July 2019 17:28 > VRHOT event from the F/W indicates the device has reached a temperature > of > 100 Celsius degrees. In this case, the driver should only print this > information > to the kernel log. The device will shutdown itself automatically when > reachin

Re: [PATCH v1 21/50] ARM: dts: exynos: add OPP into FSYS APB bus in Exynos5420

Hi Krzysztof, On 7/17/19 10:48 AM, Krzysztof Kozlowski wrote: > On Mon, 15 Jul 2019 at 14:44, Lukasz Luba wrote: >> >> Add an OPP for FSYS APB which reflects the real possible frequency. >> The bus will have a new parent clock which speed has 600MHz, thus >> a new possible frequency provided by t

RE: [PATCH] habanalabs: power management through sysfs is only for GOYA

From: Oded Gabbay Sent: Sunday, 21 July 2019 17:31 > The ability of setting power management properties by the system > administrator (through sysfs properties) is only relevant for the GOYA ASIC. > Therefore, move the relevant sysfs properties to the GOYA sysfs specific file, > to make the prope

Re: [PATCH] vsyscall: use __iter_div_u64_rem()

On Mon, Jul 22, 2019 at 12:39 PM Jan Beulich wrote: > On 22.07.2019 12:10, Thomas Gleixner wrote: > > On Thu, 11 Jul 2019, Arnd Bergmann wrote: > "q" was used in that commit exclusively for byte sized operands, simply > because that _is_ the constraint to use in such cases. Using "r" is > wrong on

Re: [PATCH] sched/cputime: make scale_stime() more precise

On Fri, Jul 19, 2019 at 01:03:49PM +0200, Peter Zijlstra wrote: > > shows the problem even when sum_exec_runtime is not that big: 30 secs. > > > > The new implementation of scale_stime() does the additional div64_u64_rem() > > in a loop but see the comment, as long it is used by cputime_adjust

Re: [PATCH v2 18/30] virtio_fs, dax: Set up virtio_fs dax_device

On 18.07.19 16:30, Dan Williams wrote: > On Thu, Jul 18, 2019 at 6:15 AM Vivek Goyal wrote: >> >> On Wed, Jul 17, 2019 at 07:27:25PM +0200, Halil Pasic wrote: >>> On Wed, 15 May 2019 15:27:03 -0400 >>> Vivek Goyal wrote: >>> From: Stefan Hajnoczi Setup a dax device. U

Re: [PATCH v2 18/30] virtio_fs, dax: Set up virtio_fs dax_device

* Christian Borntraeger (borntrae...@de.ibm.com) wrote: > > > On 18.07.19 16:30, Dan Williams wrote: > > On Thu, Jul 18, 2019 at 6:15 AM Vivek Goyal wrote: > >> > >> On Wed, Jul 17, 2019 at 07:27:25PM +0200, Halil Pasic wrote: > >>> On Wed, 15 May 2019 15:27:03 -0400 > >>> Vivek Goyal wrote: >

Re: [PATCH V6 01/21] irqchip: tegra: Do not disable COP IRQ during suspend

22.07.2019 13:13, Marc Zyngier пишет: > On 22/07/2019 10:54, Dmitry Osipenko wrote: >> 21.07.2019 22:40, Sowjanya Komatineni пишет: >>> Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry >>> sequence and sc7 entry firmware is run from COP/BPMP-Lite. >>> >>> So, COP/BPMP-Lite s

Re: [PATCH 2/2] clk: imx8mm: rename 'share_count_dcss' to 'share_count_disp'

On Tue, Jul 09, 2019 at 07:18:01AM +, Fancy Fang wrote: > Rename 'share_count_dcss' to 'share_count_disp', since the > DCSS module does not exist on imx8mm platform. So rename it > to avoid any unnecessary confusion. > > Signed-off-by: Fancy Fang Applied, thanks.

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

Hi Kelsey, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.3-rc1 next-20190722] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH v9 4/8] sched/deadline: Fix bandwidth accounting at all levels after offline migration

On 7/19/19 3:59 PM, Juri Lelli wrote: [...] > @@ -557,6 +558,38 @@ static struct rq *dl_task_offline_migration(struct rq > *rq, struct task_struct *p > double_lock_balance(rq, later_rq); > } > > + if (p->dl.dl_non_contending || p->dl.dl_throttled) { > + /* >

Re: [PATCH v2 1/3] mm: document zone device struct page field usage

On Sun, Jul 21, 2019 at 10:13:45PM -0700, Ira Weiny wrote: > On Sun, Jul 21, 2019 at 09:02:04AM -0700, Matthew Wilcox wrote: > > On Fri, Jul 19, 2019 at 12:29:53PM -0700, Ralph Campbell wrote: > > > Struct page for ZONE_DEVICE private pages uses the page->mapping and > > > and page->index fields wh

Re: [PATCH net-next 3/3] net: stmmac: Introducing support for Page Pool

On Mon, Jul 22, 2019 at 12:18 PM Ilias Apalodimas wrote: > > On Thu, Jul 18, 2019 at 07:48:04AM +, Jose Abreu wrote: > > From: Jon Hunter > > Date: Jul/17/2019, 19:58:53 (UTC+00:00) > > > > > Let me know if you have any thoughts. > > > > Can you try attached patch ? > > > > The log says some

Re: [PATCH v2 18/30] virtio_fs, dax: Set up virtio_fs dax_device

On 22.07.19 12:56, Dr. David Alan Gilbert wrote: > * Christian Borntraeger (borntrae...@de.ibm.com) wrote: >> >> >> On 18.07.19 16:30, Dan Williams wrote: >>> On Thu, Jul 18, 2019 at 6:15 AM Vivek Goyal wrote: On Wed, Jul 17, 2019 at 07:27:25PM +0200, Halil Pasic wrote: > On Wed,

Re: [PATCH 1/3] printk: Allow architecture-specific timestamping function

On Mon 2019-07-22 11:33:28, Marc Zyngier wrote: > printk currently relies on local_clock to time-stamp the kernel > messages. In order to allow the timestamping (and only that) > to be overridden by architecture-specific code, let's declare > a new timestamp_clock() function, which gets used by the

Re: [PATCH 1/3] platform/x86/pcengines-apuv2: add mpcie reset gpio export

On 04.07.19 11:02, Florian Eckert wrote: On APUx we have also mpcie2/mpcie3 reset pins. To make it possible to reset the ports from the userspace, add the definition to this platform device. The gpio can then be exported by the legancy gpio subsystem to toggle the mpcie reset pin. Signed-off-by:

Re: [PATCH 3/3] platform//x86/pcengines-apuv2: update gpio button definition

On 04.07.19 11:02, Florian Eckert wrote: * Add the gpio number, so the button subsystem can find the right gpio. * Change also the keycode from KEY_SETUP to KEY_RESTART, because it seems more expressive to me and in the Alix-Board, which is the predecessor, there isthis keycode defined too.

[PATCH] [v2 net-next] ipvs: reduce kernel stack usage

With the new CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL option, the stack usage in the ipvs debug output grows because each instance of IP_VS_DBG_BUF() now has its own buffer of 160 bytes that add up rather than reusing the stack slots: net/netfilter/ipvs/ip_vs_core.c: In function 'ip_vs_sched_persist

[PATCH glibc] Linux: Include in under __USE_MISC

Historically, (which is included from ) provided ioctl operations for sockets. User code accessed them through . The kernel UAPI headers have removed these definitions in favor of . This commit makes them available via again. [[[ This is related to this thread: From: Sergei Trofimovich Subj

[PATCH] media: marvell-ccic: mmp: add MODULE_DEVICE_TABLE

This fixes autoloading the module by the OF compatible string. Fixes: 83c40e6611ec ("media: marvell-ccic/mmp: add devicetree support") Signed-off-by: Lubomir Rintel --- drivers/media/platform/marvell-ccic/mmp-driver.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/platform/mar

Re: [PATCH glibc] Linux: Include in under __USE_MISC

On Mon, Jul 22, 2019 at 1:31 PM Florian Weimer wrote: > > Historically, (which is included from ) > provided ioctl operations for sockets. User code accessed them > through . The kernel UAPI headers have removed these > definitions in favor of . This commit makes them > available via again.

[PATCH] selinux: convert struct sidtab count to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: NitinGote --- security/selinux/ss/sidtab.c | 16 ---

[PATCH] platform/x86/pcengines-apuv2: use KEY_RESTART for front button

From: Enrico Weigelt The keycode KEY_RESTART is more appropriate for the front button, as most people use it for things like restart or factory reset. Signed-off-by: Enrico Weigelt --- drivers/platform/x86/pcengines-apuv2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dr

RE: [PATCH net-next 3/3] net: stmmac: Introducing support for Page Pool

From: Lars Persson Date: Jul/22/2019, 12:11:50 (UTC+00:00) > On Mon, Jul 22, 2019 at 12:18 PM Ilias Apalodimas > wrote: > > > > On Thu, Jul 18, 2019 at 07:48:04AM +, Jose Abreu wrote: > > > From: Jon Hunter > > > Date: Jul/17/2019, 19:58:53 (UTC+00:00) > > > > > > > Let me know if you have

[PATCH] [RESEND v2] structleak: disable STRUCTLEAK_BYREF in combination with KASAN_STACK

The combination of KASAN_STACK and GCC_PLUGIN_STRUCTLEAK_BYREF leads to much larger kernel stack usage, as seen from the warnings about functions that now exceed the 2048 byte limit: drivers/media/i2c/tvp5150.c:253:1: error: the frame size of 3936 bytes is larger than 2048 bytes drivers/media/tun

[PATCH] cgroup: remove redundant assignment in while loop of cgroup_calc_subtree_ss_mask()

new_ss_mask is always not less than cur_ss_mask. We don not need to update it with cur_ss_mask's value. Signed-off-by: Peng Wang --- kernel/cgroup/cgroup.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c index 300b0c416341.

Re: [PATCH v2 18/30] virtio_fs, dax: Set up virtio_fs dax_device

On Mon, 22 Jul 2019 13:20:18 +0200 Christian Borntraeger wrote: > On 22.07.19 12:56, Dr. David Alan Gilbert wrote: > > * Christian Borntraeger (borntrae...@de.ibm.com) wrote: > >> > >> > >> On 18.07.19 16:30, Dan Williams wrote: > >>> On Thu, Jul 18, 2019 at 6:15 AM Vivek Goyal wrote: > >>

[PATCH] [RESEND] mfd: davinci_voicecodec: remove pointless #include

When building davinci as multiplatform, we get a build error in this file: drivers/mfd/davinci_voicecodec.c:22:10: fatal error: 'mach/hardware.h' file not found The header is only used to access the io_v2p() macro, but the result is already known because that comes from the resource a little bit

Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)

On Mon, Jul 22, 2019 at 03:52:05AM -0400, Michael S. Tsirkin wrote: > On Sun, Jul 21, 2019 at 04:31:13PM -0700, Paul E. McKenney wrote: > > On Sun, Jul 21, 2019 at 02:08:37PM -0700, Matthew Wilcox wrote: > > > On Sun, Jul 21, 2019 at 06:17:25AM -0700, Paul E. McKenney wrote: > > > > Also, the overh

Re: [PATCH v4] mmc: host: sdhci-sprd: Fix the incorrect soft reset operation when runtime resuming

On Wed, 17 Jul 2019 at 04:29, Baolin Wang wrote: > > In sdhci_runtime_resume_host() function, we will always do software reset > for all, which will cause Spreadtrum host controller work abnormally after > resuming. What does "software reset for all" means? > > Thus for Spreadtrum platform that

Re: [PATCH] firmware: fix build errors in paged buffer handling code

On Mon, 22 Jul 2019 07:55:36 +0200, Takashi Iwai wrote: > > From: Mauro Rossi > > fw_{grow,map}_paged_buf() need to be defined as static inline > when CONFIG_FW_LOADER_PAGED_BUF is not enabled, > infact fw_free_paged_buf() is also defined as static inline > when CONFIG_FW_LOADER_PAGED_BUF is not

<    4   5   6   7   8   9   10   11   12   >