[PATCH v2 09/14] powerpc/mm: Use hardware assistance in TLB handlers on the 8xx

Today, on the 8xx the TLB handlers do SW tablewalk by doing all the calculation in ASM, in order to match with the Linux page table structure. The 8xx offers hardware assistance which allows significant size reduction of the TLB handlers, hence also reduces the time spent in the handlers. However

Re: [PATCH v1 0/3] console, serial8250: Disable PM and DMA ops

On 2018-05-15 21:37:18 [+0300], Andy Shevchenko wrote: > On Tue, 2018-05-15 at 21:34 +0300, Andy Shevchenko wrote: > > Kernel console is sensitive to any kind of complex work needed to > > print > > out anything on it. One such case is emergency print during Oops. > > > > This series proposes to d

[PATCH v4 1/4] rtc: ds1307: fix data pointer to m41t0

data field points to m41t00, instead it should point to m41t0. Driver works correctly because on both cases(m41t0 and m41t00) chip_desc are equal. Point to right enum m41t0 instead of m41t00. Signed-off-by: Giulio Benetti --- drivers/rtc/rtc-ds1307.c | 2 +- 1 file changed, 1 insertion(+), 1 de

[PATCH 0/2] x86/boot/KASLR: Skip specified number of 1GB huge pages when do physical randomization

This is a regression bug fix. Luiz's team reported that 1GB huge page allocation will get one less 1GB page randomly when KASLR is enabled. On their KVM guest with 4GB RAM, which only has one good 1GB huge page, they found the 1GB huge page allocation sometime failed with below kernel option adding

[PATCH v2 05/14] powerpc: use _ALIGN_DOWN macro for VMALLOC_BASE

Use _ALIGN_DOWN macro instead of open coding in define of VMALLOC_BASE Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/nohash/32/pgtable.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/include/asm/nohash/32/pgtable.h b/arch/powerpc/include/asm

Re: [PATCH v9 07/11] arm64: kexec_file: add crash dump support

Hi Akashi, On 15/05/18 18:11, James Morse wrote: > On 25/04/18 07:26, AKASHI Takahiro wrote: >> Enabling crash dump (kdump) includes >> * prepare contents of ELF header of a core dump file, /proc/vmcore, >> using crash_prepare_elf64_headers(), and >> * add two device tree properties, "linux,usab

[PATCH v2 02/14] powerpc: move io mapping functions into ioremap.c

This patch is the first of a serie that intends to make io mappings common to PPC32 and PPC64. It moves ioremap/unmap fonctions into a new file called ioremap.c with no other modification to the functions. For the time being, the PPC32 and PPC64 parts get enclosed into #ifdef. Following patches wi

[PATCH v2 06/14] powerpc/nohash32: allow setting GUARDED attribute in the PMD directly

On the 8xx, the GUARDED attribute of the pages is managed in the L1 entry, therefore to avoid having to copy it into L1 entry at each TLB miss, we have to set it in the PMD In order to allow this, this patch splits the VM alloc space in two parts, one for VM alloc and non Guarded IO, and one for G

[PATCH 08/42] proc: introduce proc_create_single{,_data}

Variants of proc_create{,_data} that directly take a seq_file show callback and drastically reduces the boilerplate code in the callers. All trivial callers converted over. Signed-off-by: Christoph Hellwig --- arch/arm/kernel/dma.c | 14 +--- arch/arm/kernel/swp_emulate.

[PATCH 10/42] ipv{4,6}/tcp: simplify procfs registration

Avoid most of the afinfo indirections and just call the proc helpers directly. Signed-off-by: Christoph Hellwig --- include/net/tcp.h | 11 ++ net/ipv4/tcp_ipv4.c | 85 + net/ipv6/tcp_ipv6.c | 27 +- 3 files changed, 53 insertions(+),

[PATCH 09/42] ipv{4,6}/udp{,lite}: simplify proc registration

Remove a couple indirections to make the code look like most other protocols. Signed-off-by: Christoph Hellwig --- include/net/udp.h | 20 -- net/ipv4/udp.c | 99 +- net/ipv4/udplite.c | 21 +++--- net/ipv6/udp.c | 30 +

[PATCH v2 03/14] powerpc: make ioremap_bot common to PPC32 and PPC64

