Re: [PATCH v3] regulator: Add driver for voltage controlled regulators

On Fri, Mar 31, 2017 at 01:50:35PM -0700, Matthias Kaehlcke wrote: > The output voltage of a voltage controlled regulator can be controlled > through the voltage of another regulator. The current version of this > driver assumes that the output voltage is a linear function of the control >

Re: [PATCH v3] regulator: Add driver for voltage controlled regulators

On Fri, Mar 31, 2017 at 01:50:35PM -0700, Matthias Kaehlcke wrote: > The output voltage of a voltage controlled regulator can be controlled > through the voltage of another regulator. The current version of this > driver assumes that the output voltage is a linear function of the control >

Re: [PATCH v4 0/5] ARM: K2G: Add support for TI-SCI Generic PM Domains

Hi Dave, On 3/16/17 11:31 AM, Dave Gerlach wrote: Santosh, On 03/12/2017 12:02 PM, Rafael J. Wysocki wrote: [...] I did not update the "power-domain" binding document because in regards to #power-domain-cells it already states "can be any value as specified by device tree binding

Re: [PATCH v4 0/5] ARM: K2G: Add support for TI-SCI Generic PM Domains

Hi Dave, On 3/16/17 11:31 AM, Dave Gerlach wrote: Santosh, On 03/12/2017 12:02 PM, Rafael J. Wysocki wrote: [...] I did not update the "power-domain" binding document because in regards to #power-domain-cells it already states "can be any value as specified by device tree binding

Re: [PATCH v2 1/2] dt-bindings: Document the STM32 QSPI bindings

On Fri, Mar 31, 2017 at 07:02:03PM +0200, Ludovic Barre wrote: > From: Ludovic Barre > > This patch adds documentation of device tree bindings for the STM32 > QSPI controller. > > Signed-off-by: Ludovic Barre > --- >

Re: [PATCH v2 1/2] dt-bindings: Document the STM32 QSPI bindings

On Fri, Mar 31, 2017 at 07:02:03PM +0200, Ludovic Barre wrote: > From: Ludovic Barre > > This patch adds documentation of device tree bindings for the STM32 > QSPI controller. > > Signed-off-by: Ludovic Barre > --- > .../devicetree/bindings/mtd/stm32-quadspi.txt | 45 >

Re: [LSF/MM TOPIC][LSF/MM,ATTEND] shared TLB, hugetlb reservations

On Mon 03-04-17 09:24:52, Mike Kravetz wrote: > On 04/03/2017 04:51 AM, Michal Hocko wrote: > > On Wed 08-03-17 17:30:55, Mike Kravetz wrote: > >> On 01/10/2017 03:02 PM, Mike Kravetz wrote: > >>> Another more concrete topic is hugetlb reservations. Michal Hocko > >>> proposed the topic "mm

Re: [LSF/MM TOPIC][LSF/MM,ATTEND] shared TLB, hugetlb reservations

On Mon 03-04-17 09:24:52, Mike Kravetz wrote: > On 04/03/2017 04:51 AM, Michal Hocko wrote: > > On Wed 08-03-17 17:30:55, Mike Kravetz wrote: > >> On 01/10/2017 03:02 PM, Mike Kravetz wrote: > >>> Another more concrete topic is hugetlb reservations. Michal Hocko > >>> proposed the topic "mm

Re: [PATCH] dm ioctl: Remove double parentheses

Hi Joe, El Fri, Mar 31, 2017 at 07:07:33PM -0700 Joe Perches ha dit: > On Fri, 2017-03-31 at 18:50 -0700, Matthias Kaehlcke wrote: > > El Thu, Mar 16, 2017 at 09:48:30AM -0700 Matthias Kaehlcke ha dit: > > > > > The extra pair of parantheses is not needed and causes clang to generate > > > the

Re: [PATCH] dm ioctl: Remove double parentheses

Hi Joe, El Fri, Mar 31, 2017 at 07:07:33PM -0700 Joe Perches ha dit: > On Fri, 2017-03-31 at 18:50 -0700, Matthias Kaehlcke wrote: > > El Thu, Mar 16, 2017 at 09:48:30AM -0700 Matthias Kaehlcke ha dit: > > > > > The extra pair of parantheses is not needed and causes clang to generate > > > the

Re: [PATCH v3 2/4] dt-binding: meson_uart: add documentation for the UARTs of amlogic

On Fri, Mar 31, 2017 at 06:54:35PM +0200, Helmut Klein wrote: > Add the documentation for the device tree binding of meson_uart > > Signed-off-by: Helmut Klein > --- > .../bindings/serial/amlogic,meson_uart.txt | 30 > ++ > 1 file changed, 30

