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
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
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,
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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.
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]
>
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]
>
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
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
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
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
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
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
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
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
* 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
* 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 |
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
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
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
---
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
+++
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
---
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
+++
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
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
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
---
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
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
---
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 +++
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
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
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
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
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
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
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
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
---
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
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
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: 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.
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
>
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
>
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
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
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
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
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
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(-)
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
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
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
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
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
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
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
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
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
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
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:
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:
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
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
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
---
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
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
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
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
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
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
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 - 100 of 1678 matches
Mail list logo