Today, early ioremap maps from IOREMAP_BASE down to up on PPC64 and from IOREMAP_TOP up to down on PPC32 This patchs modifies PPC32 behaviour to get same behaviour as PPC64 Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/pgtable.h | 29 ++-- arch/power

[PATCH v2 04/14] powerpc: common ioremap functions.

__ioremap(), ioremap(), ioremap_wc() et ioremap_prot() are very similar between PPC32 and PPC64, they can easily be made common. _PAGE_WRITE equals to _PAGE_RW on PPC32 _PAGE_RO and _PAGE_HWWRITE are 0 on PPC64 iounmap() can also be made common by renaming the PPC32 iounmap() as __iounmap() then

[PATCH 14/42] net/kcm: simplify proc registration

Remove a couple indirections to make the code look like most other protocols. Signed-off-by: Christoph Hellwig --- net/kcm/kcmproc.c | 71 --- 1 file changed, 17 insertions(+), 54 deletions(-) diff --git a/net/kcm/kcmproc.c b/net/kcm/kcmproc.c index 1

[PATCH 11/42] ipv{4,6}/ping: simplify proc file creation

Remove the pointless ping_seq_afinfo indirection and make the code look like most other protocols. Signed-off-by: Christoph Hellwig --- include/net/ping.h | 11 -- net/ipv4/ping.c| 50 +- net/ipv6/ping.c| 35 +---

[PATCH v2 01/14] Revert "powerpc/8xx: Use L1 entry APG to handle _PAGE_ACCESSED for CONFIG_SWAP"

This reverts commit 4f94b2c7462d9720b2afa7e8e8d4c19446bb31ce. That commit was buggy, as it used rlwinm instead of rlwimi. Instead of fixing that bug, we revert the previous commit in order to reduce the dependency between L1 entries and L2 entries Signed-off-by: Christophe Leroy --- arch/powerp

Re: [PATCH 11/14] net: core: add new/replace rate estimator lock parameter

Wed, May 16, 2018 at 12:00:57PM CEST, vla...@mellanox.com wrote: > >On Wed 16 May 2018 at 09:54, Jiri Pirko wrote: >> Mon, May 14, 2018 at 04:27:12PM CEST, vla...@mellanox.com wrote: >>>Extend rate estimator new and replace APIs with additional spinlock >>>parameter used by lockless actions to pro

Re: [PATCH V2] mlx4_core: allocate ICM memory in page size chunks

On Wed, May 16, 2018 at 9:04 AM, Tariq Toukan wrote: > > > On 15/05/2018 9:53 PM, Qing Huang wrote: >> >> >> >> On 5/15/2018 2:19 AM, Tariq Toukan wrote: >>> >>> >>> >>> On 14/05/2018 7:41 PM, Qing Huang wrote: On 5/13/2018 2:00 AM, Tariq Toukan wrote: > > > > O

[PATCH 06/42] proc: introduce proc_create_seq{,_data}

Variants of proc_create{,_data} that directly take a struct seq_operations argument and drastically reduces the boilerplate code in the callers. All trivial callers converted over. Signed-off-by: Christoph Hellwig --- arch/ia64/hp/common/sba_iommu.c | 15 +- arch/ia64/kernel/perfmon.c

[PATCH 07/42] proc: introduce proc_create_seq_private

Variant of proc_create_data that directly take a struct seq_operations argument + a private state size and drastically reduces the boilerplate code in the callers. All trivial callers converted over. Signed-off-by: Christoph Hellwig --- fs/locks.c | 16 ++-- fs/proc/

[PATCH v3 05/26] drm/bridge: cdns-dsi: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/cdns-dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/cdns-dsi.c b/drivers/gpu/drm/bridge/cdns-dsi.c index c255fc3e1be5..e9be5c3f0284 100644 --- a/drivers/gpu

[PATCH v3 03/26] drm/bridge/analogix: core: specify the owner .odev of the bridge

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c index 2bcbfadb6ac5..c60f29216

[PATCH v3 00/26] device link, bridge supplier <-> drm device