Re: [PATCH v3 2/4] dt-binding: meson_uart: add documentation for the UARTs of amlogic

On Fri, Mar 31, 2017 at 06:54:35PM +0200, Helmut Klein wrote: > Add the documentation for the device tree binding of meson_uart > > Signed-off-by: Helmut Klein > --- > .../bindings/serial/amlogic,meson_uart.txt | 30 > ++ > 1 file changed, 30 insertions(+) > create

Re: [PATCH 4/4] dt-bindings: input: Add Atmel PTC subsystem bindings

On Fri, Mar 31, 2017 at 05:22:50PM +0200, Ludovic Desroches wrote: > Add description of the Atmel PTC subsystem bindings. > > Signed-off-by: Ludovic Desroches > --- > .../devicetree/bindings/input/atmel,ptc.txt| 67 > ++ > 1 file

Re: [PATCH 4/4] dt-bindings: input: Add Atmel PTC subsystem bindings

On Fri, Mar 31, 2017 at 05:22:50PM +0200, Ludovic Desroches wrote: > Add description of the Atmel PTC subsystem bindings. > > Signed-off-by: Ludovic Desroches > --- > .../devicetree/bindings/input/atmel,ptc.txt| 67 > ++ > 1 file changed, 67 insertions(+) > create

[PATCH v2 1/3] perf: xgene: Parse PMU subnode from the match table

This patch parses PMU Subnode from a match table. Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 40 ++-- 1 file changed, 30 insertions(+), 10 deletions(-) diff --git a/drivers/perf/xgene_pmu.c b/drivers/perf/xgene_pmu.c index

[PATCH v2 3/3] perf: xgene: Add support for SoC PMU version 3

This patch adds support for SoC-wide (AKA uncore) Performance Monitoring Unit version 3. It can support up to - 2 IOB PMU instances - 8 L3C PMU instances - 2 MCB PMU instances - 8 MCU PMU instances Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 572

[PATCH v2 1/3] perf: xgene: Parse PMU subnode from the match table

This patch parses PMU Subnode from a match table. Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 40 ++-- 1 file changed, 30 insertions(+), 10 deletions(-) diff --git a/drivers/perf/xgene_pmu.c b/drivers/perf/xgene_pmu.c index 35b5289..5ffd580

[PATCH v2 3/3] perf: xgene: Add support for SoC PMU version 3

This patch adds support for SoC-wide (AKA uncore) Performance Monitoring Unit version 3. It can support up to - 2 IOB PMU instances - 8 L3C PMU instances - 2 MCB PMU instances - 8 MCU PMU instances Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 572

[PATCH v2 2/3] perf: xgene: Move PMU leaf functions into function pointer structure

This patch moves PMU leaf functions into a function pointer structure. It helps code maintain and expasion easier. Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 85 +--- 1 file changed, 66 insertions(+), 19 deletions(-) diff

[PATCH v2 2/3] perf: xgene: Move PMU leaf functions into function pointer structure

This patch moves PMU leaf functions into a function pointer structure. It helps code maintain and expasion easier. Signed-off-by: Hoan Tran --- drivers/perf/xgene_pmu.c | 85 +--- 1 file changed, 66 insertions(+), 19 deletions(-) diff --git

[PATCH v2 0/3] perf: xgene: Add support for SoC PMU version 3

This patch set adds support for SoC-wide (AKA uncore) Performance Monitoring Unit version 3. It can support up to - 2 IOB PMU instances - 8 L3C PMU instances - 2 MCB PMU instances - 8 MCU PMU instances v2: * Split into separate patches * Use the function pointers for the PMU leaf functions

[PATCH v2 0/3] perf: xgene: Add support for SoC PMU version 3

This patch set adds support for SoC-wide (AKA uncore) Performance Monitoring Unit version 3. It can support up to - 2 IOB PMU instances - 8 L3C PMU instances - 2 MCB PMU instances - 8 MCU PMU instances v2: * Split into separate patches * Use the function pointers for the PMU leaf functions

Re: [RESEND PATCH v3 6/7] DT bindings documentation for Broadcom IPROC USB Device controller.

On Fri, Mar 31, 2017 at 06:39:12PM +0530, Raviteja Garimella wrote: > The device node is used for UDCs integrated into Broadcom's > iProc family of SoCs'. The UDC is based on Synopsys Designware > Cores AHB Subsystem USB Device Controller IP. > > Signed-off-by: Raviteja Garimella

Re: [RESEND PATCH v3 6/7] DT bindings documentation for Broadcom IPROC USB Device controller.

