[PATCH v6 1/5] devicetree: mfd: Add binding for the TI LM3533

From: Bjorn Andersson Add the binding for the Texas Instruments LM3533 lighting power solution. Acked-by: Jonathan Cameron Acked-by: Rob Herring Acked-for-MFD-by: Lee Jones Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Changes since v5: - None Changes since v4: - Acks

[PATCH v6 3/5] backlight: lm3533: Support initialization from Device Tree

From: Bjorn Andersson Implement support for initialization of the lm3533 backlight from Device Tree. Acked-by: Jingoo Han Acked-by: Pavel Machek Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Note that this patch can be merged independently of the other patches in the

Re: [PATCH 14/14] xfs: use atomic_dec_not_zero()

> On 31 January 2017 at 01:30 "Darrick J. Wong" wrote: > > > On Mon, Jan 30, 2017 at 07:48:44PM +0100, Fabian Frederick wrote: > > instead of atomic_add_unless(value, -1, 0) > > > > Signed-off-by: Fabian Frederick > > --- > >  fs/xfs/xfs_buf.c | 2 +- >

Re: [PATCH 14/14] xfs: use atomic_dec_not_zero()

> On 31 January 2017 at 01:30 "Darrick J. Wong" wrote: > > > On Mon, Jan 30, 2017 at 07:48:44PM +0100, Fabian Frederick wrote: > > instead of atomic_add_unless(value, -1, 0) > > > > Signed-off-by: Fabian Frederick > > --- > >  fs/xfs/xfs_buf.c | 2 +- > >  1 file changed, 1 insertion(+), 1

Re: [RFC V2 11/12] mm: Tag VMA with VM_CDM flag during page fault

On 01/30/2017 11:21 PM, Dave Hansen wrote: > Here's the flag definition: > >> +#ifdef CONFIG_COHERENT_DEVICE >> +#define VM_CDM 0x0080 /* Contains coherent device >> memory */ >> +#endif > > But it doesn't match the implementation: > >> +#ifdef CONFIG_COHERENT_DEVICE >>

Re: [RFC V2 11/12] mm: Tag VMA with VM_CDM flag during page fault

On 01/30/2017 11:21 PM, Dave Hansen wrote: > Here's the flag definition: > >> +#ifdef CONFIG_COHERENT_DEVICE >> +#define VM_CDM 0x0080 /* Contains coherent device >> memory */ >> +#endif > > But it doesn't match the implementation: > >> +#ifdef CONFIG_COHERENT_DEVICE >>

Re: [PATCH v2 15/25] ARM: sun5i: chip: enable ACIN power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The NextThing Co. CHIP has an AXP209 PMIC and can be power-supplied by > ACIN via the CHG-IN pin. > > This enables the ACIN power supply subnode in the DT. > > Signed-off-by: Quentin Schulz

Re: [PATCH v2 15/25] ARM: sun5i: chip: enable ACIN power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The NextThing Co. CHIP has an AXP209 PMIC and can be power-supplied by > ACIN via the CHG-IN pin. > > This enables the ACIN power supply subnode in the DT. > > Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai

[PATCH 1/2] ASoC: qcom: lpass-cpu: Remove unnecessary clock checks

Clean up the clock calling code by removing numerous IS_ERR() checks by just assigning the clock NULL; as this turn all used functions in the clk API to nops. Also include the word "optional" in the error message when failing to acquire the optional osr clocks. Cc: Banajit Goswami

[PATCH 1/2] ASoC: qcom: lpass-cpu: Remove unnecessary clock checks

Clean up the clock calling code by removing numerous IS_ERR() checks by just assigning the clock NULL; as this turn all used functions in the clk API to nops. Also include the word "optional" in the error message when failing to acquire the optional osr clocks. Cc: Banajit Goswami Cc: Patrick

Re: [PATCH v2 11/25] mfd: axp20x: add AC power supply cells for AXP22X PMICs

On Mon, Jan 30, 2017 at 12:35 AM, Sebastian Reichel wrote: > Hi, > > On Fri, Jan 27, 2017 at 09:54:44AM +0100, Quentin Schulz wrote: >> The X-Powers AXP20X and AXP22X PMICs expose the status of AC power >> supply. >> >> This adds the AC power supply driver to the MFD cells of the

