Re: [PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

On Wed 29 Jun 09:26 PDT 2016, Srinivas Kandagatla wrote: > Hi Bjorn, > > Few comments below, > Thanks! > On 28/06/16 21:58, Bjorn Andersson wrote: [..] > > checkpatch reports: > total: 0 errors, 16 warnings, 853 lines checked > Yeah, there's 16 cases left where I think it's worth going a

Re: [PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

On Wed 29 Jun 09:26 PDT 2016, Srinivas Kandagatla wrote: > Hi Bjorn, > > Few comments below, > Thanks! > On 28/06/16 21:58, Bjorn Andersson wrote: [..] > > checkpatch reports: > total: 0 errors, 16 warnings, 853 lines checked > Yeah, there's 16 cases left where I think it's worth going a

Re: [PATCH v6v3 02/12] mm: migrate: support non-lru movable page migration

On 06/28/2016 12:09 PM, Minchan Kim wrote: > On Mon, Jun 27, 2016 at 11:21:01AM +0530, Anshuman Khandual wrote: >> On 06/16/2016 11:07 AM, Minchan Kim wrote: >>> On Thu, Jun 16, 2016 at 09:12:07AM +0530, Anshuman Khandual wrote: On 06/16/2016 05:56 AM, Minchan Kim wrote: > On Wed, Jun 15,

Re: [PATCH v6v3 02/12] mm: migrate: support non-lru movable page migration

On 06/28/2016 12:09 PM, Minchan Kim wrote: > On Mon, Jun 27, 2016 at 11:21:01AM +0530, Anshuman Khandual wrote: >> On 06/16/2016 11:07 AM, Minchan Kim wrote: >>> On Thu, Jun 16, 2016 at 09:12:07AM +0530, Anshuman Khandual wrote: On 06/16/2016 05:56 AM, Minchan Kim wrote: > On Wed, Jun 15,

RE: [PATCH v11 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

Hi Vinod, > > On Thu, Jun 09, 2016 at 09:07:47PM +0530, Kedareswara rao Appana wrote: > > > + dma_set_mask(>dev, DMA_BIT_MASK(44)); > > + dma_cap_set(DMA_SG, zdev->common.cap_mask); > > + dma_cap_set(DMA_MEMCPY, zdev->common.cap_mask); > > > /** > > + * struct zynqmp_dma_config - ZYNQMP

RE: [PATCH v11 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

Hi Vinod, > > On Thu, Jun 09, 2016 at 09:07:47PM +0530, Kedareswara rao Appana wrote: > > > + dma_set_mask(>dev, DMA_BIT_MASK(44)); > > + dma_cap_set(DMA_SG, zdev->common.cap_mask); > > + dma_cap_set(DMA_MEMCPY, zdev->common.cap_mask); > > > /** > > + * struct zynqmp_dma_config - ZYNQMP

Re: [PATCH v2 4/4] hwmon: (lm75) Convert to use regmap

Hi, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.7-rc5 next-20160629] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Guenter-Roeck/hwmon-lm75-Handle-cleanup

Re: [PATCH v2 4/4] hwmon: (lm75) Convert to use regmap

Hi, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.7-rc5 next-20160629] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Guenter-Roeck/hwmon-lm75-Handle-cleanup

Re: [PATCH net-next V3 0/6] switch to use tx skb array in tun

On Thu, Jun 30, 2016 at 11:52:53AM +0800, Jason Wang wrote: > Hi all: > > This series tries to switch to use skb array in tun. This is used to > eliminate the spinlock contention between producer and consumer. The > conversion was straightforward: just introdce a tx skb array and use > it instead

Re: [PATCH net-next V3 0/6] switch to use tx skb array in tun

On Thu, Jun 30, 2016 at 11:52:53AM +0800, Jason Wang wrote: > Hi all: > > This series tries to switch to use skb array in tun. This is used to > eliminate the spinlock contention between producer and consumer. The > conversion was straightforward: just introdce a tx skb array and use > it instead

[PATCH v14 3/4] usb: gadget: Integrate with the usb gadget supporting for usb charger

When the usb gadget supporting for usb charger is ready, the usb charger can implement the usb_charger_plug_by_gadget() function, usb_charger_exit() function and dev_to_uchger() function by getting 'struct usb_charger' from 'struct gadget'. Signed-off-by: Baolin Wang

[PATCH v14 3/4] usb: gadget: Integrate with the usb gadget supporting for usb charger

When the usb gadget supporting for usb charger is ready, the usb charger can implement the usb_charger_plug_by_gadget() function, usb_charger_exit() function and dev_to_uchger() function by getting 'struct usb_charger' from 'struct gadget'. Signed-off-by: Baolin Wang Reviewed-by: Li Jun

[PATCH v14 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

[PATCH v14 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

[PATCH v14 2/4] usb: gadget: Support for the usb charger framework

For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit. It will report to the usb charger when the gadget state is changed, then the usb charger can do the power things. Signed-off-by: Baolin Wang

[PATCH v14 2/4] usb: gadget: Support for the usb charger framework

For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit. It will report to the usb charger when the gadget state is changed, then the usb charger can do the power things. Signed-off-by: Baolin Wang Reviewed-by: Li

[PATCH v14 1/4] usb: gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v14 4/4] power: wm831x_power: Support USB charger current limit management

Integrate with the newly added USB charger interface to limit the current we draw from the USB input based on the input device configuration identified by the USB stack, allowing us to charge more quickly from high current inputs without drawing more current than specified from others.

[PATCH v14 1/4] usb: gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v14 4/4] power: wm831x_power: Support USB charger current limit management

Integrate with the newly added USB charger interface to limit the current we draw from the USB input based on the input device configuration identified by the USB stack, allowing us to charge more quickly from high current inputs without drawing more current than specified from others.

Re: [PATCH] drm: mediatek: fix prototypes after API change

Hi > The newly added mediatek HDMI driver clashes with an API change > for struct hdmi_codec_ops, causing an 'allmodconfig' build to fail: > > drivers/gpu/drm/mediatek/mtk_hdmi.c:1653:15: error: initialization from > incompatible pointer type [-Werror=incompatible-pointer-types] >

Re: [PATCH] drm: mediatek: fix prototypes after API change

Hi > The newly added mediatek HDMI driver clashes with an API change > for struct hdmi_codec_ops, causing an 'allmodconfig' build to fail: > > drivers/gpu/drm/mediatek/mtk_hdmi.c:1653:15: error: initialization from > incompatible pointer type [-Werror=incompatible-pointer-types] >

Re: [PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

On 2016年06月30日 12:56, John Fastabend wrote: On 16-06-29 08:52 PM, Jason Wang wrote: This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this will be triggered when tx_queue_len. It could be used by net device who want to do some processing at that time. An example is tun who may

Re: [PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

On 2016年06月30日 12:56, John Fastabend wrote: On 16-06-29 08:52 PM, Jason Wang wrote: This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this will be triggered when tx_queue_len. It could be used by net device who want to do some processing at that time. An example is tun who may

Re: [PATCH V2 4/4] net-next: mediatek: add support for IRQ grouping

Hi, [auto build test ERROR on net/master] [also build test ERROR on next-20160629] [cannot apply to net-next/master v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/John-Crispin/net

Re: [PATCH V2 4/4] net-next: mediatek: add support for IRQ grouping

Hi, [auto build test ERROR on net/master] [also build test ERROR on next-20160629] [cannot apply to net-next/master v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/John-Crispin/net

Re: modules: add ro_after_init support

Jessica Yu writes: > +++ Rusty Russell [29/06/16 10:38 +0930]: >>Jessica Yu writes: >>> Add ro_after_init support for modules by adding a new page-aligned section >>> in the module layout (after rodata) for ro_after_init data and enabling RO >>> protection for

Re: modules: add ro_after_init support

Jessica Yu writes: > +++ Rusty Russell [29/06/16 10:38 +0930]: >>Jessica Yu writes: >>> Add ro_after_init support for modules by adding a new page-aligned section >>> in the module layout (after rodata) for ro_after_init data and enabling RO >>> protection for that section after module init

Re: [PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

On 16-06-29 08:52 PM, Jason Wang wrote: > This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this > will be triggered when tx_queue_len. It could be used by net device > who want to do some processing at that time. An example is tun who may > want to resize tx array when tx_queue_len

Re: [PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

On 16-06-29 08:52 PM, Jason Wang wrote: > This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this > will be triggered when tx_queue_len. It could be used by net device > who want to do some processing at that time. An example is tun who may > want to resize tx array when tx_queue_len

Re: [RESEND PATCH v2 1/5] ir-rx51: Fix build after multiarch changes broke it

* Ivaylo Dimitrov [160627 11:22]: > On 23.06.2016 20:48, Pali Rohár wrote: > > On Wednesday 22 June 2016 21:22:17 Ivaylo Dimitrov wrote: > > > The ir-rx51 driver for n900 has been disabled since the multiarch > > > changes as plat include directory no longer is SoC

Re: [RESEND PATCH v2 1/5] ir-rx51: Fix build after multiarch changes broke it

* Ivaylo Dimitrov [160627 11:22]: > On 23.06.2016 20:48, Pali Rohár wrote: > > On Wednesday 22 June 2016 21:22:17 Ivaylo Dimitrov wrote: > > > The ir-rx51 driver for n900 has been disabled since the multiarch > > > changes as plat include directory no longer is SoC specific. > > > > > > Let's

Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

On Wed, Jun 29, 2016 at 1:29 PM, Huang, Ying wrote: > If you could provide a git branch for that, that will be easier for us > to test and more accurate for you to get the right patch to be tested. > Please check

Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

On Wed, Jun 29, 2016 at 1:29 PM, Huang, Ying wrote: > If you could provide a git branch for that, that will be easier for us > to test and more accurate for you to get the right patch to be tested. > Please check git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git

Re: [PATCH v2 1/3] dmaengine: hsu: Export hsu_dma_get_status()

On Wed, Jun 15, 2016 at 01:44:11PM +0800, Chuah Kim Tatt wrote: > From: "Chuah, Kim Tatt" > > To allow other code to safely read DMA Channel Status Register (where > the register attribute for Channel Error, Descriptor Time Out & > Descriptor Done fields are

Re: [PATCH v2 1/3] dmaengine: hsu: Export hsu_dma_get_status()

On Wed, Jun 15, 2016 at 01:44:11PM +0800, Chuah Kim Tatt wrote: > From: "Chuah, Kim Tatt" > > To allow other code to safely read DMA Channel Status Register (where > the register attribute for Channel Error, Descriptor Time Out & > Descriptor Done fields are read-clear), export

Re: [PATCH v4] dmaengine: qcom-bam-dma: Add pm_runtime support

On Fri, Jun 17, 2016 at 03:56:03PM +0530, Pramod Gurav wrote: > Adds pm_runtime support for BAM DMA so that clock is enabled only > when there is a transaction going on to help save power. Applied, thanks -- ~Vinod

Re: [PATCH v4] dmaengine: qcom-bam-dma: Add pm_runtime support

On Fri, Jun 17, 2016 at 03:56:03PM +0530, Pramod Gurav wrote: > Adds pm_runtime support for BAM DMA so that clock is enabled only > when there is a transaction going on to help save power. Applied, thanks -- ~Vinod

Re: [PATCH v2] dmaengine: dmatest: Add support for scatter-gather DMA mode

On Thu, Jun 09, 2016 at 09:10:14PM +0530, Kedareswara rao Appana wrote: > This patch updates the dmatest client to > Support scatter-gather dma mode. Applied, thanks -- ~Vinod

Re: [PATCH v2] dmaengine: dmatest: Add support for scatter-gather DMA mode

On Thu, Jun 09, 2016 at 09:10:14PM +0530, Kedareswara rao Appana wrote: > This patch updates the dmatest client to > Support scatter-gather dma mode. Applied, thanks -- ~Vinod

Re: [PATCH v11 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

On Thu, Jun 09, 2016 at 09:07:47PM +0530, Kedareswara rao Appana wrote: > + dma_set_mask(>dev, DMA_BIT_MASK(44)); > + dma_cap_set(DMA_SG, zdev->common.cap_mask); > + dma_cap_set(DMA_MEMCPY, zdev->common.cap_mask); > /** > + * struct zynqmp_dma_config - ZYNQMP DMA Configuration

Re: [PATCH v11 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

On Thu, Jun 09, 2016 at 09:07:47PM +0530, Kedareswara rao Appana wrote: > + dma_set_mask(>dev, DMA_BIT_MASK(44)); > + dma_cap_set(DMA_SG, zdev->common.cap_mask); > + dma_cap_set(DMA_MEMCPY, zdev->common.cap_mask); > /** > + * struct zynqmp_dma_config - ZYNQMP DMA Configuration

Re: [PATCH v6 04/10] acpi: Add some basic struct and functions in GTDT driver

Rafael J. Wysocki wrote: That's not enough. The [0/10] will not go into the git log, mind you. The changelog is placed under the "---", so it wouldn't go into the git log anyway. -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member

Re: [PATCH v6 04/10] acpi: Add some basic struct and functions in GTDT driver

Rafael J. Wysocki wrote: That's not enough. The [0/10] will not go into the git log, mind you. The changelog is placed under the "---", so it wouldn't go into the git log anyway. -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member

[PATCH net-next V3 3/6] ptr_ring: support resizing multiple queues

From: "Michael S. Tsirkin" Sometimes, we need support resizing multiple queues at once. This is because it was not easy to recover to recover from a partial failure of multiple queues resizing. Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang

[PATCH net-next V3 3/6] ptr_ring: support resizing multiple queues

From: "Michael S. Tsirkin" Sometimes, we need support resizing multiple queues at once. This is because it was not easy to recover to recover from a partial failure of multiple queues resizing. Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/ptr_ring.h |

[PATCH net-next V3 1/6] ptr_ring: support zero length ring

Sometimes, we need zero length ring. But current code will crash since we don't do any check before accessing the ring. This patch fixes this. Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH net-next V3 1/6] ptr_ring: support zero length ring

Sometimes, we need zero length ring. But current code will crash since we don't do any check before accessing the ring. This patch fixes this. Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH net-next V3 2/6] skb_array: minor tweak

Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/skb_array.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 678bfbf..2dd0d1e 100644 ---

[PATCH net-next V3 2/6] skb_array: minor tweak

Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/skb_array.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 678bfbf..2dd0d1e 100644 --- a/include/linux/skb_array.h +++

[PATCH net-next V3 4/6] skb_array: add wrappers for resizing

Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/skb_array.h | 9 + 1 file changed, 9 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 2dd0d1e..f4dfade 100644 ---

[PATCH net-next V3 4/6] skb_array: add wrappers for resizing

Signed-off-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/skb_array.h | 9 + 1 file changed, 9 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 2dd0d1e..f4dfade 100644 --- a/include/linux/skb_array.h +++

[PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this will be triggered when tx_queue_len. It could be used by net device who want to do some processing at that time. An example is tun who may want to resize tx array when tx_queue_len is changed. Signed-off-by: Jason Wang

[PATCH net-next V3 0/6] switch to use tx skb array in tun

Hi all: This series tries to switch to use skb array in tun. This is used to eliminate the spinlock contention between producer and consumer. The conversion was straightforward: just introdce a tx skb array and use it instead of sk_receive_queue. A minor issue is to keep the tx_queue_len

[PATCH net-next V3 5/6] net: introduce NETDEV_CHANGE_TX_QUEUE_LEN

This patch introduces a new event - NETDEV_CHANGE_TX_QUEUE_LEN, this will be triggered when tx_queue_len. It could be used by net device who want to do some processing at that time. An example is tun who may want to resize tx array when tx_queue_len is changed. Signed-off-by: Jason Wang ---

[PATCH net-next V3 0/6] switch to use tx skb array in tun

Hi all: This series tries to switch to use skb array in tun. This is used to eliminate the spinlock contention between producer and consumer. The conversion was straightforward: just introdce a tx skb array and use it instead of sk_receive_queue. A minor issue is to keep the tx_queue_len

[PATCH 4/4] spi: Document option to insert delay between transactions

From: Andrey Pronin Some devices may need CS to be deasserted for some time between transactions. Added a new capability to guarantee a delay between SPI transactions for the device. Signed-off-by: Andrey Pronin ---

[PATCH 3/4] spi: Add option to insert delay between transactions

From: Andrey Pronin Some devices may need CS to be deasserted for some time between transactions. Added a new capability to guarantee a delay between SPI transactions for the device. Signed-off-by: Andrey Pronin --- drivers/spi/spi.c | 3 +++

[PATCH 4/4] spi: Document option to insert delay between transactions

From: Andrey Pronin Some devices may need CS to be deasserted for some time between transactions. Added a new capability to guarantee a delay between SPI transactions for the device. Signed-off-by: Andrey Pronin --- Documentation/devicetree/bindings/spi/spi-bus.txt | 2 ++ 1 file changed, 2

[PATCH 3/4] spi: Add option to insert delay between transactions

From: Andrey Pronin Some devices may need CS to be deasserted for some time between transactions. Added a new capability to guarantee a delay between SPI transactions for the device. Signed-off-by: Andrey Pronin --- drivers/spi/spi.c | 3 +++ include/linux/spi/spi.h | 4 2 files

[PATCH 1/4] spi: Add option to wake a device by toggling CS

From: Andrey Pronin Some SPI devices may go to sleep after a period of inactivity on SPI. For such devices, if enough time has passed since the last SPI transaction, toggle CS and wait for the device to start before communicating with it. Signed-off-by: Andrey Pronin

Re: [PATCH v3] x86/power/64: Fix kernel text mapping corruption during image restoration

On 29/06/16 08:55 PM, Rafael J. Wysocki wrote: The only thing that comes to mind at this point is that TLBs should be flushed after page tables changes, so please apply the appended and let me know if you see this panic any more with it. Ok, I'll build a new kernel tomorrow. But keep in

[PATCH 2/4] spi: Document option to wake a device by toggling CS

From: Andrey Pronin Some SPI devices may go to sleep after a period of inactivity on SPI. For such devices, if enough time has passed since the last SPI transaction, toggle CS and wait for the device to start before communicating with it. Signed-off-by: Andrey Pronin

[PATCH 1/4] spi: Add option to wake a device by toggling CS

From: Andrey Pronin Some SPI devices may go to sleep after a period of inactivity on SPI. For such devices, if enough time has passed since the last SPI transaction, toggle CS and wait for the device to start before communicating with it. Signed-off-by: Andrey Pronin --- drivers/spi/spi.c

Re: [PATCH v3] x86/power/64: Fix kernel text mapping corruption during image restoration

On 29/06/16 08:55 PM, Rafael J. Wysocki wrote: The only thing that comes to mind at this point is that TLBs should be flushed after page tables changes, so please apply the appended and let me know if you see this panic any more with it. Ok, I'll build a new kernel tomorrow. But keep in

[PATCH 2/4] spi: Document option to wake a device by toggling CS

From: Andrey Pronin Some SPI devices may go to sleep after a period of inactivity on SPI. For such devices, if enough time has passed since the last SPI transaction, toggle CS and wait for the device to start before communicating with it. Signed-off-by: Andrey Pronin ---

[PATCH net-next V3 6/6] tun: switch to use skb array for tx

We used to queue tx packets in sk_receive_queue, this is less efficient since it requires spinlocks to synchronize between producer and consumer. This patch tries to address this by: - switch from sk_receive_queue to a skb_array, and resize it when tx_queue_len was changed. - introduce a new

[PATCH net-next V3 6/6] tun: switch to use skb array for tx

We used to queue tx packets in sk_receive_queue, this is less efficient since it requires spinlocks to synchronize between producer and consumer. This patch tries to address this by: - switch from sk_receive_queue to a skb_array, and resize it when tx_queue_len was changed. - introduce a new

[PATCH] tpm: read burstcount from TPM_STS in one 32-bit transaction

From: Andrey Pronin Some chips incorrectly support partial reads from TPM_STS register at non-zero offsets. Read the entire 32-bits register instead of making two 8-bit reads to support such devices and reduce the number of bus transactions when obtaining the burstcount

[PATCH] tpm: read burstcount from TPM_STS in one 32-bit transaction

From: Andrey Pronin Some chips incorrectly support partial reads from TPM_STS register at non-zero offsets. Read the entire 32-bits register instead of making two 8-bit reads to support such devices and reduce the number of bus transactions when obtaining the burstcount from TPM_STS.

Re: [3/3] hwmon: iio_hwmon: defer probe when no channel is found

On Tue, Jun 28, 2016 at 10:18:17AM +0200, Quentin Schulz wrote: > iio_channel_get_all returns -ENODEV when it cannot find either phandles and > properties in the Device Tree or channels whose consumer_dev_name matches > iio_hwmon in iio_map_list. The iio_map_list is filled in by iio drivers >

Re: [3/3] hwmon: iio_hwmon: defer probe when no channel is found

On Tue, Jun 28, 2016 at 10:18:17AM +0200, Quentin Schulz wrote: > iio_channel_get_all returns -ENODEV when it cannot find either phandles and > properties in the Device Tree or channels whose consumer_dev_name matches > iio_hwmon in iio_map_list. The iio_map_list is filled in by iio drivers >

[PATCH v2 4/4] hwmon: (lm75) Convert to use regmap

Convert to use regmap. Leave caching to regmap and drop the register update function. While this can result in additional read operations if the temperature register is read continuously, it avoids re-reading the limit registers and thus overall reduces complexity. Signed-off-by: Guenter Roeck

[PATCH v2 4/4] hwmon: (lm75) Convert to use regmap

Convert to use regmap. Leave caching to regmap and drop the register update function. While this can result in additional read operations if the temperature register is read continuously, it avoids re-reading the limit registers and thus overall reduces complexity. Signed-off-by: Guenter Roeck

[PATCH v2 1/4] hwmon: (lm75) Handle cleanup with devm_add_action

Use devm_add_action() to register the function to restore the original chip configuration. Use devm_hwmon_device_register_with_groups() to register the hwmon device, and drop the remove function as no longer needed. Signed-off-by: Guenter Roeck --- v2: No change

[PATCH v2 1/4] hwmon: (lm75) Handle cleanup with devm_add_action

Use devm_add_action() to register the function to restore the original chip configuration. Use devm_hwmon_device_register_with_groups() to register the hwmon device, and drop the remove function as no longer needed. Signed-off-by: Guenter Roeck --- v2: No change drivers/hwmon/lm75.c | 38

[PATCH v2 3/4] hwmon: (lm75) Add update_interval attribute

Since we know the chip's update interval, let's make it available to the user. Signed-off-by: Guenter Roeck --- v2: No change drivers/hwmon/lm75.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c index

[PATCH v2 2/4] hwmon: (lm75) Drop lm75_read_value and lm75_write_value

lm75_read_value and lm75_write_value don't really add any value. Replace with direct smbus access functions. Signed-off-by: Guenter Roeck --- v2: No change drivers/hwmon/lm75.c | 42 +- 1 file changed, 9 insertions(+), 33 deletions(-)

[PATCH v2 3/4] hwmon: (lm75) Add update_interval attribute

Since we know the chip's update interval, let's make it available to the user. Signed-off-by: Guenter Roeck --- v2: No change drivers/hwmon/lm75.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c index 7b18cbd4a5ec..fe83f70ba62a

[PATCH v2 2/4] hwmon: (lm75) Drop lm75_read_value and lm75_write_value

lm75_read_value and lm75_write_value don't really add any value. Replace with direct smbus access functions. Signed-off-by: Guenter Roeck --- v2: No change drivers/hwmon/lm75.c | 42 +- 1 file changed, 9 insertions(+), 33 deletions(-) diff --git

[PATCH v3 1/3] hwmon: (tmp102) Improve handling of initial read delay

If the chip was in shutdown mode when the driver was loaded, the first conversion is ready no more than 35 milli-seconds after the chip was taken out of shutdown. The driver delay was so far set to 333 ms (HZ / 3), which is much higher than the maximum time needed by the chip. Reduce the time to

[PATCH v3 1/3] hwmon: (tmp102) Improve handling of initial read delay

If the chip was in shutdown mode when the driver was loaded, the first conversion is ready no more than 35 milli-seconds after the chip was taken out of shutdown. The driver delay was so far set to 333 ms (HZ / 3), which is much higher than the maximum time needed by the chip. Reduce the time to

[PATCH v3 3/3] hwmon: (tmp102) Convert to use regmap, and drop local cache

By converting the driver to regmap, we can use regmap to cache non-volatile registers. Stop caching the temperature register; while potentially reading it more often can result in reading it more often than necessary, this is offset by the gain due to not re-reading the limit registers. A

[PATCH v3 2/3] hwmon: (tmp102) Rework chip configuration

So far the chip was forced into polarity 0, even if it was preconfigured differently. Do not touch the polarity when configuring the chip. Also, the configuration register was read beack to check if the configuration 'sticks'. Ultimately, that is similar to checking if the chip is a tmp102 in the

[PATCH v3 3/3] hwmon: (tmp102) Convert to use regmap, and drop local cache

By converting the driver to regmap, we can use regmap to cache non-volatile registers. Stop caching the temperature register; while potentially reading it more often can result in reading it more often than necessary, this is offset by the gain due to not re-reading the limit registers. A

[PATCH v3 2/3] hwmon: (tmp102) Rework chip configuration

So far the chip was forced into polarity 0, even if it was preconfigured differently. Do not touch the polarity when configuring the chip. Also, the configuration register was read beack to check if the configuration 'sticks'. Ultimately, that is similar to checking if the chip is a tmp102 in the

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On 2016/6/30 10:53, Alex Williamson wrote: On Thu, 30 Jun 2016 10:40:23 +0800 Yongji Xie wrote: Hi Alex, On 2016/6/30 4:03, Alex Williamson wrote: On Tue, 28 Jun 2016 13:47:23 -0600 Alex Williamson wrote: On Tue, 28 Jun 2016

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On 2016/6/30 10:53, Alex Williamson wrote: On Thu, 30 Jun 2016 10:40:23 +0800 Yongji Xie wrote: Hi Alex, On 2016/6/30 4:03, Alex Williamson wrote: On Tue, 28 Jun 2016 13:47:23 -0600 Alex Williamson wrote: On Tue, 28 Jun 2016 18:09:46 +0800 Yongji Xie wrote: Hi, Alex On

RE: [PATCH v2 1/9] mtd:fsl-quadspi:use the property fields of SPI-NOR

Hi Brian and Han, Could you please give me some comments about this patch set v2 ? Thanks > -Original Message- > From: Yunhui Cui [mailto:b56...@freescale.com] > Sent: Friday, April 22, 2016 2:40 PM > To: dw...@infradead.org; computersforpe...@gmail.com; > han...@freescale.com > Cc:

RE: [PATCH v2 1/9] mtd:fsl-quadspi:use the property fields of SPI-NOR

Hi Brian and Han, Could you please give me some comments about this patch set v2 ? Thanks > -Original Message- > From: Yunhui Cui [mailto:b56...@freescale.com] > Sent: Friday, April 22, 2016 2:40 PM > To: dw...@infradead.org; computersforpe...@gmail.com; > han...@freescale.com > Cc:

Re: [PATCH v2 02/12] genhd: Honor gen_uevent and add disk_gen_uevents

Hi, [auto build test WARNING on block/for-next] [also build test WARNING on v4.7-rc5] [cannot apply to next-20160629] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Fam-Zheng/gendisk-Generate

Re: [PATCH v2 02/12] genhd: Honor gen_uevent and add disk_gen_uevents

Hi, [auto build test WARNING on block/for-next] [also build test WARNING on v4.7-rc5] [cannot apply to next-20160629] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Fam-Zheng/gendisk-Generate

[PATCH V2 7/7] thermal: qoriq: Add thermal management support

This driver add thermal management support by enabling TMU (Thermal Monitoring Unit) on QorIQ platform. It's based on thermal of framework: - Trip points defined in device tree. - Cpufreq as cooling device registered in qoriq cpufreq driver. Signed-off-by: Jia Hongtao ---

[PATCH] PM / suspend: show workqueue state in suspend flow

If freezable workqueue aborts suspend flow, show workqueue state for debug purpose. Signed-off-by: Roger Lu --- kernel/power/process.c | 3 +++ kernel/workqueue.c | 7 +-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/kernel/power/process.c

[PATCH V2 7/7] thermal: qoriq: Add thermal management support

This driver add thermal management support by enabling TMU (Thermal Monitoring Unit) on QorIQ platform. It's based on thermal of framework: - Trip points defined in device tree. - Cpufreq as cooling device registered in qoriq cpufreq driver. Signed-off-by: Jia Hongtao --- Changes of V2: * Add

[PATCH] PM / suspend: show workqueue state in suspend flow

If freezable workqueue aborts suspend flow, show workqueue state for debug purpose. Signed-off-by: Roger Lu --- kernel/power/process.c | 3 +++ kernel/workqueue.c | 7 +-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/kernel/power/process.c b/kernel/power/process.c

Re: [PATCH] dmaengine: at_xdmac: fix debug string

On Wed, Jun 29, 2016 at 07:44:51PM +0200, Alexandre Belloni wrote: > mbr_ds is an integer, don't use %pad to print it. Applied, thanks -- ~Vinod

Re: [PATCH] dmaengine: at_xdmac: fix debug string

On Wed, Jun 29, 2016 at 07:44:51PM +0200, Alexandre Belloni wrote: > mbr_ds is an integer, don't use %pad to print it. Applied, thanks -- ~Vinod

crypto: tcrypt - Do not bail on EINPROGRESS in multibuffer hash test

On Wed, Jun 29, 2016 at 10:45:56AM -0700, Megha Dey wrote: > I tested the latest cryptodev tree on my haswell machine and this is > what I see: > [ 40.402834] modprobe tcrypt mode=422 > [ 40.403105] testing speed of multibuffer sha1 (sha1_mb) > [ 40.403108] test 0 ( 16 byte blocks, 16

crypto: tcrypt - Do not bail on EINPROGRESS in multibuffer hash test

On Wed, Jun 29, 2016 at 10:45:56AM -0700, Megha Dey wrote: > I tested the latest cryptodev tree on my haswell machine and this is > what I see: > [ 40.402834] modprobe tcrypt mode=422 > [ 40.403105] testing speed of multibuffer sha1 (sha1_mb) > [ 40.403108] test 0 ( 16 byte blocks, 16

  1   2   3   4   5   6   7   8   9   10   >