On Fri, Mar 31, 2017 at 06:39:12PM +0530, Raviteja Garimella wrote: > The device node is used for UDCs integrated into Broadcom's > iProc family of SoCs'. The UDC is based on Synopsys Designware > Cores AHB Subsystem USB Device Controller IP. > > Signed-off-by: Raviteja Garimella > --- >

Re: [PATCH v2 1/2] dt-bindings: iio: stm32-adc: add option to set resolution

On Fri, Mar 31, 2017 at 02:32:37PM +0200, Fabrice Gasnier wrote: > Add documentation for 'assigned-resolution-bits' dt optional property. > > Signed-off-by: Fabrice Gasnier > --- > Changes in v2: > - rename property from 'st,adc-res' to 'assigned-resolution-bits' so it >

Re: [PATCH v2 1/2] dt-bindings: iio: stm32-adc: add option to set resolution

On Fri, Mar 31, 2017 at 02:32:37PM +0200, Fabrice Gasnier wrote: > Add documentation for 'assigned-resolution-bits' dt optional property. > > Signed-off-by: Fabrice Gasnier > --- > Changes in v2: > - rename property from 'st,adc-res' to 'assigned-resolution-bits' so it > is more common. > ---

Re: [PATCH 0/2] ARM: dts: keystone: Add support for new K2G evm

Hi Franklin, On 3/30/17 8:29 AM, Franklin S Cooper Jr wrote: This patchset adds support for new K2G Industrial Communication Engine evm. For now only a bare minimal dts which will allow ram boot. Additional peripherals will be added when base K2G SoC patches are upstreamed allowing peripherals

Re: [PATCH 0/2] ARM: dts: keystone: Add support for new K2G evm

Hi Franklin, On 3/30/17 8:29 AM, Franklin S Cooper Jr wrote: This patchset adds support for new K2G Industrial Communication Engine evm. For now only a bare minimal dts which will allow ram boot. Additional peripherals will be added when base K2G SoC patches are upstreamed allowing peripherals

[PATCH 2/2] power: tps65217_charger: Add properties like voltage and current charge

Allow the possibility to configure the charge and the current voltage of the charger and also the NTC type for battery temperature measurement. Signed-off-by: Enric Balletbo i Serra --- .../bindings/power/supply/tps65217_charger.txt | 15 ++

[PATCH 2/2] power: tps65217_charger: Add properties like voltage and current charge

Allow the possibility to configure the charge and the current voltage of the charger and also the NTC type for battery temperature measurement. Signed-off-by: Enric Balletbo i Serra --- .../bindings/power/supply/tps65217_charger.txt | 15 ++ drivers/power/supply/tps65217_charger.c

[PATCH 1/2] power: supply: tps65217: remove debug messages for function calls

Equivalent information can be nowadays obtained using function tracer. Signed-off-by: Enric Balletbo i Serra --- drivers/power/supply/tps65217_charger.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/power/supply/tps65217_charger.c

[PATCH 1/2] power: supply: tps65217: remove debug messages for function calls

Equivalent information can be nowadays obtained using function tracer. Signed-off-by: Enric Balletbo i Serra --- drivers/power/supply/tps65217_charger.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/power/supply/tps65217_charger.c b/drivers/power/supply/tps65217_charger.c

Re: [PATCH 0/2] Make cppc acpi driver aware of pcc subspace ids

Hi George, On 3/31/2017 12:24 AM, George Cherian wrote: > The current cppc acpi driver works with only one pcc subspace id. > It maintains and registers only one pcc channel even if the acpi table has > different pcc subspace ids. The series tries to address the same by making > cppc acpi

Re: [PATCH 0/2] Make cppc acpi driver aware of pcc subspace ids

Hi George, On 3/31/2017 12:24 AM, George Cherian wrote: > The current cppc acpi driver works with only one pcc subspace id. > It maintains and registers only one pcc channel even if the acpi table has > different pcc subspace ids. The series tries to address the same by making > cppc acpi

Re: [PATCH 1/4] dt-bindings: iio: stm32-dac: Add support for STM32 DAC

On Fri, Mar 31, 2017 at 01:45:04PM +0200, Fabrice Gasnier wrote: > Document STMicroelectronics STM32 DAC (digital-to-analog converter). > > Signed-off-by: Fabrice Gasnier > --- > .../devicetree/bindings/iio/dac/st,stm32-dac.txt | 56 > ++ > 1 file

Re: [PATCH 1/4] dt-bindings: iio: stm32-dac: Add support for STM32 DAC