Re: [PATCH v2 11/25] mfd: axp20x: add AC power supply cells for AXP22X PMICs

On Mon, Jan 30, 2017 at 12:35 AM, Sebastian Reichel wrote: > Hi, > > On Fri, Jan 27, 2017 at 09:54:44AM +0100, Quentin Schulz wrote: >> The X-Powers AXP20X and AXP22X PMICs expose the status of AC power >> supply. >> >> This adds the AC power supply driver to the MFD cells of the AXP22X >> PMICs.

RE: [PATCH] [linux-next]staging: unisys: visornic: Fix typo in visornic_main.c

> -Original Message- > From: Masanari Iida [mailto:standby2...@gmail.com] > Sent: Sunday, January 29, 2017 9:33 PM > To: linux-kernel@vger.kernel.org; gre...@linuxfoundation.org; Kershner, > David A ; de...@driverdev.osuosl.org > Cc: Masanari Iida

RE: [PATCH] [linux-next]staging: unisys: visornic: Fix typo in visornic_main.c

> -Original Message- > From: Masanari Iida [mailto:standby2...@gmail.com] > Sent: Sunday, January 29, 2017 9:33 PM > To: linux-kernel@vger.kernel.org; gre...@linuxfoundation.org; Kershner, > David A ; de...@driverdev.osuosl.org > Cc: Masanari Iida > Subject: [PATCH] [linux-next]staging:

Re: [RFC V2 12/12] mm: Tag VMA with VM_CDM flag explicitly during mbind(MPOL_BIND)