Hi! It was noted by Russell King [1] that bridges (not using components) might disappear unexpectedly if the owner of the bridge was unbound. Jyri Sarha had previously noted the same thing with panels [2]. Jyri came up with using device links to resolve the panel issue, which was also my (independ

[PATCH v3 09/26] drm/bridge: nxp-ptn3460: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index d64a3283822a..fa832f32b518 100644 --- a/dr

[PATCH v3 14/26] drm/bridge: sii8620: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sil-sii8620.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c b/drivers/gpu/drm/bridge/sil-sii8620.c index 7ab36042a822..8e35578b0488 100644 --- a/dr

[PATCH v3 07/26] drm/bridge: lvds-encoder: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/lvds-encoder.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c b/drivers/gpu/drm/bridge/lvds-encoder.c index 75b0d3f6e4de..a80eec17b13b 100644 --- a

[PATCH v3 12/26] drm/bridge: sii902x: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii902x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c index 60373d7eb220..894525b05985 100644 --- a/drivers/gpu/drm

[PATCH v3 18/26] drm/bridge: ti-tfp410: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/ti-tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index acb857030951..4745838fdf0e 100644 --- a/drivers/

[PATCH v3 20/26] drm/mediatek: hdmi: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index 59a11026dceb..d8c7d93d0a87 100644 --- a/drive

[PATCH v3 23/26] drm/sti: provide an owner .odev device for the bridges

The .of_node member is going away and providing an .odev will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/sti/sti_dvo.c | 2 +- drivers/gpu/drm/sti/sti_hda.c | 1 + drivers/gpu/drm/sti/sti_hdmi.c | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/

[GIT PULL ++] Immutable branch between MFD and PWM due for the v4.18 merge window (v2)

Subsequent pull-request containing additional bindings patch. Enjoy! The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git ib-

[PATCH v3 24/26] drm/bridge: remove the .of_node member

It is unused. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 -- include/drm/drm_bridge.h | 4 3 files changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/gpu/dr

[PATCH v3 26/26] drm/bridge: establish a link between the bridge supplier and consumer

If the bridge supplier is unbound, this will bring the bridge consumer down along with the bridge. Thus, there will no longer linger any dangling pointers from the bridge consumer (the drm_device) to some non-existent bridge supplier. Reviewed-by: Andrzej Hajda Acked-by: Daniel Vetter Signed-off

Re: [PATCH v1 0/3] console, serial8250: Disable PM and DMA ops

On Wed, May 16, 2018 at 1:08 PM, Sebastian Andrzej Siewior wrote: > On 2018-05-15 21:37:18 [+0300], Andy Shevchenko wrote: >> On Tue, 2018-05-15 at 21:34 +0300, Andy Shevchenko wrote: >> > Kernel console is sensitive to any kind of complex work needed to >> > print >> > out anything on it. One suc

[PATCH v3 25/26] drm/bridge: require the owner .odev to be filled in on drm_bridge_add/attach

The .odev owner device will be handy to have around. Reviewed-by: Andrzej Hajda Acked-by: Daniel Vetter Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index df084d

[PATCH v3 19/26] drm/exynos: mic: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 2174814273e2..f9ff8d3ec937 100644

Re: [PATCH 05/17] powerpc: move io mapping functions into ioremap.c

Le 11/05/2018 à 08:01, Michael Ellerman a écrit : Christophe Leroy writes: [...] +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include I needed: +#include Oops, yes it wa

Re: [PATCH 00/17] Implement use of HW assistance on TLB table walk on 8xx

Le 11/05/2018 à 08:48, Michael Ellerman a écrit : Christophe Leroy writes: The purpose of this serie is to implement hardware assistance for TLB table walk on the 8xx. First part is to make L1 entries and L2 entries independant. For that, we need to alter ioremap functions in order to handl

Re: [RESEND PATCH v5 0/6] Add support for PWM input capture on STM32

On Wed, 16 May 2018, Fabrice Gasnier wrote: > On 05/16/2018 10:06 AM, Lee Jones wrote: > > On Wed, 16 May 2018, Fabrice Gasnier wrote: > > > >> This series adds support for capture to stm32-pwm driver. > >> Capture is based on DMAs. > >> - First two patches add support for requesting DMAs to MFD

[PATCH v3 22/26] drm/rcar-du: lvds: provide an owner .odev device for the bridge

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 3d2d3bbd1342..efda02f55c95 100644 --- a/drive

[PATCH v3 16/26] drm/bridge: tc358767: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/tc358767.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 0fd9cf27542c..75f93e1d0bf5 100644 --- a/drivers/gpu

[PATCH v3 21/26] drm/msm: specify the owner .odev of the bridges

This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 + drivers/gpu/drm/msm/edp/edp_bridge.c | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c b/drivers/gpu

[PATCH v3 15/26] drm/bridge: synopsys: provide an owner .odev device for the bridges

It gets rid of two #ifdefs and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 4 +--- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/bridge/s

[PATCH v3 17/26] drm/bridge: thc63lvd1024: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/thc63lvd1024.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c b/drivers/gpu/drm/bridge/thc63lvd1024.c index c8b9edd5a7f4..4765c9c45aef 100644 --- a

[PATCH v3 13/26] drm/bridge: sii9234: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii9234.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii9234.c b/drivers/gpu/drm/bridge/sii9234.c index c77000626c22..54326357b2ee 100644 --- a/drivers/gpu/drm

[PATCH v3 10/26] drm/bridge: panel: provide an owner .odev device

It gets rid of an #ifdef and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/panel.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 6d99d4a3beb3..f43d77b5ed20 10

[PATCH v3 11/26] drm/bridge: ps8622: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/parade-ps8622.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index 81198f5e9afa..957420a1c924 100644 --

[PATCH v3 08/26] drm/bridge: megachips-stdpxxxx-ge-b850v3-fw: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c b/drivers/gpu/drm/bridge/megachips-stdp-ge-

Re: [RFC v4 5/5] virtio_ring: enable packed ring

On Wed, May 16, 2018 at 01:15:48PM +0300, Sergei Shtylyov wrote: > On 5/16/2018 11:37 AM, Tiwei Bie wrote: > > > Signed-off-by: Tiwei Bie > > --- > > drivers/virtio/virtio_ring.c | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/vir

Re: [PATCH v5 01/13] KVM: s390: Interface to test whether APXA installed

On Mon, 7 May 2018 11:11:40 -0400 Tony Krowiak wrote: > Relocates an existing static function that tests whether > the AP extended addressing facility (APXA) is installed on > the linux host. The primary reason for relocating this > function is because a new compilation unit (arch/s390/kvm/kvm-a

[PATCH v3 06/26] drm/bridge: vga-dac: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/dumb-vga-dac.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c b/drivers/gpu/drm/bridge/dumb-vga-dac.c index 9837c8d69e69..95cce18e8943 100644 --- a

Re: [RFC v4 5/5] virtio_ring: enable packed ring

On 5/16/2018 11:37 AM, Tiwei Bie wrote: Signed-off-by: Tiwei Bie --- drivers/virtio/virtio_ring.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index de3839f3621a..b158692263b0 100644 --- a/drivers/virtio/virtio_ring.c +++ b

Re: [PATCH v3 20/26] drm/mediatek: hdmi: provide an owner .odev device for the bridge

On Wed, 2018-05-16 at 12:15 +0200, Peter Rosin wrote: > The .of_node member is going away. > > Signed-off-by: Peter Rosin Acked-by: Philipp Zabel regards Philipp > --- > drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/

[PATCH v3 04/26] drm/bridge: analogix-anx78xx: provide an owner .odev device

It gets rid of an #if and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix-anx78xx.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix-anx78xx.c b/drivers/gpu/drm/bridge/analogix-anx78xx.c ind

[PATCH v2] gpu: host1x: Fix compiler errors by converting to dma_addr_t

The compiler is complaining with the following errors: drivers/gpu/host1x/cdma.c:94:48: error: passing argument 3 of ‘dma_alloc_wc’ from incompatible pointer type [-Werror=incompatible-pointer-types] drivers/gpu/host1x/cdma.c:113:48: error: passing argument 3 of ‘dma_alloc

[PATCH v3 01/26] drm/bridge: allow optionally specifying an owner .odev device

Bridge drivers can now (temporarily, in a transition phase) select if they want to provide a full owner device or keep just providing an of_node. By providing a full owner device, the bridge drivers no longer need to provide an of_node since that node is available via the owner device. When all b

[PATCH v3 02/26] drm/bridge: adv7511: provide an owner .odev device

The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c index 2614cea538e2..fd2e

simplify procfs code for seq_file instances V3

We currently have hundreds of proc files that implement plain, read-only seq_file based interfaces. This series consolidates them using new procfs helpers that take the seq_operations or simple show callback directly. A git tree is available at: git://git.infradead.org/users/hch/misc.git pro

[PATCH 01/42] net/can: single_open_net needs to be paired with single_release_net

Otherwise we will leak a reference to the network namespace. Signed-off-by: Christoph Hellwig --- net/can/bcm.c | 2 +- net/can/proc.c | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/net/can/bcm.c b/net/can/bcm.c index ac5e5e34fee3..8073fa14e143 100644 --- a/net/can/b

Re: [PATCH v4 4/4] rtc: ds1307: add freq_test sysfs attribute to check tick on m41txx

Oh, sorry, I've forgotten to reword commit log. I follow with v5 patchset. Sorry again. Giulio Il 16/05/2018 12:05, Giulio Benetti ha scritto: On m41txx you can enable open-drain OUT pin to check if offset is ok. Enabling OUT pin with freq_test attribute, OUT pin will tick 512 times faster than

Re: [PATCH] mm/page_alloc: use ac->high_zoneidx for classzone_idx

On Wed, May 16, 2018 at 11:35:55AM +0200, Vlastimil Babka wrote: > On 05/08/2018 03:00 AM, Joonsoo Kim wrote: > >> classzone predates my involvement with Linux but I would be less concerneed > >> about what the original intent was and instead ensure that classzone index > >> is consistent, sane and

[PATCH v5 3/4] rtc: ds1307: add offset sysfs for mt41txx chips.

m41txx chips can hold a calibration value to get correct clock bias. Add offset handling (ranging between -63ppm and 126ppm) via sysfs. Signed-off-by: Giulio Benetti --- V3 => V4: * use ppm as offset input according to documentation instead of raw ic offset values. * use regmap_update_bits inste

[PATCH v5 2/4] rtc: ds1307: support m41t11 variant

The m41t11 variant is very similar to the already supported m41t00 and m41t0, but it has also 56 bytes of NVRAM. Add it to driver taking into account NVRAM section. Signed-off-by: Giulio Benetti --- .../devicetree/bindings/rtc/rtc-ds1307.txt | 1 + drivers/rtc/rtc-ds1307.c

[PATCH v5 1/4] rtc: ds1307: fix data pointer to m41t0

data field points to m41t00, instead it should point to m41t0. Driver works correctly because on both cases(m41t0 and m41t00) chip_desc are equal. Point to right enum m41t0 instead of m41t00. Signed-off-by: Giulio Benetti --- drivers/rtc/rtc-ds1307.c | 2 +- 1 file changed, 1 insertion(+), 1 de

[PATCH v5 4/4] rtc: ds1307: add frequency_test_enable sysfs attribute to check tick on m41txx

On m41txx you can enable open-drain OUT pin to check if offset is ok. Enabling OUT pin with frequency_test_enable attribute, OUT pin will tick 512 times faster than 1s tick base. Enable or Disable FT bit on CONTROL register if freq_test is 1 or 0. Signed-off-by: Giulio Benetti --- V3 => V4: * ch

[tip:x86/mm] x86/mtrr: Convert to use match_string() helper

Commit-ID: 13a4db9d75ec5dbca4bd6229e149e061ef7a6bf0 Gitweb: https://git.kernel.org/tip/13a4db9d75ec5dbca4bd6229e149e061ef7a6bf0 Author: Andy Shevchenko AuthorDate: Tue, 15 May 2018 20:57:59 +0300 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 09:47:22 +0200 x86/mtrr: Convert to us

[tip:x86/mm] x86/mtrr: Convert to use strncpy_from_user() helper

Commit-ID: 7f8ec5a4f01aa7d03e94a3d99d7b5f9c02d7fe5a Gitweb: https://git.kernel.org/tip/7f8ec5a4f01aa7d03e94a3d99d7b5f9c02d7fe5a Author: Andy Shevchenko AuthorDate: Tue, 15 May 2018 21:05:35 +0300 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 09:47:23 +0200 x86/mtrr: Convert to us

[tip:locking/urgent] locking/rwsem: Add a new RWSEM_ANONYMOUSLY_OWNED flag

Commit-ID: d7d760efad70c7a030725499bf9f342f04af24dd Gitweb: https://git.kernel.org/tip/d7d760efad70c7a030725499bf9f342f04af24dd Author: Waiman Long AuthorDate: Tue, 15 May 2018 17:49:50 -0400 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 11:45:15 +0200 locking/rwsem: Add a new RW

[tip:locking/urgent] locking/percpu-rwsem: Annotate rwsem ownership transfer by setting RWSEM_OWNER_UNKNOWN

Commit-ID: 5a817641f68a6399a5fac8b7d2da67a73698ffed Gitweb: https://git.kernel.org/tip/5a817641f68a6399a5fac8b7d2da67a73698ffed Author: Waiman Long AuthorDate: Tue, 15 May 2018 17:49:51 -0400 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 11:45:16 +0200 locking/percpu-rwsem: Annot

[tip:x86/urgent] x86/boot/compressed/64: Set up GOT for paging_prepare() and cleanup_trampoline()

Commit-ID: 5c9b0b1c49881c680d4a56b9d9e03dfb3160fd4d Gitweb: https://git.kernel.org/tip/5c9b0b1c49881c680d4a56b9d9e03dfb3160fd4d Author: Kirill A. Shutemov AuthorDate: Wed, 16 May 2018 11:01:28 +0300 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 12:15:13 +0200 x86/boot/compressed/

[tip:x86/urgent] x86/boot/compressed/64: Fix moving page table out of trampoline memory

Commit-ID: 589bb62be316401603453c7d2d3c60ad8b9c3cf3 Gitweb: https://git.kernel.org/tip/589bb62be316401603453c7d2d3c60ad8b9c3cf3 Author: Kirill A. Shutemov AuthorDate: Wed, 16 May 2018 11:01:29 +0300 Committer: Ingo Molnar CommitDate: Wed, 16 May 2018 12:15:13 +0200 x86/boot/compressed/

Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print

On Wed, 16 May 2018 16:49:04 +0900 Namhyung Kim wrote: > > Which will do: > > > > event_trigger_write() { > > event_trigger_regex_write() { > > trigger_process_regex() { > > for p in trigger_commands { > > p->func(); /* trigger_snapshot_cmd->func */ > >

Re: [PATCH v3 5/5] drm/arm/malidp: Added the late system pm functions

On Tue, May 15, 2018 at 6:04 PM, Ayan Kumar Halder wrote: > malidp_pm_suspend_late checks if the runtime status is not suspended > and if so, invokes malidp_runtime_pm_suspend which disables the > display engine/core interrupts and the clocks. It sets the runtime status > as suspended. > > The dif

Re: [PATCH v5 05/13] s390: vfio-ap: register matrix device with VFIO mdev framework

On Mon, 7 May 2018 11:11:44 -0400 Tony Krowiak wrote: > Registers the matrix device created by the VFIO AP device > driver with the VFIO mediated device framework. > Registering the matrix device will create the sysfs > structures needed to create mediated matrix devices > each of which will be

Re: [RFC/RFT] [PATCH 03/10] cpufreq: intel_pstate: Utility functions to boost HWP performance limits

On Wed, May 16, 2018 at 11:15:09AM +0200, Rafael J. Wysocki wrote: > So if the "cached" thing is the last "not boosted EPP", that's why it > is not updated here. Sure, I see what it does, just saying that naming and comments are wrong vs the actual code.

Re: [PATCH v10 00/27] ARM: davinci: convert to common clock framework​

On Wednesday 16 May 2018 01:17 PM, Bartosz Golaszewski wrote: > 2018-05-16 0:44 GMT+02:00 Adam Ford : >> On Tue, May 15, 2018 at 4:25 AM, Bartosz Golaszewski wrote: >>> 2018-05-14 2:40 GMT+02:00 Adam Ford : On Wed, May 9, 2018 at 12:25 PM, David Lechner wrote: > This series convert

Re: [PATCH v2 05/14] tracing: Do not show filter file for ftrace internal events

On Wed, 16 May 2018 18:10:25 +0900 Namhyung Kim wrote: > > /* > > * Only event directories that can be enabled should have > > -* triggers. > > +* triggers or filters. > > */ > > - if (!(call->flags & TRACE_EVENT_FL_IGNORE_ENABLE)) > > + if (!(call->flags & TRACE_EVEN

Re: INFO: rcu detected stall in sctp_packet_transmit

On Wed, May 16, 2018 at 4:11 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:961423f9fcbc Merge branch 'sctp-Introduce-sctp_flush_ctx' > git tree: net-next > console output: https://syzkaller.appspot.com/x/log.txt?x=1366aea780 > kernel config: htt

Re: [PATCH v5 01/13] KVM: s390: Interface to test whether APXA installed

On 05/16/2018 06:21 AM, Cornelia Huck wrote: On Mon, 7 May 2018 11:11:40 -0400 Tony Krowiak wrote: Relocates an existing static function that tests whether the AP extended addressing facility (APXA) is installed on the linux host. The primary reason for relocating this function is because a n

Re: [PATCH 3/3] sched/fair: schedutil: explicit update only when required

On 16-May 09:12, Vincent Guittot wrote: > On 15 May 2018 at 16:53, Patrick Bellasi wrote: > > On 15-May 12:19, Vincent Guittot wrote: > >> On 14 May 2018 at 18:32, Patrick Bellasi wrote: > >> > On 12-May 23:25, Joel Fernandes wrote: > >> >> On Sat, May 12, 2018 at 11:04:43PM -0700, Joel Fernandes

Re: [PATCH] arm64: remove no-op macro VMLINUX_SYMBOL()

On Wed, May 09, 2018 at 04:46:26PM +0900, Masahiro Yamada wrote: > VMLINUX_SYMBOL() is no-op unless CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX > is defined. It has ever been selected only by BLACKFIN and METAG. > VMLINUX_SYMBOL() is unneeded for ARM64-specific code. > > Signed-off-by: Masahiro Yamada

Re: [PATCH v1 0/3] console, serial8250: Disable PM and DMA ops

On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote: > > The output is usually short so there > > shouldn't be much benefit from using it. > > > I remember Tony wanted runtime-pm on the kernel console, too. And he > > told me explicit how to test it so that it works. Once the UART goes > > into

Re: [PATCH v4 1/2] locking/rwsem: Add a new RWSEM_ANONYMOUSLY_OWNED flag

On 05/15, Waiman Long wrote: > > There are use cases where a rwsem can be acquired by one task, but > released by another task. In thess cases, optimistic spinning may need > to be disabled. One example will be the filesystem freeze/thaw code You do not read my emails ;) Let me repeat once again

Re: [PATCH v16 8/9] PCI/DPC: Unify and plumb error handling into DPC

On Wed, May 16, 2018 at 01:46:25PM +0530, p...@codeaurora.org wrote: > On 2018-05-16 05:26, Bjorn Helgaas wrote: > > On Fri, May 11, 2018 at 05:22:08PM +0530, p...@codeaurora.org wrote: > > > On 2018-05-11 16:13, Oza Pawandeep wrote: > > > > DPC driver implements link_reset callback, and calls > >

Re: INFO: rcu detected stall in sctp_packet_transmit

On Wed, May 16, 2018 at 12:44 PM, Xin Long wrote: > On Wed, May 16, 2018 at 4:11 PM, syzbot > wrote: >> Hello, >> >> syzbot found the following crash on: >> >> HEAD commit:961423f9fcbc Merge branch 'sctp-Introduce-sctp_flush_ctx' >> git tree: net-next >> console output: https://syzkalle

Re: [PATCH v1 3/3] serial: 8250_port: Disable DMA operations for kernel console

On 2018-05-15 21:34:09 [+0300], Andy Shevchenko wrote: > It will be too tricky and error prone to allow DMA operations on kernel > console. Why is it tricky and error prone? I had it working… But I don't mind dropping the DMA on the kernel console because I doubt that we lose something here by dis

Re: [PATCH v9 02/12] drivers: base: cacheinfo: setup DT cache properties early

Hi Andy, On 15/05/18 20:32, Andy Shevchenko wrote: > On Tue, May 15, 2018 at 8:15 PM, Jeremy Linton wrote: >> On 05/11/2018 06:57 PM, Jeremy Linton wrote: > >>> - cache_size = of_get_property(this_leaf->of_node, propname, NULL); >>> + cache_size = of_get_property(np, propname, NULL);

[PATCH net-next] net: stmmac: Remove useless test before clk_disable_unprepare

clk_disable_unprepare() already checks that the clock pointer is valid. No need to test it before calling it. Signed-off-by: YueHaibing --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 24 +++- 1 file changed, 7 insertions(+), 17 deletions(-) diff --git a/drivers/net/eth

Re: [PATCH v2 1/3] x86/mm: disable ioremap free page handling on x86-PAE

: https://github.com/0day-ci/linux/commits/Toshi-Kani/fix-free-pmd-pte-page-handlings-on-x86/20180516-183317 base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core config: i386-randconfig-x013-201819 (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0

Re: INFO: rcu detected stall in sctp_packet_transmit

On Wed, May 16, 2018 at 6:53 PM, Dmitry Vyukov wrote: > On Wed, May 16, 2018 at 12:44 PM, Xin Long wrote: >> On Wed, May 16, 2018 at 4:11 PM, syzbot >> wrote: >>> Hello, >>> >>> syzbot found the following crash on: >>> >>> HEAD commit:961423f9fcbc Merge branch 'sctp-Introduce-sctp_flush_ctx'

Re: [PATCH net-next v2 2/2] drivers: net: Remove device_node checks with of_mdiobus_register()

On 16-05-2018 00:56, Florian Fainelli wrote: > A number of drivers have the following pattern: > > if (np) > of_mdiobus_register() > else > mdiobus_register() > > which the implementation of of_mdiobus_register() now takes care of. > Remove that pattern in drivers that strictly adhere t

Re: [PATCH] media: helene: fix tuning frequency of satellite

True. I'm curious but how did it worked before ... Which hardware (dvb adapter) are you using ? 2018-05-16 4:41 GMT-04:00 Katsuhiro Suzuki : > This patch fixes tuning frequency of satellite to kHz. That as same > as terrestrial one. > > Signed-off-by: Katsuhiro Suzuki > --- > drivers/media/dvb-f

Re: [PATCH v2] media: helene: add I2C device probe function

Hi Katsuhiro, Thanks for patch. What is the purpose to rework helene_set_params(_t|_s) ? other part of this patch looks ok for me, but not tested due to lack of spare time ;( 2018-05-16 4:37 GMT-04:00 Katsuhiro Suzuki : > This patch adds I2C probe function to use dvb_module_probe() > with this d

Re: [PATCH] media: helene: fix xtal frequency setting at power on

Acked-by: Abylay Ospan 2018-05-16 4:41 GMT-04:00 Katsuhiro Suzuki : > This patch fixes crystal frequency setting when power on this device. > > Signed-off-by: Katsuhiro Suzuki > --- > drivers/media/dvb-frontends/helene.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH V1 10/19] perf tools: Create maps for x86 PTI entry trampolines

On Tue, May 15, 2018 at 03:43:24PM +0300, Adrian Hunter wrote: SNIP > +int machine__create_extra_kernel_map(struct machine *machine, > + struct dso *kernel, > + struct extra_kernel_map *xm) > { > struct kmap *kmap; > s

Re: [PATCH 0/3] x86/platform/UV: Update Memory Block Size Setting

On Tue 15-05-18 09:08:10, Mike Travis wrote: [...] > Hi Michal, > > I will add more info but this patch does not address anything about > incomplete memblocks. They have existed in 2GB mem block size form since > 2009 (v2.6) with the first UV1 system release. I am not changing any of > that hand

Re: [PATCH v3 4/4] KVM: arm64: Add support for PUD hugepages at stage 2

Suzuki K Poulose writes: > On 05/14/2018 03:43 PM, Punit Agrawal wrote: >> KVM only supports PMD hugepages at stage 2. Extend the stage 2 fault >> handling to add support for PUD hugepages. >> >> Addition of pud hugepage support enables additional hugepage >> sizes (e.g., 1G with 4K granule) whic

Re: [PATCH 1/4] amba: Export amba_bustype

On 16/05/18 10:18, Russell King - ARM Linux wrote: On Wed, May 16, 2018 at 12:16:28PM +0300, Andy Shevchenko wrote: On Tue, May 8, 2018 at 10:06 PM, Kim Phillips wrote: This patch is provided in the context of allowing the Coresight driver subsystem to be loaded as modules. Coresight uses amb

Re: [PATCH v5 02/13] KVM: s390: refactor crypto initialization

On 05/16/2018 04:51 AM, Pierre Morel wrote: On 07/05/2018 17:11, Tony Krowiak wrote: This patch refactors the code that initializes the crypto configuration for a guest. The crypto configuration is contained in a crypto control block (CRYCB) which is a satellite control block to our main hardwar

Re: [PATCH 06/14] btrfs: separate errno from VM_FAULT_* values

On Wed, May 16, 2018 at 07:43:40AM +0200, Christoph Hellwig wrote: > Signed-off-by: Christoph Hellwig Reviewed-by: David Sterba I can add it to the btrfs queue now, unless you need the patch for the rest of the series.

<    1   2   3   4   5   6   7   8   9   10   >