On Fri, Mar 31, 2017 at 01:45:04PM +0200, Fabrice Gasnier wrote: > Document STMicroelectronics STM32 DAC (digital-to-analog converter). > > Signed-off-by: Fabrice Gasnier > --- > .../devicetree/bindings/iio/dac/st,stm32-dac.txt | 56 > ++ > 1 file changed, 56

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Andy Shevchenko wrote: > On Mon, Apr 3, 2017 at 12:41 AM, Nicolas Pitre > wrote: > > On Sun, 2 Apr 2017, Andi Kleen wrote: > >> No PTYs seems like a big limitation. This means no sshd? > > > Again, my ultimate system target is in the sub-megabyte

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Andy Shevchenko wrote: > On Mon, Apr 3, 2017 at 12:41 AM, Nicolas Pitre > wrote: > > On Sun, 2 Apr 2017, Andi Kleen wrote: > >> No PTYs seems like a big limitation. This means no sshd? > > > Again, my ultimate system target is in the sub-megabyte of RAM. I > > really doubt

[PATCH v2 0/5] mfd: cros-ec: Some fixes and improvements.

Dear all, This is another patch series to fix and improve some cros-ec mfd related things. * 1/5 mfd: cros-ec: Fix host command buffer size This patch is a FIX, and I think that would be interesting see it merged in this release cycle. This should go through the MFD tree and can be picked

[PATCH v2 0/5] mfd: cros-ec: Some fixes and improvements.

Dear all, This is another patch series to fix and improve some cros-ec mfd related things. * 1/5 mfd: cros-ec: Fix host command buffer size This patch is a FIX, and I think that would be interesting see it merged in this release cycle. This should go through the MFD tree and can be picked

[PATCH v2 1/5] mfd: cros-ec: Fix host command buffer size

From: Vic Yang For SPI, we can get up to 32 additional bytes for response preamble. The current overhead (2 bytes) may cause problems when we try to receive a big response. Update it to 32 bytes. Without this fix we could see a kernel BUG when we receive a big response

[PATCH v2 1/5] mfd: cros-ec: Fix host command buffer size

From: Vic Yang For SPI, we can get up to 32 additional bytes for response preamble. The current overhead (2 bytes) may cause problems when we try to receive a big response. Update it to 32 bytes. Without this fix we could see a kernel BUG when we receive a big response from the Chrome EC when

Re: [PATCH v2 2/4] reset: Add APIs to manage array of resets

Hi Vivek, thank you for the patch series. A few comments below: I'd like to reduce the API surface a bit and include the counting and array allocation in the _get functions, if possible. On Mon, 2017-04-03 at 19:12 +0530, Vivek Gautam wrote: > Many devices may want to request a bunch of resets >

[PATCH v2 2/5] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.

The cros_ec_dev driver should be used only to expose the Chrome OS Embedded Controller to user-space and should not be used to add MFD devices by calling mfd_add_devices. This patch moves this logic to the MFD cros_ec driver and removes the MFD bits from the character device driver. Also makes

Re: [PATCH v2 2/4] reset: Add APIs to manage array of resets

Hi Vivek, thank you for the patch series. A few comments below: I'd like to reduce the API surface a bit and include the counting and array allocation in the _get functions, if possible. On Mon, 2017-04-03 at 19:12 +0530, Vivek Gautam wrote: > Many devices may want to request a bunch of resets >

[PATCH v2 2/5] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.

The cros_ec_dev driver should be used only to expose the Chrome OS Embedded Controller to user-space and should not be used to add MFD devices by calling mfd_add_devices. This patch moves this logic to the MFD cros_ec driver and removes the MFD bits from the character device driver. Also makes

[PATCH v2 5/5] mfd: cros_ec: add RTC as mfd subdevice

From: Stephen Barber If the EC supports RTC host commands, expose an RTC device. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra --- Changes since v1: - Use PLATFORM_DEVID_AUTO to add the

[PATCH v2 5/5] mfd: cros_ec: add RTC as mfd subdevice

From: Stephen Barber If the EC supports RTC host commands, expose an RTC device. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra --- Changes since v1: - Use PLATFORM_DEVID_AUTO to add the subdevice. drivers/mfd/cros_ec.c | 18 ++ 1 file changed, 18

[PATCH v2 4/5] rtc: cros-ec: add cros-ec-rtc driver.

From: Stephen Barber On platforms with a Chrome OS EC, the EC can function as a simple RTC. Add a basic driver with this functionality. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra Acked-by:

[PATCH v2 4/5] rtc: cros-ec: add cros-ec-rtc driver.