On 01/30/2017 11:24 PM, Dave Hansen wrote: > On 01/29/2017 07:35 PM, Anshuman Khandual wrote: >> +if ((new_pol->mode == MPOL_BIND) >> +&& nodemask_has_cdm(new_pol->v.nodes)) >> +set_vm_cdm(vma); > So, if you did: > > mbind(addr, PAGE_SIZE,

Re: [RFC V2 12/12] mm: Tag VMA with VM_CDM flag explicitly during mbind(MPOL_BIND)

On 01/30/2017 11:24 PM, Dave Hansen wrote: > On 01/29/2017 07:35 PM, Anshuman Khandual wrote: >> +if ((new_pol->mode == MPOL_BIND) >> +&& nodemask_has_cdm(new_pol->v.nodes)) >> +set_vm_cdm(vma); > So, if you did: > > mbind(addr, PAGE_SIZE,

Re: [PATCH v2 13/25] ARM: dtsi: axp22x: add AC power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The X-Powers AXP22X PMIC exposes the status of AC power supply. > > This adds the AC power supply subnode for the AXP22X PMIC. > > Signed-off-by: Quentin Schulz

Re: [PATCH v2 13/25] ARM: dtsi: axp22x: add AC power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The X-Powers AXP22X PMIC exposes the status of AC power supply. > > This adds the AC power supply subnode for the AXP22X PMIC. > > Signed-off-by: Quentin Schulz Acked-by: Chen-Yu Tsai

[PATCH RESEND 33/36] powerpc: Remove unused cputime definitions

Since the core doesn't deal with cputime_t anymore, most of these APIs have been left unused. Lets remove these. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens

[PATCH RESEND 33/36] powerpc: Remove unused cputime definitions

Since the core doesn't deal with cputime_t anymore, most of these APIs have been left unused. Lets remove these. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel

Re: [RFC V2 08/12] mm: Add new VMA flag VM_CDM

On 01/31/2017 12:22 AM, Jerome Glisse wrote: > On Mon, Jan 30, 2017 at 09:05:49AM +0530, Anshuman Khandual wrote: >> VMA which contains CDM memory pages should be marked with new VM_CDM flag. >> These VMAs need to be identified in various core kernel paths for special >> handling and this flag

Re: [RFC V2 08/12] mm: Add new VMA flag VM_CDM

On 01/31/2017 12:22 AM, Jerome Glisse wrote: > On Mon, Jan 30, 2017 at 09:05:49AM +0530, Anshuman Khandual wrote: >> VMA which contains CDM memory pages should be marked with new VM_CDM flag. >> These VMAs need to be identified in various core kernel paths for special >> handling and this flag

Re: [PATCH v2 12/25] ARM: dtsi: axp209: add AC power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The X-Powers AXP20X PMIC exposes the status of AC power supply, the > current current and voltage supplied to the board by the AC power > supply. > > This adds the AC power supply subnode for AXP20X PMIC.

Re: [PATCH v2 12/25] ARM: dtsi: axp209: add AC power supply subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > The X-Powers AXP20X PMIC exposes the status of AC power supply, the > current current and voltage supplied to the board by the AC power > supply. > > This adds the AC power supply subnode for AXP20X PMIC. > > Signed-off-by: Quentin Schulz

[PATCH RESEND 10/36] x86: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 10/36] x86: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

Re: [PATCH v2 06/25] ARM: dtsi: axp209: add AXP209 ADC subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > X-Powers AXP209 PMIC has multiple ADCs, each one exposing data from the > different power supplies connected to the PMIC. > > This adds the ADC subnode for AXP20X PMIC. > > Signed-off-by: Quentin Schulz

Re: [PATCH v2 06/25] ARM: dtsi: axp209: add AXP209 ADC subnode

On Fri, Jan 27, 2017 at 4:54 PM, Quentin Schulz wrote: > X-Powers AXP209 PMIC has multiple ADCs, each one exposing data from the > different power supplies connected to the PMIC. > > This adds the ADC subnode for AXP20X PMIC. > > Signed-off-by: Quentin Schulz Given the device node no longer

Re: [PATCH 001] staging: wlan-ng: Add tabstop preceding the statement

On Mon, 2017-01-30 at 17:44 +0100, Greg Kroah-Hartman wrote: > On Mon, Jan 30, 2017 at 11:31:42AM -0500, Maksymilian Piechota wrote: > > This patch fixes the checkpatch.pl warning: > > > > WARNING: Statements should start on a tabstop > > > > Signed-off-by: Maksymilian Piechota

Re: [PATCH 001] staging: wlan-ng: Add tabstop preceding the statement

On Mon, 2017-01-30 at 17:44 +0100, Greg Kroah-Hartman wrote: > On Mon, Jan 30, 2017 at 11:31:42AM -0500, Maksymilian Piechota wrote: > > This patch fixes the checkpatch.pl warning: > > > > WARNING: Statements should start on a tabstop > > > > Signed-off-by: Maksymilian Piechota > > --- > >

Re: [PATCH v2 0/2] setgid hardening

On Mon, Jan 30, 2017 at 7:49 PM, Michael Kerrisk wrote: > [CC += linux-api@] > > Andy, this is an API change! Indeed. I should be ashamed of myself! > > On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: >> The kernel has some dangerous behavior

Re: [PATCH v2 0/2] setgid hardening

On Mon, Jan 30, 2017 at 7:49 PM, Michael Kerrisk wrote: > [CC += linux-api@] > > Andy, this is an API change! Indeed. I should be ashamed of myself! > > On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: >> The kernel has some dangerous behavior involving the creation and >> modification

Re: [PATCH v2 0/2] setgid hardening

[CC += linux-api@] Andy, this is an API change! On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > The kernel has some dangerous behavior involving the creation and > modification of setgid executables. These issues aren't kernel > security bugs per se, but they have

Re: [PATCH v2 0/2] setgid hardening

[CC += linux-api@] Andy, this is an API change! On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > The kernel has some dangerous behavior involving the creation and > modification of setgid executables. These issues aren't kernel > security bugs per se, but they have been used to turn

Re: [PATCH] vfio/spapr: fail tce_iommu_attach_group() when iommu_data is null

On Tue, Jan 24, 2017 at 11:07:59AM -0700, Alex Williamson wrote: > On Tue, 24 Jan 2017 17:50:26 +0100 > Greg Kurz wrote: > > > The recently added mediated VFIO driver doesn't know about powerpc iommu. > > It thus doesn't register a struct iommu_table_group in the iommu group > >

Re: [PATCH] vfio/spapr: fail tce_iommu_attach_group() when iommu_data is null

On Tue, Jan 24, 2017 at 11:07:59AM -0700, Alex Williamson wrote: > On Tue, 24 Jan 2017 17:50:26 +0100 > Greg Kurz wrote: > > > The recently added mediated VFIO driver doesn't know about powerpc iommu. > > It thus doesn't register a struct iommu_table_group in the iommu group > > upon device

Re: [PATCH v2 1/2] fs: Check f_cred as well as of current's creds in should_remove_suid()

[CC += linux-api@] On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > If an unprivileged program opens a setgid file for write and passes > the fd to a privileged program and the privileged program writes to > it, we currently fail to clear the setgid bit. Fix it by

Re: [PATCH v2 1/2] fs: Check f_cred as well as of current's creds in should_remove_suid()

[CC += linux-api@] On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > If an unprivileged program opens a setgid file for write and passes > the fd to a privileged program and the privileged program writes to > it, we currently fail to clear the setgid bit. Fix it by checking > f_cred in

Re: [PATCH 08/14] mmc: sunxi: simplify optional reset handling

On Mon, Jan 30, 2017 at 7:41 PM, Philipp Zabel wrote: > As of commit bb475230b8e5 ("reset: make optional functions really > optional"), the reset framework API calls use NULL pointers to describe > optional, non-present reset controls. > > This allows to return errors from

Re: [PATCH 08/14] mmc: sunxi: simplify optional reset handling

On Mon, Jan 30, 2017 at 7:41 PM, Philipp Zabel wrote: > As of commit bb475230b8e5 ("reset: make optional functions really > optional"), the reset framework API calls use NULL pointers to describe > optional, non-present reset controls. > > This allows to return errors from

Re: [PATCH 14/14] ASoC: sunxi: simplify optional reset handling

On Mon, Jan 30, 2017 at 7:41 PM, Philipp Zabel wrote: > As of commit bb475230b8e5 ("reset: make optional functions really > optional"), the reset framework API calls use NULL pointers to describe > optional, non-present reset controls. > > This allows to return errors from

Re: [PATCH] dt-bindings: mmc: sunxi: Document A64 eMMC compatible

On Mon, Jan 30, 2017 at 9:27 PM, Maxime Ripard wrote: > We introduced recently a new compatible to deal with the A64 eMMC > controller, let's document its binding. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai

Re: [PATCH 14/14] ASoC: sunxi: simplify optional reset handling

On Mon, Jan 30, 2017 at 7:41 PM, Philipp Zabel wrote: > As of commit bb475230b8e5 ("reset: make optional functions really > optional"), the reset framework API calls use NULL pointers to describe > optional, non-present reset controls. > > This allows to return errors from

Re: [PATCH] dt-bindings: mmc: sunxi: Document A64 eMMC compatible

On Mon, Jan 30, 2017 at 9:27 PM, Maxime Ripard wrote: > We introduced recently a new compatible to deal with the A64 eMMC > controller, let's document its binding. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai

Re: [PATCH v2 2/2] fs: Harden against open(..., O_CREAT, 02777) in a setgid directory

[CC += linux-api@] On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > Currently, if you open("foo", O_WRONLY | O_CREAT | ..., 02777) in a > directory that is setgid and owned by a different gid than current's > fsgid, you end up with an SGID executable that is owned by

Re: [PATCH v2 2/2] fs: Harden against open(..., O_CREAT, 02777) in a setgid directory

[CC += linux-api@] On Sat, Jan 28, 2017 at 3:49 PM, Andy Lutomirski wrote: > Currently, if you open("foo", O_WRONLY | O_CREAT | ..., 02777) in a > directory that is setgid and owned by a different gid than current's > fsgid, you end up with an SGID executable that is owned by the > directory's

[PATCH] arm: mvebu: Fix whitespace in armada-xp-98dx3236.dtsi

Change sequences of 8 spaces to hard-tabs. Signed-off-by: Chris Packham --- I think this crept in during review and I didn't notice. The file is new enough that we shouldn't lose any useful history. arch/arm/boot/dts/armada-xp-98dx3236.dtsi | 14

[PATCH] arm: mvebu: Fix whitespace in armada-xp-98dx3236.dtsi

Change sequences of 8 spaces to hard-tabs. Signed-off-by: Chris Packham --- I think this crept in during review and I didn't notice. The file is new enough that we shouldn't lose any useful history. arch/arm/boot/dts/armada-xp-98dx3236.dtsi | 14 +++--- 1 file changed, 7 insertions(+),

[PATCH RESEND 17/36] cputime: Increment kcpustat directly on irqtime account

The irqtime is accounted is nsecs and stored in cpu_irq_time.hardirq_time and cpu_irq_time.softirq_time. Once the accumulated amount reaches a new jiffy, this one gets accounted to the kcpustat. This was necessary when kcpustat was stored in cputime_t, which could at worst have a jiffies

[PATCH RESEND 17/36] cputime: Increment kcpustat directly on irqtime account

The irqtime is accounted is nsecs and stored in cpu_irq_time.hardirq_time and cpu_irq_time.softirq_time. Once the accumulated amount reaches a new jiffy, this one gets accounted to the kcpustat. This was necessary when kcpustat was stored in cputime_t, which could at worst have a jiffies

[PATCH RESEND 02/36] time: Introduce jiffies64_to_nsecs()

This will be needed for the cputime_t to nsec conversion. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony

[PATCH RESEND 26/36] cputime: Complete nsec conversion of tick based accounting

This is the final step toward tick based cputime conversion. Now that whole cputime accounting engine accounts in nsecs, we can convert the very source of the cputime to account into nsec. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael

[PATCH RESEND 02/36] time: Introduce jiffies64_to_nsecs()

This will be needed for the cputime_t to nsec conversion. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Stanislaw

[PATCH RESEND 26/36] cputime: Complete nsec conversion of tick based accounting

This is the final step toward tick based cputime conversion. Now that whole cputime accounting engine accounts in nsecs, we can convert the very source of the cputime to account into nsec. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin

Re: [PATCH RFC] powerpc/32: fix handling of stack protector with recent GCC

Christian Kujau writes: > On Mon, 16 Jan 2017, Christophe Leroy wrote: >> Since 2005, powerpc GCC doesn't manage anymore __stack_chk_guard as >> a global variable but as some value located at -0x7008(r2) > > Is this still an "RFC" or is there a chance that this will land

Re: [PATCH RFC] powerpc/32: fix handling of stack protector with recent GCC

Christian Kujau writes: > On Mon, 16 Jan 2017, Christophe Leroy wrote: >> Since 2005, powerpc GCC doesn't manage anymore __stack_chk_guard as >> a global variable but as some value located at -0x7008(r2) > > Is this still an "RFC" or is there a chance that this will land in 4.10? No. I've

[PATCH RESEND 05/36] macintosh/rack-meter: Remove cputime_t internal use

cputime_t is being obsolete and replaced by nsecs units. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony

[PATCH RESEND 05/36] macintosh/rack-meter: Remove cputime_t internal use

cputime_t is being obsolete and replaced by nsecs units. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Stanislaw

[PATCH RESEND 30/36] ia64: Convert vtime to use nsec units directly

There is no need anymore for this cputime_t midlayer. Let's use nsec units directly. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky

[PATCH RESEND 30/36] ia64: Convert vtime to use nsec units directly

There is no need anymore for this cputime_t midlayer. Let's use nsec units directly. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo

Re: [PATCH v3 08/10] dmaengine: sun6i: allow build on ARM64 platforms (sun50i)

On Tue, Jan 31, 2017 at 02:23:55AM +0800, Icenowy Zheng wrote: > > > 31.01.2017, 00:41, "Vinod Koul" : > > On Sun, Jan 29, 2017 at 10:33:29AM +0800, Icenowy Zheng wrote: > >>  As 64-bit Allwinner H5 SoC has the same DMA engine with H3, the DMA > >>  driver should be allowed

Re: [PATCH v3 08/10] dmaengine: sun6i: allow build on ARM64 platforms (sun50i)

On Tue, Jan 31, 2017 at 02:23:55AM +0800, Icenowy Zheng wrote: > > > 31.01.2017, 00:41, "Vinod Koul" : > > On Sun, Jan 29, 2017 at 10:33:29AM +0800, Icenowy Zheng wrote: > >>  As 64-bit Allwinner H5 SoC has the same DMA engine with H3, the DMA > >>  driver should be allowed to be built for

[PATCH RESEND 07/36] cputime: Special API to return old-typed cputime

This API returns the tasks cputime in cputime_t in order to ease the conversion of cputime internals to use nsecs units instead. Blindly converting all cputime readers to use this API now will later let us convert more smoothly and step by step all these places to use the new nsec based cputime.

[PATCH RESEND 07/36] cputime: Special API to return old-typed cputime

This API returns the tasks cputime in cputime_t in order to ease the conversion of cputime internals to use nsecs units instead. Blindly converting all cputime readers to use this API now will later let us convert more smoothly and step by step all these places to use the new nsec based cputime.

Re: [PATCH RESEND 2/5] dmaengine: Provide a wrapper for memcpy operations

On Mon, Jan 30, 2017 at 06:47:21PM +0100, Boris Brezillon wrote: > Hi Vinod, > > On Mon, 30 Jan 2017 22:24:17 +0530 > Vinod Koul wrote: > > > On Fri, Jan 27, 2017 at 05:42:01PM +0100, Boris Brezillon wrote: > > > Almost all ->device_prep_dma_xx() methods have a wrapper

Re: [PATCH RESEND 2/5] dmaengine: Provide a wrapper for memcpy operations

On Mon, Jan 30, 2017 at 06:47:21PM +0100, Boris Brezillon wrote: > Hi Vinod, > > On Mon, 30 Jan 2017 22:24:17 +0530 > Vinod Koul wrote: > > > On Fri, Jan 27, 2017 at 05:42:01PM +0100, Boris Brezillon wrote: > > > Almost all ->device_prep_dma_xx() methods have a wrapper defined in > > >

Re: [PATCH v3 22/24] media: imx: Add MIPI CSI-2 OV5640 sensor subdev driver

On 01/30/2017 03:29 PM, Russell King - ARM Linux wrote: On Fri, Jan 06, 2017 at 06:11:40PM -0800, Steve Longerbeam wrote: +config IMX_OV5640_MIPI + tristate "OmniVision OV5640 MIPI CSI-2 camera support" + depends on GPIOLIB && VIDEO_IMX_CAMERA + select IMX_MIPI_CSI2 +

Re: [PATCH v3 22/24] media: imx: Add MIPI CSI-2 OV5640 sensor subdev driver

On 01/30/2017 03:29 PM, Russell King - ARM Linux wrote: On Fri, Jan 06, 2017 at 06:11:40PM -0800, Steve Longerbeam wrote: +config IMX_OV5640_MIPI + tristate "OmniVision OV5640 MIPI CSI-2 camera support" + depends on GPIOLIB && VIDEO_IMX_CAMERA + select IMX_MIPI_CSI2 +

[PATCH RESEND 12/36] binfmt: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 12/36] binfmt: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 15/36] tsacct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 27/36] vtime: Return nsecs instead of cputime_t to account

