Re: [PATCH v4 3/3] powerpc/lib: optimise PPC32 memcmp

Le 24/05/2018 à 19:24, Segher Boessenkool a écrit : On Wed, May 23, 2018 at 09:47:32AM +0200, Christophe Leroy wrote: At the time being, memcmp() compares two chunks of memory byte per byte. This patch optimises the comparison by comparing word by word. A small benchmark performed on an 8xx

Re: [PATCH v4 3/3] powerpc/lib: optimise PPC32 memcmp

Le 24/05/2018 à 19:24, Segher Boessenkool a écrit : On Wed, May 23, 2018 at 09:47:32AM +0200, Christophe Leroy wrote: At the time being, memcmp() compares two chunks of memory byte per byte. This patch optimises the comparison by comparing word by word. A small benchmark performed on an 8xx

Re: [PATCH V2 rdma-next 4/4] RDMA/hns: Fix the illegal memory operation when cross page

On 2018/5/25 5:40, Jason Gunthorpe wrote: > On Wed, May 23, 2018 at 06:16:30PM +0800, Wei Hu (Xavier) wrote: >> This patch fixed the potential illegal operation when using the >> extend sge buffer cross page in post send operation. The bug >> will cause the calltrace. > Should include the oops

Re: [PATCH V2 rdma-next 4/4] RDMA/hns: Fix the illegal memory operation when cross page

On 2018/5/25 5:40, Jason Gunthorpe wrote: > On Wed, May 23, 2018 at 06:16:30PM +0800, Wei Hu (Xavier) wrote: >> This patch fixed the potential illegal operation when using the >> extend sge buffer cross page in post send operation. The bug >> will cause the calltrace. > Should include the oops

Re: [PATCH V2 rdma-next 3/4] RDMA/hns: Add reset process for RoCE in hip08

On 2018/5/25 5:31, Jason Gunthorpe wrote: > On Wed, May 23, 2018 at 06:16:29PM +0800, Wei Hu (Xavier) wrote: >> This patch added reset process for RoCE in hip08. >> >> Signed-off-by: Wei Hu (Xavier) >> >> v1->v2: 1.Delete handle->priv = NULL in

Re: [PATCH V2 rdma-next 3/4] RDMA/hns: Add reset process for RoCE in hip08

On 2018/5/25 5:31, Jason Gunthorpe wrote: > On Wed, May 23, 2018 at 06:16:29PM +0800, Wei Hu (Xavier) wrote: >> This patch added reset process for RoCE in hip08. >> >> Signed-off-by: Wei Hu (Xavier) >> >> v1->v2: 1.Delete handle->priv = NULL in hns_roce_hw_v2_uninit_instance. >> 2.Add

Re: [PATCH 4/9] regulator: bd71837: Devicetree bindings for BD71837 regulators

On Thu, May 24, 2018 at 06:57:21PM +0100, Mark Brown wrote: > On Thu, May 24, 2018 at 05:30:57PM +, Vaittinen, Matti wrote: > > > > On Thu, May 24, 2018 at 08:57:52AM +0300, Matti Vaittinen wrote: > > > > > > > +Required properties: > > > > + - compatible: should be "rohm,bd71837-pmic". > > >

Re: [PATCH 4/9] regulator: bd71837: Devicetree bindings for BD71837 regulators

On Thu, May 24, 2018 at 06:57:21PM +0100, Mark Brown wrote: > On Thu, May 24, 2018 at 05:30:57PM +, Vaittinen, Matti wrote: > > > > On Thu, May 24, 2018 at 08:57:52AM +0300, Matti Vaittinen wrote: > > > > > > > +Required properties: > > > > + - compatible: should be "rohm,bd71837-pmic". > > >

[git pull] drm fixes for v4.17-rc7

Hi Linus, Only two sets of drivers fixes, one rcar-du lvds regression fix, and a group of fixes for vmwgfx. Regards, Dave. The following changes since commit 771c577c23bac90597c685971d7297ea00f99d11: Linux 4.17-rc6 (2018-05-20 15:31:38 -0700) are available in the Git repository at:

[git pull] drm fixes for v4.17-rc7

Hi Linus, Only two sets of drivers fixes, one rcar-du lvds regression fix, and a group of fixes for vmwgfx. Regards, Dave. The following changes since commit 771c577c23bac90597c685971d7297ea00f99d11: Linux 4.17-rc6 (2018-05-20 15:31:38 -0700) are available in the Git repository at:

[PATCH 0/6] arm64: dts: Add missing cooling device properties for CPUs

Hello, This fixes missing cooling device properties for CPUs for the ARM64 platforms. This is build tested by the zero day testing infrastructure as well. Individual maintainers can pick the patches to their SoC trees or I will ask ARM SoC maintainers to pick them up later. -- viresh Viresh

[PATCH 0/6] arm64: dts: Add missing cooling device properties for CPUs

Hello, This fixes missing cooling device properties for CPUs for the ARM64 platforms. This is build tested by the zero day testing infrastructure as well. Individual maintainers can pick the patches to their SoC trees or I will ask ARM SoC maintainers to pick them up later. -- viresh Viresh

[PATCH 5/6] arm64: dts: rockchip: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 5/6] arm64: dts: rockchip: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 3/6] arm64: dts: hisilicon: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 3/6] arm64: dts: hisilicon: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 4/6] arm64: dts: mediatek: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 4/6] arm64: dts: mediatek: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 1/6] arm64: dts: amlogic: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

Re: [PATCH v9 01/15] ARM: Add Krait L2 register accessor functions

Hi Bjorn, On 5/24/2018 11:09 PM, Bjorn Andersson wrote: > On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote: > >> From: Stephen Boyd >> >> Krait CPUs have a handful of L2 cache controller registers that >> live behind a cp15 based indirection register. First you program >>

[PATCH 2/6] arm64: dts: freescale: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 1/6] arm64: dts: amlogic: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 2/6] arm64: dts: freescale: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

Re: [PATCH v9 01/15] ARM: Add Krait L2 register accessor functions

Hi Bjorn, On 5/24/2018 11:09 PM, Bjorn Andersson wrote: > On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote: > >> From: Stephen Boyd >> >> Krait CPUs have a handful of L2 cache controller registers that >> live behind a cp15 based indirection register. First you program >> the indirection

[PATCH 6/6] arm64: dts: socionext: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

[PATCH 6/6] arm64: dts: socionext: Add missing cooling device properties for CPUs

The cooling device properties, like "#cooling-cells" and "dynamic-power-coefficient", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a

Re: [PATCH v9 02/15] clk: mux: Split out register accessors for reuse

Hi Bjorn, On 5/24/2018 10:20 PM, Bjorn Andersson wrote: > On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote: > >> From: Stephen Boyd >> >> We want to reuse the logic in clk-mux.c for other clock drivers >> that don't use readl as register accessors. Fortunately, there >>

Re: [PATCH v9 02/15] clk: mux: Split out register accessors for reuse

Hi Bjorn, On 5/24/2018 10:20 PM, Bjorn Andersson wrote: > On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote: > >> From: Stephen Boyd >> >> We want to reuse the logic in clk-mux.c for other clock drivers >> that don't use readl as register accessors. Fortunately, there >> really isn't much to the

Re: [PATCH v2] drm/xen-front: fix pointer casts

On 05/23/2018 02:46 PM, Juergen Gross wrote: On 23/05/18 13:36, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a 32-bit pointer and a 64-bit integer. Fix the warnings by

Re: [PATCH v2] drm/xen-front: fix pointer casts

On 05/23/2018 02:46 PM, Juergen Gross wrote: On 23/05/18 13:36, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a 32-bit pointer and a 64-bit integer. Fix the warnings by casting those pointers to uintptr_t

[PATCH] hwmon: binding: Fix "#cooling-cells" property's name

It should be "#cooling-cells" instead of "cooling-cells". Fix it. Signed-off-by: Viresh Kumar --- Documentation/devicetree/bindings/hwmon/gpio-fan.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] hwmon: binding: Fix "#cooling-cells" property's name

It should be "#cooling-cells" instead of "cooling-cells". Fix it. Signed-off-by: Viresh Kumar --- Documentation/devicetree/bindings/hwmon/gpio-fan.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/hwmon/gpio-fan.txt

[GIT PULL] sound fixes for 4.17-rc7

Linus, please pull sound fixes for v4.17-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.17-rc7 The topmost commit is 009f8c90f571d87855914dbc20e6c0ea2a3b19ae sound fixes for 4.17-rc7 Two