From: Stephen Barber On platforms with a Chrome OS EC, the EC can function as a simple RTC. Add a basic driver with this functionality. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra Acked-by: Alexandre Belloni --- Changes since v1: - None drivers/rtc/Kconfig |

[PATCH v2 3/5] mfd: cros_ec: Introduce RTC commands and events definitions.

From: Stephen Barber The EC can function as a simple RT, this patch adds the RTC related definitions needed by the rtc-cros-ec driver. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra Acked-by: Lee

[PATCH v2 3/5] mfd: cros_ec: Introduce RTC commands and events definitions.

From: Stephen Barber The EC can function as a simple RT, this patch adds the RTC related definitions needed by the rtc-cros-ec driver. Signed-off-by: Stephen Barber Signed-off-by: Enric Balletbo i Serra Acked-by: Lee Jones --- include/linux/mfd/cros_ec_commands.h | 8 1 file

Re: [PATCH 2/3] dt-bindings: arm: amlogic: Add SoC information bindings

On Fri, Mar 31, 2017 at 04:10:30PM +0200, Neil Armstrong wrote: > On 03/31/2017 03:44 PM, Arnd Bergmann wrote: > > On Fri, Mar 31, 2017 at 10:47 AM, Neil Armstrong > > wrote: > >> Add bindings for the SoC information register of the Amlogic SoCs. > >> > >> Signed-off-by:

Re: [PATCH 2/3] dt-bindings: arm: amlogic: Add SoC information bindings

On Fri, Mar 31, 2017 at 04:10:30PM +0200, Neil Armstrong wrote: > On 03/31/2017 03:44 PM, Arnd Bergmann wrote: > > On Fri, Mar 31, 2017 at 10:47 AM, Neil Armstrong > > wrote: > >> Add bindings for the SoC information register of the Amlogic SoCs. > >> > >> Signed-off-by: Neil Armstrong > >> ---

Re: [PATCH 2/2] staging: sm750fb: removed line continuations in quoted strings

On Sat, Apr 1, 2017 at 12:40 AM, Prasant Jalan wrote: > checkpatch gives WARNING: Avoid line continuations in quoted strings. > > Trivial fix by removing line continuations and adding another quote at > the start of next line. > > Signed-off-by: Prasant Jalan

Re: [PATCH 2/2] staging: sm750fb: removed line continuations in quoted strings

On Sat, Apr 1, 2017 at 12:40 AM, Prasant Jalan wrote: > checkpatch gives WARNING: Avoid line continuations in quoted strings. > > Trivial fix by removing line continuations and adding another quote at > the start of next line. > > Signed-off-by: Prasant Jalan > --- >

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Sat, Apr 1, 2017 at 6:08 AM, Wu Hao wrote: > On Fri, Mar 31, 2017 at 02:10:12PM -0500, Alan Tull wrote: >> On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: >> > From: Kang Luwei >> > >> > Partial Reconfiguration (PR) is the most

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Sat, Apr 1, 2017 at 6:08 AM, Wu Hao wrote: > On Fri, Mar 31, 2017 at 02:10:12PM -0500, Alan Tull wrote: >> On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: >> > From: Kang Luwei >> > >> > Partial Reconfiguration (PR) is the most important function for FME. It >> > allows reconfiguration for

Re: [RFC PATCH 1/4] fs: new infrastructure for writeback error handling and reporting

On Mon, 2017-04-03 at 09:15 -0700, Matthew Wilcox wrote: > On Mon, Apr 03, 2017 at 11:19:51AM -0400, Jeff Layton wrote: > > Yes, so just to be clear here if you bump a 32 bit counter every > > microsecond you'll end up wrapping in a little over an hour. How fast > > can DAX generate I/O errors? :)

Re: [RFC PATCH 1/4] fs: new infrastructure for writeback error handling and reporting

On Mon, 2017-04-03 at 09:15 -0700, Matthew Wilcox wrote: > On Mon, Apr 03, 2017 at 11:19:51AM -0400, Jeff Layton wrote: > > Yes, so just to be clear here if you bump a 32 bit counter every > > microsecond you'll end up wrapping in a little over an hour. How fast > > can DAX generate I/O errors? :)

Re: [PATCH v4] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

On Fri, Mar 31, 2017 at 10:16:34AM +0900, Ryan Lee wrote: > Signed-off-by: Ryan Lee > --- > > Changes since v4: > * Removed support for SND_SOC_DAIFMT_CBS_CFM. > * Fixed coding style for indention. > * Removed variables if it has only one user. >

Re: [PATCH v4] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