Turn the full dynticks cputime clock source to return nsec while keeping its very internals jiffies based for performance reasons. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens

[PATCH RESEND 15/36] tsacct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 27/36] vtime: Return nsecs instead of cputime_t to account

Turn the full dynticks cputime clock source to return nsec while keeping its very internals jiffies based for performance reasons. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra

[PATCH RESEND 24/36] cputime: Push time to account_idle_time() in nsecs

This is one more step toward converting cputime accounting to pure nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky

[PATCH RESEND 24/36] cputime: Push time to account_idle_time() in nsecs

This is one more step toward converting cputime accounting to pure nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar

[PATCH RESEND 04/36] cputime: Convert kcpustat to nsecs

Kernel cpu stats are stored in cputime_t which is an architecture defined type, and hence a bit opaque and requiring accessors and mutators for any operation. Converting them to nsecs simplifies the code and is one step toward the removal of cputime_t in the core code. Cc: Benjamin Herrenschmidt

[PATCH RESEND 04/36] cputime: Convert kcpustat to nsecs

Kernel cpu stats are stored in cputime_t which is an architecture defined type, and hence a bit opaque and requiring accessors and mutators for any operation. Converting them to nsecs simplifies the code and is one step toward the removal of cputime_t in the core code. Cc: Benjamin Herrenschmidt