[GIT PULL] sound fixes for 4.17-rc7

Linus, please pull sound fixes for v4.17-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.17-rc7 The topmost commit is 009f8c90f571d87855914dbc20e6c0ea2a3b19ae sound fixes for 4.17-rc7 Two

Re: [RESEND PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up

On 2018-05-09 15:33, Byungchul Park wrote: On Thu, Jan 11, 2018 at 10:07:16AM +0100, Peter Zijlstra wrote: Sorry for the huge delay on this, but I'll have to postpone further. Still busy with meltdown/spectre stuff. Please consider this. Even though it's not a big bug, anyway leading

Re: [RESEND PATCH v3 1/2] sched/deadline: Add cpudl_maximum_dl() for clean-up

On 2018-05-09 15:33, Byungchul Park wrote: On Thu, Jan 11, 2018 at 10:07:16AM +0100, Peter Zijlstra wrote: Sorry for the huge delay on this, but I'll have to postpone further. Still busy with meltdown/spectre stuff. Please consider this. Even though it's not a big bug, anyway leading

[PATCH] f2fs: let fstrim issue discard commands in lower priority

The fstrim gathers huge number of large discard commands, and tries to issue without IO awareness, which results in long user-perceive IO latencies on READ, WRITE, and FLUSH in UFS. We've observed some of commands take several seconds due to long discard latency. This patch limits the maximum

[PATCH] f2fs: let fstrim issue discard commands in lower priority

The fstrim gathers huge number of large discard commands, and tries to issue without IO awareness, which results in long user-perceive IO latencies on READ, WRITE, and FLUSH in UFS. We've observed some of commands take several seconds due to long discard latency. This patch limits the maximum

Re: [PATCH 8/9] regulator: bd71837: BD71837 PMIC regulator driver

On Thu, May 24, 2018 at 06:59:40PM +0100, Mark Brown wrote: > On Thu, May 24, 2018 at 05:51:27PM +, Vaittinen, Matti wrote: > > > > what is the lock doing and what is this wrapper function intended to do? > > > This was the other spot which I was unsure how to handle. Datasheet for > > the

Re: [PATCH 8/9] regulator: bd71837: BD71837 PMIC regulator driver

On Thu, May 24, 2018 at 06:59:40PM +0100, Mark Brown wrote: > On Thu, May 24, 2018 at 05:51:27PM +, Vaittinen, Matti wrote: > > > > what is the lock doing and what is this wrapper function intended to do? > > > This was the other spot which I was unsure how to handle. Datasheet for > > the

Re: [PATCH 1/7] fs: allow per-device dax status checking for filesystems

On Thu, May 24, 2018 at 08:55:12PM -0600, Ross Zwisler wrote: > From: "Darrick J. Wong" > > Remove __bdev_dax_supported and change to bdev_dax_supported that takes a > bdev parameter. This enables multi-device filesystems like xfs to check > that a dax device can work

Re: [PATCH 1/7] fs: allow per-device dax status checking for filesystems

On Thu, May 24, 2018 at 08:55:12PM -0600, Ross Zwisler wrote: > From: "Darrick J. Wong" > > Remove __bdev_dax_supported and change to bdev_dax_supported that takes a > bdev parameter. This enables multi-device filesystems like xfs to check > that a dax device can work for the particular

Re: [PATCH 2/7] dax: change bdev_dax_supported() to support boolean returns

On Thu, May 24, 2018 at 08:55:13PM -0600, Ross Zwisler wrote: > From: Dave Jiang > > The function return values are confusing with the way the function is > named. We expect a true or false return value but it actually returns > 0/-errno. This makes the code very

Re: [PATCH 2/7] dax: change bdev_dax_supported() to support boolean returns

On Thu, May 24, 2018 at 08:55:13PM -0600, Ross Zwisler wrote: > From: Dave Jiang > > The function return values are confusing with the way the function is > named. We expect a true or false return value but it actually returns > 0/-errno. This makes the code very confusing. Changing the return

Re: [PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Hi Andreas, On Fri, May 25, 2018 at 06:12:00AM +0200, Andreas Färber wrote: > Am 23.05.2018 um 10:40 schrieb Linus Walleij: > > On Sun, May 20, 2018 at 7:17 AM, Manivannan Sadhasivam > > wrote: > > > >> Add S900 pinctrl entries under ARCH_ACTIONS > >> > >>

Re: [PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Hi Andreas, On Fri, May 25, 2018 at 06:12:00AM +0200, Andreas Färber wrote: > Am 23.05.2018 um 10:40 schrieb Linus Walleij: > > On Sun, May 20, 2018 at 7:17 AM, Manivannan Sadhasivam > > wrote: > > > >> Add S900 pinctrl entries under ARCH_ACTIONS > >> > >> Signed-off-by: Manivannan Sadhasivam

[PATCH v1] arch/x86/kernel/pci-dma: Remove useless parameter of arch_dma_alloc_attrs

From: Huaisheng Ye arch_dma_alloc_attrs has parameter gfp which is not used at all. Remove it. Signed-off-by: Huaisheng Ye Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Christoph Hellwig

[PATCH v1] arch/x86/kernel/pci-dma: Remove useless parameter of arch_dma_alloc_attrs

From: Huaisheng Ye arch_dma_alloc_attrs has parameter gfp which is not used at all. Remove it. Signed-off-by: Huaisheng Ye Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Christoph Hellwig Cc: Marek Szyprowski Cc: Robin Murphy Cc: Konrad Rzeszutek Wilk Cc: Andrew Morton

Re: [PATCH v3 8/8] drm/mediatek: add third ddp path

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch create third crtc by third ddp path > Apply this patch before the patch 'Add support for mediatek SOC MT2712' because this patch is necessary for mt2712. >

Re: [PATCH v3 8/8] drm/mediatek: add third ddp path

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch create third crtc by third ddp path > Apply this patch before the patch 'Add support for mediatek SOC MT2712' because this patch is necessary for mt2712. > Signed-off-by: Stu Hsieh >

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

V Thu, 24 May 2018 11:34:05 -0500 ebied...@xmission.com (Eric W. Biederman) napsáno: > Petr Tesarik writes: > > 2> On Thu, 24 May 2018 09:49:05 +0800 > > Dave Young wrote: > > > >> Hi Petr, > >> > >> On 05/23/18 at 10:22pm, Petr Tesarik wrote: > >>[...]

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

V Thu, 24 May 2018 11:34:05 -0500 ebied...@xmission.com (Eric W. Biederman) napsáno: > Petr Tesarik writes: > > 2> On Thu, 24 May 2018 09:49:05 +0800 > > Dave Young wrote: > > > >> Hi Petr, > >> > >> On 05/23/18 at 10:22pm, Petr Tesarik wrote: > >>[...] > >> > In short, if one size fits

Re: [RESEND PATCH V5 00/33] block: support multipage bvec

On Fri, May 25, 2018 at 11:45:48AM +0800, Ming Lei wrote: > Hi, > > This patchset brings multipage bvec into block layer: patch series looks sane to me. goddamn that's a lot of renaming. Things are going to get interesting when we start sticking compound pages in the page cache, there'll be

Re: [RESEND PATCH V5 00/33] block: support multipage bvec

On Fri, May 25, 2018 at 11:45:48AM +0800, Ming Lei wrote: > Hi, > > This patchset brings multipage bvec into block layer: patch series looks sane to me. goddamn that's a lot of renaming. Things are going to get interesting when we start sticking compound pages in the page cache, there'll be

Re: [PATCH v3 7/8] drm/mediatek: Add support for mediatek SOC MT2712

Hi, Stu: I've some inline comment. On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add support for the Mediatek MT2712 DISP subsystem. > There are two OVL engine and three disp output in MT2712. > > Signed-off-by: Stu

Re: [PATCH v3 7/8] drm/mediatek: Add support for mediatek SOC MT2712

Hi, Stu: I've some inline comment. On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add support for the Mediatek MT2712 DISP subsystem. > There are two OVL engine and three disp output in MT2712. > > Signed-off-by: Stu Hsieh > --- >

Re: [PATCH 2/2] mm: do not warn on offline nodes unless the specific node is explicitly requested

On 05/24/2018 01:30 PM, Michal Hocko wrote: > On Thu 24-05-18 08:52:14, Anshuman Khandual wrote: >> On 05/23/2018 07:36 PM, Michal Hocko wrote: >>> On Wed 23-05-18 19:15:51, Anshuman Khandual wrote: On 05/23/2018 06:25 PM, Michal Hocko wrote: > when adding memory to a node that is

Re: [PATCH 2/2] mm: do not warn on offline nodes unless the specific node is explicitly requested

On 05/24/2018 01:30 PM, Michal Hocko wrote: > On Thu 24-05-18 08:52:14, Anshuman Khandual wrote: >> On 05/23/2018 07:36 PM, Michal Hocko wrote: >>> On Wed 23-05-18 19:15:51, Anshuman Khandual wrote: On 05/23/2018 06:25 PM, Michal Hocko wrote: > when adding memory to a node that is

RE: [PATCH 5/5] MAINTAINERS: add myself as maintainer for QorIQ PTP clock driver

This patch has a dependency which is now on staging git tree. https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/commit/?h=staging-next=7fd899fff5907dbb02089494102ef628988f2330 > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: Friday, May 25, 2018

RE: [PATCH 5/5] MAINTAINERS: add myself as maintainer for QorIQ PTP clock driver

This patch has a dependency which is now on staging git tree. https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/commit/?h=staging-next=7fd899fff5907dbb02089494102ef628988f2330 > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: Friday, May 25, 2018

[PATCH 3/5] net: ethernet: gianfar_ethtool: get phc index through drvdata

Global variable gfar_phc_index was used to get and store phc index through gianfar_ptp driver. However gianfar_ptp had been renamed as ptp_qoriq for QorIQ common PTP driver. This gfar_phc_index doesn't work any more, and the phc index is stored in drvdata now. This patch is to support getting phc

[PATCH 3/5] net: ethernet: gianfar_ethtool: get phc index through drvdata

Global variable gfar_phc_index was used to get and store phc index through gianfar_ptp driver. However gianfar_ptp had been renamed as ptp_qoriq for QorIQ common PTP driver. This gfar_phc_index doesn't work any more, and the phc index is stored in drvdata now. This patch is to support getting phc

[PATCH 1/5] ptp: rework gianfar_ptp as QorIQ common PTP driver

gianfar_ptp was the PTP clock driver for 1588 timer module of Freescale QorIQ eTSEC (Enhanced Three-Speed Ethernet Controllers) platforms. Actually QorIQ DPAA (Data Path Acceleration Architecture) platforms is also using the same 1588 timer module in hardware. This patch is to rework gianfar_ptp

[PATCH 1/5] ptp: rework gianfar_ptp as QorIQ common PTP driver

gianfar_ptp was the PTP clock driver for 1588 timer module of Freescale QorIQ eTSEC (Enhanced Three-Speed Ethernet Controllers) platforms. Actually QorIQ DPAA (Data Path Acceleration Architecture) platforms is also using the same 1588 timer module in hardware. This patch is to rework gianfar_ptp

[PATCH 2/5] ptp_qoriq: move some definitions to header file

This patch is to move some definitions in ptp_qoriq.c to the header file. Signed-off-by: Yangbo Lu --- drivers/ptp/ptp_qoriq.c | 132 +-- include/linux/fsl/ptp_qoriq.h | 141 + 2 files

[PATCH 2/5] ptp_qoriq: move some definitions to header file

This patch is to move some definitions in ptp_qoriq.c to the header file. Signed-off-by: Yangbo Lu --- drivers/ptp/ptp_qoriq.c | 132 +-- include/linux/fsl/ptp_qoriq.h | 141 + 2 files changed, 142

[PATCH 5/5] MAINTAINERS: add myself as maintainer for QorIQ PTP clock driver

Added myself as maintainer for QorIQ PTP clock driver. Since gianfar_ptp.c was renamed to ptp_qoriq.c, let's also maintain it under QorIQ PTP clock driver. Signed-off-by: Yangbo Lu --- MAINTAINERS | 17 + 1 files changed, 9 insertions(+), 8 deletions(-)

[PATCH 5/5] MAINTAINERS: add myself as maintainer for QorIQ PTP clock driver

Added myself as maintainer for QorIQ PTP clock driver. Since gianfar_ptp.c was renamed to ptp_qoriq.c, let's also maintain it under QorIQ PTP clock driver. Signed-off-by: Yangbo Lu --- MAINTAINERS | 17 + 1 files changed, 9 insertions(+), 8 deletions(-) diff --git

[PATCH 4/5] dt-bindings: ptp: add ptp-qoriq.txt

This patch is to add a documentation for ptp_qoriq dt-bindings. The description for ptp_qoriq dt-bindings was actually moved from Documentation/devicetree/bindings/net/fsl-tsec-phy.txt, since gianfar_ptp driver was moved to ptp_qoriq driver. Signed-off-by: Yangbo Lu ---

Re: [RESEND PATCH V5 12/33] block: introduce bio_segments()

On Fri, May 25, 2018 at 11:46:00AM +0800, Ming Lei wrote: > There are still cases in which we need to use bio_segments() for get the > number of segment, so introduce it. > > Signed-off-by: Ming Lei > --- > include/linux/bio.h | 25 - > 1 file

[PATCH 4/5] dt-bindings: ptp: add ptp-qoriq.txt

This patch is to add a documentation for ptp_qoriq dt-bindings. The description for ptp_qoriq dt-bindings was actually moved from Documentation/devicetree/bindings/net/fsl-tsec-phy.txt, since gianfar_ptp driver was moved to ptp_qoriq driver. Signed-off-by: Yangbo Lu ---

Re: [RESEND PATCH V5 12/33] block: introduce bio_segments()

On Fri, May 25, 2018 at 11:46:00AM +0800, Ming Lei wrote: > There are still cases in which we need to use bio_segments() for get the > number of segment, so introduce it. > > Signed-off-by: Ming Lei > --- > include/linux/bio.h | 25 - > 1 file changed, 20 insertions(+),

Re: [PATCH v6 05/17] media: rkisp1: add Rockchip ISP1 subdev driver

On Thu, May 24, 2018 at 8:30 PM Baruch Siach wrote: > Hi Tomasz, > On Mon, May 07, 2018 at 06:41:50AM +, Tomasz Figa wrote: > > On Mon, May 7, 2018 at 3:38 PM Baruch Siach wrote: > > > On Mon, May 07, 2018 at 06:13:27AM +, Tomasz Figa wrote: > > >

Re: [PATCH v6 05/17] media: rkisp1: add Rockchip ISP1 subdev driver

On Thu, May 24, 2018 at 8:30 PM Baruch Siach wrote: > Hi Tomasz, > On Mon, May 07, 2018 at 06:41:50AM +, Tomasz Figa wrote: > > On Mon, May 7, 2018 at 3:38 PM Baruch Siach wrote: > > > On Mon, May 07, 2018 at 06:13:27AM +, Tomasz Figa wrote: > > > > On Thu, May 3, 2018 at 6:09 PM

Re: [PATCH dts/arm/aspeed-g5 v1] ARM: dts: aspeed-g5: Add IPMI KCS node

Hello Andrew, On 16 March 2018 at 11:17, Wang, Haiyue wrote: > Hi Joel and Andrew, > > Have time to review this patch ? Hope for your comments. :-) > > BR, > Haiyue > > > On 2018-03-07 13:04, Haiyue Wang wrote: >> >> The IPMI KCS device part of the LPC interface and

Re: [PATCH dts/arm/aspeed-g5 v1] ARM: dts: aspeed-g5: Add IPMI KCS node

Hello Andrew, On 16 March 2018 at 11:17, Wang, Haiyue wrote: > Hi Joel and Andrew, > > Have time to review this patch ? Hope for your comments. :-) > > BR, > Haiyue > > > On 2018-03-07 13:04, Haiyue Wang wrote: >> >> The IPMI KCS device part of the LPC interface and is used for >> communication

Re: [PATCH v3 4/8] drm/mediatek: add ddp component AAL1

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add component AAL1 and > rename AAL to AAL0 > > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++- > 1

Re: [PATCH v3 4/8] drm/mediatek: add ddp component AAL1

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add component AAL1 and > rename AAL to AAL0 > > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) >