On Fri, Mar 31, 2017 at 10:16:34AM +0900, Ryan Lee wrote: > Signed-off-by: Ryan Lee > --- > > Changes since v4: > * Removed support for SND_SOC_DAIFMT_CBS_CFM. > * Fixed coding style for indention. > * Removed variables if it has only one user. > * Assigned ch_size

Re: [PATCH] of: irq: Export of_irq_count()

On Mon, Apr 03, 2017 at 11:13:43AM -0500, Rob Herring wrote: > On Mon, Apr 3, 2017 at 10:55 AM, Thierry Reding > wrote: > > From: Thierry Reding > > > > of_irq_count() is handy for obtaining the number of interrupts assigned > > to a device tree

Re: [PATCH] of: irq: Export of_irq_count()

On Mon, Apr 03, 2017 at 11:13:43AM -0500, Rob Herring wrote: > On Mon, Apr 3, 2017 at 10:55 AM, Thierry Reding > wrote: > > From: Thierry Reding > > > > of_irq_count() is handy for obtaining the number of interrupts assigned > > to a device tree node. It is reasonable to want to access this

Re: [RFC][CFT][PATCHSET v1] uaccess unification

On 29/03/17 06:57, Al Viro wrote: > The series lives in git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git > in #work.uaccess. It's based at 4.11-rc1. Infrastructure is in > #uaccess.stem, then it splits into per-architecture branches (uaccess.), > Comments, review, testing, replacement

Re: [RFC][CFT][PATCHSET v1] uaccess unification

On 29/03/17 06:57, Al Viro wrote: > The series lives in git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git > in #work.uaccess. It's based at 4.11-rc1. Infrastructure is in > #uaccess.stem, then it splits into per-architecture branches (uaccess.), > Comments, review, testing, replacement

Re: [PATCH 2/2] ARM: dts: keystone: Add minimum support for K2G ICE evm

On Thu, Mar 30, 2017 at 10:29:07AM -0500, Franklin S Cooper Jr wrote: > Add barebones dts support for TI's K2G Industrial Communication Engine evm. > This dts allows the board to boot using a ram based filesystem. > > Signed-off-by: Franklin S Cooper Jr > --- >

Re: [PATCH 2/2] ARM: dts: keystone: Add minimum support for K2G ICE evm

On Thu, Mar 30, 2017 at 10:29:07AM -0500, Franklin S Cooper Jr wrote: > Add barebones dts support for TI's K2G Industrial Communication Engine evm. > This dts allows the board to boot using a ram based filesystem. > > Signed-off-by: Franklin S Cooper Jr > --- > arch/arm/boot/dts/Makefile

Re: [PATCH 1/2] ARM: keystone: Create new binding for K2G ICE evm

On Thu, Mar 30, 2017 at 10:29:06AM -0500, Franklin S Cooper Jr wrote: > Add a new binding for the new K2G Industrial Communication Engine evm. > > Signed-off-by: Franklin S Cooper Jr > --- > Documentation/devicetree/bindings/arm/keystone/keystone.txt | 3 +++ > 1 file changed, 3

Re: [PATCH 1/2] ARM: keystone: Create new binding for K2G ICE evm

On Thu, Mar 30, 2017 at 10:29:06AM -0500, Franklin S Cooper Jr wrote: > Add a new binding for the new K2G Industrial Communication Engine evm. > > Signed-off-by: Franklin S Cooper Jr > --- > Documentation/devicetree/bindings/arm/keystone/keystone.txt | 3 +++ > 1 file changed, 3 insertions(+)

Re: [LSF/MM TOPIC][LSF/MM,ATTEND] shared TLB, hugetlb reservations

On 04/03/2017 04:51 AM, Michal Hocko wrote: > On Wed 08-03-17 17:30:55, Mike Kravetz wrote: >> On 01/10/2017 03:02 PM, Mike Kravetz wrote: >>> Another more concrete topic is hugetlb reservations. Michal Hocko >>> proposed the topic "mm patches review bandwidth", and brought up the >>> related

Re: [LSF/MM TOPIC][LSF/MM,ATTEND] shared TLB, hugetlb reservations

On 04/03/2017 04:51 AM, Michal Hocko wrote: > On Wed 08-03-17 17:30:55, Mike Kravetz wrote: >> On 01/10/2017 03:02 PM, Mike Kravetz wrote: >>> Another more concrete topic is hugetlb reservations. Michal Hocko >>> proposed the topic "mm patches review bandwidth", and brought up the >>> related

Re: [PATCH v2 1/8] dt-bindings: Document STM32 DCMI bindings