[PATCH RESEND 09/36] alpha: Convert obsolete cputime_t to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 13/36] acct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 25/36] cputime: Push time to account_system_time() in nsecs

This is one more step toward converting cputime accounting to pure nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky

[PATCH RESEND 01/36] jiffies: Reuse TICK_NSEC instead of NSEC_PER_JIFFY

NSEC_PER_JIFFY is an ad-hoc redefinition of TICK_NSEC. Let's rather use a unique and well maintained version. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 25/36] cputime: Push time to account_system_time() in nsecs

This is one more step toward converting cputime accounting to pure nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar

[PATCH RESEND 01/36] jiffies: Reuse TICK_NSEC instead of NSEC_PER_JIFFY

NSEC_PER_JIFFY is an ad-hoc redefinition of TICK_NSEC. Let's rather use a unique and well maintained version. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 09/36] alpha: Convert obsolete cputime_t to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 13/36] acct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 16/36] signal: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 16/36] signal: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

[PATCH RESEND 28/36] cputime: Remove jiffies based cputime

This cputime_t implementation is now unused, we can remove it. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc:

[PATCH RESEND 28/36] cputime: Remove jiffies based cputime

This cputime_t implementation is now unused, we can remove it. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Stanislaw

[PATCH RESEND 11/36] isdn: Convert obsolete cputime type to nsecs