Re: [PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Am 23.05.2018 um 10:40 schrieb Linus Walleij: > On Sun, May 20, 2018 at 7:17 AM, Manivannan Sadhasivam > wrote: > >> Add S900 pinctrl entries under ARCH_ACTIONS >> >> Signed-off-by: Manivannan Sadhasivam > > Patch applied

Re: [PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Am 23.05.2018 um 10:40 schrieb Linus Walleij: > On Sun, May 20, 2018 at 7:17 AM, Manivannan Sadhasivam > wrote: > >> Add S900 pinctrl entries under ARCH_ACTIONS >> >> Signed-off-by: Manivannan Sadhasivam > > Patch applied tentatively so we have some maintenance entry for this. > > Andreas

Re: [REVIEW][PATCH 0/6] Wrapping up the vfs support for unprivileged mounts

On Fri, May 25, 2018 at 01:57:16PM +1000, Dave Chinner wrote: > On Thu, May 24, 2018 at 06:23:30PM -0500, Eric W. Biederman wrote: > > "Theodore Y. Ts'o" writes: > > > > > On Wed, May 23, 2018 at 06:22:56PM -0500, Eric W. Biederman wrote: > > >> > > >> Very slowly the work has

Re: [REVIEW][PATCH 0/6] Wrapping up the vfs support for unprivileged mounts

On Fri, May 25, 2018 at 01:57:16PM +1000, Dave Chinner wrote: > On Thu, May 24, 2018 at 06:23:30PM -0500, Eric W. Biederman wrote: > > "Theodore Y. Ts'o" writes: > > > > > On Wed, May 23, 2018 at 06:22:56PM -0500, Eric W. Biederman wrote: > > >> > > >> Very slowly the work has been progressing

Re: [PATCH v13 1/2] cpufreq: Add Kryo CPU scaling driver

On 25-05-18, 07:00, Ilia Lin wrote: > > > On May 25, 2018 6:54:12 AM GMT+03:00, Viresh Kumar > wrote: > >On 24-05-18, 18:03, Ilia Lin wrote: > >> +static int __init qcom_cpufreq_kryo_init(void) > >> +{ > >> + struct device_node *np; > >> + struct device *cpu_dev; >

Re: [PATCH v13 1/2] cpufreq: Add Kryo CPU scaling driver

On 25-05-18, 07:00, Ilia Lin wrote: > > > On May 25, 2018 6:54:12 AM GMT+03:00, Viresh Kumar > wrote: > >On 24-05-18, 18:03, Ilia Lin wrote: > >> +static int __init qcom_cpufreq_kryo_init(void) > >> +{ > >> + struct device_node *np; > >> + struct device *cpu_dev; > >> + int ret; > >> + > >>

[PATCH] arm64: defconfig: Enable UFS on msm8996

Enable GLINK RPM so that we get RPM regulators and clocks and enable the UFS host controller driver and the Qualcomm UFS platform driver. The UFS phy is selected by the Qualcomm UFS driver. The simple ondemand devfreq governor must be builtin, as there's no mechanism for automatically loading it,

[PATCH] arm64: defconfig: Enable UFS on msm8996

Enable GLINK RPM so that we get RPM regulators and clocks and enable the UFS host controller driver and the Qualcomm UFS platform driver. The UFS phy is selected by the Qualcomm UFS driver. The simple ondemand devfreq governor must be builtin, as there's no mechanism for automatically loading it,

[PATCH v5 1/1] PCI: kirin: Add MSI support

Add support for MSI. Signed-off-by: Xiaowei Song --- drivers/pci/dwc/pcie-kirin.c | 28 1 file changed, 28 insertions(+) diff --git a/drivers/pci/dwc/pcie-kirin.c b/drivers/pci/dwc/pcie-kirin.c index d2970a009eb5..6997276eb69c 100644 ---

[PATCH v5 0/1] *** PCI: kirin: Add MSI support ***

Before Version Patches == patch v4 https://patchwork.kernel.org/patch/10402399/ patch v3 https://www.spinics.net/lists/linux-pci/msg72322.html patch v2 https://www.spinics.net/lists/kernel/msg2797610.html patch v1 https://www.spinics.net/lists/kernel/msg2796410.html Changes

[PATCH v5 1/1] PCI: kirin: Add MSI support

Add support for MSI. Signed-off-by: Xiaowei Song --- drivers/pci/dwc/pcie-kirin.c | 28 1 file changed, 28 insertions(+) diff --git a/drivers/pci/dwc/pcie-kirin.c b/drivers/pci/dwc/pcie-kirin.c index d2970a009eb5..6997276eb69c 100644 ---

[PATCH v5 0/1] *** PCI: kirin: Add MSI support ***

Before Version Patches == patch v4 https://patchwork.kernel.org/patch/10402399/ patch v3 https://www.spinics.net/lists/linux-pci/msg72322.html patch v2 https://www.spinics.net/lists/kernel/msg2797610.html patch v1 https://www.spinics.net/lists/kernel/msg2796410.html Changes

Re: [REVIEW][PATCH 0/6] Wrapping up the vfs support for unprivileged mounts

On Thu, May 24, 2018 at 06:23:30PM -0500, Eric W. Biederman wrote: > "Theodore Y. Ts'o" writes: > > > On Wed, May 23, 2018 at 06:22:56PM -0500, Eric W. Biederman wrote: > >> > >> Very slowly the work has been progressing to ensure the vfs has the > >> necessary support for

Re: [REVIEW][PATCH 0/6] Wrapping up the vfs support for unprivileged mounts

On Thu, May 24, 2018 at 06:23:30PM -0500, Eric W. Biederman wrote: > "Theodore Y. Ts'o" writes: > > > On Wed, May 23, 2018 at 06:22:56PM -0500, Eric W. Biederman wrote: > >> > >> Very slowly the work has been progressing to ensure the vfs has the > >> necessary support for mounting filesystems

Re: [PATCH -next 0/6] rhashtable: guarantee first allocation

On Thu, 24 May 2018, Linus Torvalds wrote: On Thu, May 24, 2018 at 2:28 PM Davidlohr Bueso wrote: 10 files changed, 79 insertions(+), 86 deletions(-) I certainly can't complain about this small code removal, but I think if we did the kvmalloc_node() cleanup, we'd be

Re: [PATCH -next 0/6] rhashtable: guarantee first allocation

On Thu, 24 May 2018, Linus Torvalds wrote: On Thu, May 24, 2018 at 2:28 PM Davidlohr Bueso wrote: 10 files changed, 79 insertions(+), 86 deletions(-) I certainly can't complain about this small code removal, but I think if we did the kvmalloc_node() cleanup, we'd be able to get rid of

[RESEND PATCH V5 23/33] ext4: conver to bio_for_each_page_all2

bio_for_each_page_all() can't be used any more after multipage bvec is enabled, so we have to convert to bio_for_each_page_all2(). Signed-off-by: Ming Lei --- fs/ext4/page-io.c | 3 ++- fs/ext4/readpage.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff

Re: [PATCH v13 1/2] cpufreq: Add Kryo CPU scaling driver

On 24-05-18, 18:03, Ilia Lin wrote: > +static int __init qcom_cpufreq_kryo_init(void) > +{ > + struct device_node *np; > + struct device *cpu_dev; > + int ret; > + > + cpu_dev = get_cpu_device(0); > + if (NULL == cpu_dev) > + ret = -ENODEV; > + > + np =

[RESEND PATCH V5 23/33] ext4: conver to bio_for_each_page_all2

bio_for_each_page_all() can't be used any more after multipage bvec is enabled, so we have to convert to bio_for_each_page_all2(). Signed-off-by: Ming Lei --- fs/ext4/page-io.c | 3 ++- fs/ext4/readpage.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/ext4/page-io.c

Re: [PATCH v13 1/2] cpufreq: Add Kryo CPU scaling driver

On 24-05-18, 18:03, Ilia Lin wrote: > +static int __init qcom_cpufreq_kryo_init(void) > +{ > + struct device_node *np; > + struct device *cpu_dev; > + int ret; > + > + cpu_dev = get_cpu_device(0); > + if (NULL == cpu_dev) > + ret = -ENODEV; > + > + np =

[RESEND PATCH V5 30/33] block: enable multipage bvecs

This patch pulls the trigger for multipage bvecs. Now any request queue which supports queue cluster will see multipage bvecs. Signed-off-by: Ming Lei --- block/bio.c | 13 + 1 file changed, 13 insertions(+) diff --git a/block/bio.c b/block/bio.c index

[RESEND PATCH V5 30/33] block: enable multipage bvecs

This patch pulls the trigger for multipage bvecs. Now any request queue which supports queue cluster will see multipage bvecs. Signed-off-by: Ming Lei --- block/bio.c | 13 + 1 file changed, 13 insertions(+) diff --git a/block/bio.c b/block/bio.c index c160c143cc1b..bc3992f52fe8

  1   2   3   4   5   6   7   8   9   10   >