On Thu, Mar 30, 2017 at 05:27:40PM +0200, Hugues Fruchet wrote: > This adds documentation of device tree bindings for the STM32 DCMI > (Digital Camera Memory Interface). > > Signed-off-by: Hugues Fruchet > --- > .../devicetree/bindings/media/st,stm32-dcmi.txt| 85 >

Re: [PATCH v2 1/8] dt-bindings: Document STM32 DCMI bindings

On Thu, Mar 30, 2017 at 05:27:40PM +0200, Hugues Fruchet wrote: > This adds documentation of device tree bindings for the STM32 DCMI > (Digital Camera Memory Interface). > > Signed-off-by: Hugues Fruchet > --- > .../devicetree/bindings/media/st,stm32-dcmi.txt| 85 > ++ >

Re: [PATCH v7 06/13] dt: bindings: Add bindings for Marvell Xenon SD Host Controller

On Thu, Mar 30, 2017 at 05:22:58PM +0200, Gregory CLEMENT wrote: > From: Hu Ziji > > Marvell Xenon SDHC can support eMMC/SD/SDIO. > Add Xenon-specific properties. > Also add properties for Xenon PHY setting. > > Signed-off-by: Hu Ziji > Signed-off-by:

Re: [PATCH v7 06/13] dt: bindings: Add bindings for Marvell Xenon SD Host Controller

On Thu, Mar 30, 2017 at 05:22:58PM +0200, Gregory CLEMENT wrote: > From: Hu Ziji > > Marvell Xenon SDHC can support eMMC/SD/SDIO. > Add Xenon-specific properties. > Also add properties for Xenon PHY setting. > > Signed-off-by: Hu Ziji > Signed-off-by: Gregory CLEMENT > --- >

[PATCH] Input: rmi4 - remove the need for artificial IRQ in case of HID

The IRQ from rmi4 may interfere with the one we currently use on i2c-hid. Given that there is already a need for an external API from rmi4 to forward the attention data, we can, in this particular case rely on a separate workqueue to prevent cursor jumps. Reported-by: Cameron Gutman

[PATCH] Input: rmi4 - remove the need for artificial IRQ in case of HID

The IRQ from rmi4 may interfere with the one we currently use on i2c-hid. Given that there is already a need for an external API from rmi4 to forward the attention data, we can, in this particular case rely on a separate workqueue to prevent cursor jumps. Reported-by: Cameron Gutman Reported-by:

[PATCH] mm: fix spelling error

Fix variable name error in comments. No code changes. Signed-off-by: Hao Lee --- include/linux/gfp.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/gfp.h b/include/linux/gfp.h index db373b9..ff3d651 100644 --- a/include/linux/gfp.h

[PATCH] mm: fix spelling error

Fix variable name error in comments. No code changes. Signed-off-by: Hao Lee --- include/linux/gfp.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/gfp.h b/include/linux/gfp.h index db373b9..ff3d651 100644 --- a/include/linux/gfp.h +++

Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t

From: "Reshetova, Elena" Date: Mon, 3 Apr 2017 16:06:44 + >> From: "Reshetova, Elena" >> Date: Mon, 3 Apr 2017 07:28:01 + >> >> > >> >> From: Elena Reshetova >> >> Date: Mon, 20 Feb 2017 13:06:20 +0200 >>

Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t

From: "Reshetova, Elena" Date: Mon, 3 Apr 2017 16:06:44 + >> From: "Reshetova, Elena" >> Date: Mon, 3 Apr 2017 07:28:01 + >> >> > >> >> From: Elena Reshetova >> >> Date: Mon, 20 Feb 2017 13:06:20 +0200 >> >> >> >> > refcount_t type and corresponding API should be >> >> > used instead

Re: [RFC PATCH 1/4] fs: new infrastructure for writeback error handling and reporting

On Mon, Apr 03, 2017 at 11:19:51AM -0400, Jeff Layton wrote: > Yes, so just to be clear here if you bump a 32 bit counter every > microsecond you'll end up wrapping in a little over an hour. How fast > can DAX generate I/O errors? :) I admit to not having picked through the code, but how often do

Re: [RFC PATCH 1/4] fs: new infrastructure for writeback error handling and reporting

On Mon, Apr 03, 2017 at 11:19:51AM -0400, Jeff Layton wrote: > Yes, so just to be clear here if you bump a 32 bit counter every > microsecond you'll end up wrapping in a little over an hour. How fast > can DAX generate I/O errors? :) I admit to not having picked through the code, but how often do

Re: Random guest crashes since 5c34d002dcc7 ("virtio_pci: use shared interrupts for virtqueues")