Not sure if MISDN stats are ABI but it displays task cputime in cputime_t raw value regardless of what type cputime_t wraps which could be either jiffies, nsecs, usecs, or whatever random time unit. Plus it wrongly assumes that cputime_t is long. Given that this dump is broken anyway, lets just

[PATCH RESEND 08/36] cputime: Convert task/group cputime to nsecs

Now that most cputime readers use the transition API which return the task cputime in old style cputime_t, we can safely store the cputime in nsecs. This will eventually make cputime statistics less opaque and more granular. Back and forth convertions between cputime_t and nsecs in order to deal

[PATCH RESEND 29/36] ia64: Move nsecs based cputime headers to the last arch using it

Initially, nsec based cputime_t implementation belonged to ia64. It got exported later for CONFIG_VIRT_CPU_ACCOUNTING_GEN but now it is again only used by ia64. So let's move it back there. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael

[PATCH RESEND 11/36] isdn: Convert obsolete cputime type to nsecs

Not sure if MISDN stats are ABI but it displays task cputime in cputime_t raw value regardless of what type cputime_t wraps which could be either jiffies, nsecs, usecs, or whatever random time unit. Plus it wrongly assumes that cputime_t is long. Given that this dump is broken anyway, lets just

[PATCH RESEND 08/36] cputime: Convert task/group cputime to nsecs

Now that most cputime readers use the transition API which return the task cputime in old style cputime_t, we can safely store the cputime in nsecs. This will eventually make cputime statistics less opaque and more granular. Back and forth convertions between cputime_t and nsecs in order to deal

[PATCH RESEND 29/36] ia64: Move nsecs based cputime headers to the last arch using it

Initially, nsec based cputime_t implementation belonged to ia64. It got exported later for CONFIG_VIRT_CPU_ACCOUNTING_GEN but now it is again only used by ia64. So let's move it back there. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin

[PATCH RESEND 14/36] delaycct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc:

[PATCH RESEND 03/36] sched: Remove unused INIT_CPUTIME macro

It's a leftover from removed code. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck

[PATCH RESEND 03/36] sched: Remove unused INIT_CPUTIME macro

It's a leftover from removed code. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Stanislaw Gruszka Cc: Wanpeng Li

[PATCH RESEND 14/36] delaycct: Convert obsolete cputime type to nsecs

Use the new nsec based cputime accessors as part of the whole cputime conversion from cputime_t to nsecs. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Heiko Carstens Cc: Martin Schwidefsky Cc: Tony Luck Cc: Fenghua Yu Cc: Peter Zijlstra Cc: Rik van Riel Cc:

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