On Mon, Apr 03, 2017 at 04:18:23PM +0200, Christoph Hellwig wrote: > Mike, > > can you try the patch below? > > --- > >From fe41a30b54878cc631623b7511267125e0da4b15 Mon Sep 17 00:00:00 2001 > From: Christoph Hellwig > Date: Mon, 3 Apr 2017 14:51:35 +0200 > Subject: virtio_pci:

Re: Random guest crashes since 5c34d002dcc7 ("virtio_pci: use shared interrupts for virtqueues")

On Mon, Apr 03, 2017 at 04:18:23PM +0200, Christoph Hellwig wrote: > Mike, > > can you try the patch below? > > --- > >From fe41a30b54878cc631623b7511267125e0da4b15 Mon Sep 17 00:00:00 2001 > From: Christoph Hellwig > Date: Mon, 3 Apr 2017 14:51:35 +0200 > Subject: virtio_pci: don't use shared

[PATCH] zlib inflate: Fix potential buffer overflow

smatch says: lib/zlib_inflate/inftrees.c:240 zlib_inflate_table() error: buffer overflow 'count' 16 <= 16 The loop calculating the value for 'min', which is later used to access count[], can indeed result in an index larger than ARRAY_SIZE(count) if the array is filled with 0. Fixes:

[PATCH] zlib inflate: Fix potential buffer overflow

smatch says: lib/zlib_inflate/inftrees.c:240 zlib_inflate_table() error: buffer overflow 'count' 16 <= 16 The loop calculating the value for 'min', which is later used to access count[], can indeed result in an index larger than ARRAY_SIZE(count) if the array is filled with 0. Fixes:

Re: [PATCH] of: irq: Export of_irq_count()

On Mon, Apr 3, 2017 at 10:55 AM, Thierry Reding wrote: > From: Thierry Reding > > of_irq_count() is handy for obtaining the number of interrupts assigned > to a device tree node. It is reasonable to want to access this function > from loadable

Re: [PATCH] of: irq: Export of_irq_count()

On Mon, Apr 3, 2017 at 10:55 AM, Thierry Reding wrote: > From: Thierry Reding > > of_irq_count() is handy for obtaining the number of interrupts assigned > to a device tree node. It is reasonable to want to access this function > from loadable modules, so export the symbol to allow that. > >

[PATCH 5/5] drivers: char: Replace bit operation functions with IDA allocator.

Replace bit operation functions with IDA allocator functions. As IDA allocation is simpler. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c

[PATCH 5/5] drivers: char: Replace bit operation functions with IDA allocator.

Replace bit operation functions with IDA allocator functions. As IDA allocation is simpler. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index c9cd1ea..5786281

[PATCH 4/5] drivers: char: Replace printk with pr_err.

Replace printk with pr_err to fix the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index 1312e29..c9cd1ea 100644 --- a/drivers/char/misc.c

[PATCH 4/5] drivers: char: Replace printk with pr_err.

Replace printk with pr_err to fix the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index 1312e29..c9cd1ea 100644 --- a/drivers/char/misc.c +++

[PATCH 3/5] drivers: char: Add blank line after declarations.

Add a blank line after declarations, to fix the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index 3a19fa3..1312e29 100644 --- a/drivers/char/misc.c +++

[PATCH 3/5] drivers: char: Add blank line after declarations.

Add a blank line after declarations, to fix the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index 3a19fa3..1312e29 100644 --- a/drivers/char/misc.c +++ b/drivers/char/misc.c @@

Re: [PATCH v4 1/5] dt-bindings: watchdog: Document STM32 IWDG bindings

On Thu, Mar 30, 2017 at 05:15:22PM +0200, Yannick Fertre wrote: > This adds documentation of device tree bindings for the STM32 IWDG > (Independent WatchDoG). > > Signed-off-by: Yannick Fertre > > Author:Yannick Fertre This shouldn't be here.

Re: [PATCH v4 1/5] dt-bindings: watchdog: Document STM32 IWDG bindings

On Thu, Mar 30, 2017 at 05:15:22PM +0200, Yannick Fertre wrote: > This adds documentation of device tree bindings for the STM32 IWDG > (Independent WatchDoG). > > Signed-off-by: Yannick Fertre > > Author:Yannick Fertre This shouldn't be here. > --- >

[PATCH 2/5] drivers: char: Add space after ','.

Add space which is required after ',' to follow Linux coding style. This patch fixes the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c

[PATCH 2/5] drivers: char: Add space after ','.

Add space which is required after ',' to follow Linux coding style. This patch fixes the checkpatch issue. Signed-off-by: Varsha Rao --- drivers/char/misc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/char/misc.c b/drivers/char/misc.c index ed8f79c..3a19fa3

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