Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

Hi, Baolin Wang writes: >>> Baolin Wang writes: Make sense. >>> >>> cool, if you wanna work on it, let me know and I can give some details >>> of what I have in mind. >> >> Could you explain details to me, and I wanna

Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

Hi, Baolin Wang writes: >>> Baolin Wang writes: Make sense. >>> >>> cool, if you wanna work on it, let me know and I can give some details >>> of what I have in mind. >> >> Could you explain details to me, and I wanna continue to optimize the >> power

[GIT PULL] s390 patches for 4.7 merge window

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: The s390 patches for the 4.7 merge window have the usual bug fixes and cleanups, and the following new features: * An

[GIT PULL] s390 patches for 4.7 merge window

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: The s390 patches for the 4.7 merge window have the usual bug fixes and cleanups, and the following new features: * An

[PATCH v2] mm: check_new_page_bad() directly returns in __PG_HWPOISON case

On Wed, May 18, 2016 at 11:31:07AM +0200, Vlastimil Babka wrote: > On 05/18/2016 11:21 AM, Mel Gorman wrote: > > On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > > > There's a race window between checking page->flags and unpoisoning, which > > > taints kernel with "BUG: Bad page

[PATCH v2] mm: check_new_page_bad() directly returns in __PG_HWPOISON case

On Wed, May 18, 2016 at 11:31:07AM +0200, Vlastimil Babka wrote: > On 05/18/2016 11:21 AM, Mel Gorman wrote: > > On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > > > There's a race window between checking page->flags and unpoisoning, which > > > taints kernel with "BUG: Bad page

Re: [PATCH] Xen: don't warn about 2-byte wchar_t in efi

On Monday 16 May 2016 12:08:17 Stefano Stabellini wrote: > On Wed, 11 May 2016, Arnd Bergmann wrote: > > The XEN UEFI code has become available on the ARM architecture > > recently, but now causes a link-time warning: > > > > ld: warning: drivers/xen/efi.o uses 2-byte wchar_t yet the output is to

Re: [PATCH] Xen: don't warn about 2-byte wchar_t in efi

On Monday 16 May 2016 12:08:17 Stefano Stabellini wrote: > On Wed, 11 May 2016, Arnd Bergmann wrote: > > The XEN UEFI code has become available on the ARM architecture > > recently, but now causes a link-time warning: > > > > ld: warning: drivers/xen/efi.o uses 2-byte wchar_t yet the output is to

[PATCH 1/2] ip6_gre: Fix MTU setting for ip6gretap

When creat an ip6gretap interface with an unreachable route, the MTU is about 14 bytes larger than what was needed. If the remote address is reachable: ping6 2001:0:130::1 -c 2 PING 2001:0:130::1(2001:0:130::1) 56 data bytes 64 bytes from 2001:0:130::1: icmp_seq=1 ttl=64 time=1.46 ms 64 bytes

Re: [PATCH v2] sched/cputime: add steal time support to full dynticks CPU time accounting

2016-05-18 17:46 GMT+08:00 Mika Penttilä : > On 05/18/2016 11:28 AM, Wanpeng Li wrote: >> From: Wanpeng Li >> >> This patch adds steal guest time support to full dynticks CPU >> time accounting. After 'commit ff9a9b4c4334 ("sched, time: Switch

[PATCH 1/2] ip6_gre: Fix MTU setting for ip6gretap

When creat an ip6gretap interface with an unreachable route, the MTU is about 14 bytes larger than what was needed. If the remote address is reachable: ping6 2001:0:130::1 -c 2 PING 2001:0:130::1(2001:0:130::1) 56 data bytes 64 bytes from 2001:0:130::1: icmp_seq=1 ttl=64 time=1.46 ms 64 bytes

Re: [PATCH v2] sched/cputime: add steal time support to full dynticks CPU time accounting

2016-05-18 17:46 GMT+08:00 Mika Penttilä : > On 05/18/2016 11:28 AM, Wanpeng Li wrote: >> From: Wanpeng Li >> >> This patch adds steal guest time support to full dynticks CPU >> time accounting. After 'commit ff9a9b4c4334 ("sched, time: Switch >> VIRT_CPU_ACCOUNTING_GEN to jiffy granularity")',

[PATCH 2/2] ip6_gre: Set flowi6_proto as IPPROTO_GRE in xmit path.

In gre6 xmit path, we are sending a GRE packet, so set fl6 proto to IPPROTO_GRE properly. Signed-off-by: Haishuang Yan --- net/ipv6/ip6_gre.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/ipv6/ip6_gre.c b/net/ipv6/ip6_gre.c index 8ea5a4d..cc84098

[PATCH 2/2] ip6_gre: Set flowi6_proto as IPPROTO_GRE in xmit path.

In gre6 xmit path, we are sending a GRE packet, so set fl6 proto to IPPROTO_GRE properly. Signed-off-by: Haishuang Yan --- net/ipv6/ip6_gre.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/ipv6/ip6_gre.c b/net/ipv6/ip6_gre.c index 8ea5a4d..cc84098 100644 --- a/net/ipv6/ip6_gre.c +++

Re: [PATCH v2] sched/cputime: add steal time support to full dynticks CPU time accounting

On 05/18/2016 11:28 AM, Wanpeng Li wrote: > From: Wanpeng Li > > This patch adds steal guest time support to full dynticks CPU > time accounting. After 'commit ff9a9b4c4334 ("sched, time: Switch > VIRT_CPU_ACCOUNTING_GEN to jiffy granularity")', time is jiffy > based

Re: [PATCH v2] sched/cputime: add steal time support to full dynticks CPU time accounting

On 05/18/2016 11:28 AM, Wanpeng Li wrote: > From: Wanpeng Li > > This patch adds steal guest time support to full dynticks CPU > time accounting. After 'commit ff9a9b4c4334 ("sched, time: Switch > VIRT_CPU_ACCOUNTING_GEN to jiffy granularity")', time is jiffy > based sampling even if it's

Re: [PATCH] powercap/rapl: Do not load in virtualized environments

On 05/17/2016 08:50 PM, Rafael J. Wysocki wrote: > On Tue, May 17, 2016 at 1:34 PM, Prarit Bhargava wrote: >> intel_rapl is currently not supported in virtualized environments. When >> booting the warning message >> >> intel_rapl: no valid rapl domains found in package 0 >

Re: [PATCH] powercap/rapl: Do not load in virtualized environments

On 05/17/2016 08:50 PM, Rafael J. Wysocki wrote: > On Tue, May 17, 2016 at 1:34 PM, Prarit Bhargava wrote: >> intel_rapl is currently not supported in virtualized environments. When >> booting the warning message >> >> intel_rapl: no valid rapl domains found in package 0 > > You seem to be

Re: [PATCH v2] tpm: Factor out common startup code

On Tue, May 17, 2016 at 10:53:04AM -0600, Jason Gunthorpe wrote: > On Tue, May 17, 2016 at 07:15:57AM +0300, Jarkko Sakkinen wrote: > > On Mon, May 16, 2016 at 12:25:47PM -0600, Jason Gunthorpe wrote: > > > Provide some flags in tpm_class_ops to allow drivers to opt-in to the > > > common startup

Re: [PATCH v2] tpm: Factor out common startup code

On Tue, May 17, 2016 at 10:53:04AM -0600, Jason Gunthorpe wrote: > On Tue, May 17, 2016 at 07:15:57AM +0300, Jarkko Sakkinen wrote: > > On Mon, May 16, 2016 at 12:25:47PM -0600, Jason Gunthorpe wrote: > > > Provide some flags in tpm_class_ops to allow drivers to opt-in to the > > > common startup

Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

Hi Felipe, On 17 May 2016 at 18:47, Baolin Wang wrote: > On 17 May 2016 at 17:25, Felipe Balbi wrote: >> >> Hi, >> >> Baolin Wang writes: >>> Make sense. >> >> cool, if you wanna work on it, let me know and I can

Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

Hi Felipe, On 17 May 2016 at 18:47, Baolin Wang wrote: > On 17 May 2016 at 17:25, Felipe Balbi wrote: >> >> Hi, >> >> Baolin Wang writes: >>> Make sense. >> >> cool, if you wanna work on it, let me know and I can give some details >> of what I have in mind. > > Could

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Wed, May 18, 2016 at 11:21:29AM +0200, Jesper Dangaard Brouer wrote: > On Wed, 18 May 2016 11:21:59 +0300 > "Michael S. Tsirkin" wrote: > > > On Wed, May 18, 2016 at 10:16:31AM +0200, Jesper Dangaard Brouer wrote: > > > > > > On Tue, 17 May 2016 09:38:37 +0800 Jason Wang

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Wed, May 18, 2016 at 11:21:29AM +0200, Jesper Dangaard Brouer wrote: > On Wed, 18 May 2016 11:21:59 +0300 > "Michael S. Tsirkin" wrote: > > > On Wed, May 18, 2016 at 10:16:31AM +0200, Jesper Dangaard Brouer wrote: > > > > > > On Tue, 17 May 2016 09:38:37 +0800 Jason Wang wrote: > > > > >

Re: Linux-next parallel cp workload hang

On Wed, May 18, 2016 at 04:31:50PM +0800, Xiong Zhou wrote: > Hi, > > On Wed, May 18, 2016 at 03:56:34PM +1000, Dave Chinner wrote: > > On Wed, May 18, 2016 at 09:46:15AM +0800, Xiong Zhou wrote: > > > Hi, > > > > > > Parallel cp workload (xfstests generic/273) hangs like blow. > > > It's

Re: Linux-next parallel cp workload hang

On Wed, May 18, 2016 at 04:31:50PM +0800, Xiong Zhou wrote: > Hi, > > On Wed, May 18, 2016 at 03:56:34PM +1000, Dave Chinner wrote: > > On Wed, May 18, 2016 at 09:46:15AM +0800, Xiong Zhou wrote: > > > Hi, > > > > > > Parallel cp workload (xfstests generic/273) hangs like blow. > > > It's

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On Wed, May 18, 2016 at 11:31:07AM +0200, Vlastimil Babka wrote: > On 05/18/2016 11:21 AM, Mel Gorman wrote: > >On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > >>There's a race window between checking page->flags and unpoisoning, which > >>taints kernel with "BUG: Bad page

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On Wed, May 18, 2016 at 11:31:07AM +0200, Vlastimil Babka wrote: > On 05/18/2016 11:21 AM, Mel Gorman wrote: > >On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > >>There's a race window between checking page->flags and unpoisoning, which > >>taints kernel with "BUG: Bad page

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

On 18 May 2016 at 11:39, Vignesh R wrote: > Hi, > > On 05/18/2016 02:53 PM, Michal Suchanek wrote: >> Hello, > [...] >>> >>> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c >>> index c9c3b7fa3051..7730e633d7d3 100644 >>> --- a/drivers/mtd/devices/m25p80.c

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

On 18 May 2016 at 11:39, Vignesh R wrote: > Hi, > > On 05/18/2016 02:53 PM, Michal Suchanek wrote: >> Hello, > [...] >>> >>> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c >>> index c9c3b7fa3051..7730e633d7d3 100644 >>> --- a/drivers/mtd/devices/m25p80.c >>> +++

Re: [RESEND PATCH v6 0/6] Add Ethernet support on STM32F429

2016-05-18 11:31 GMT+02:00 Arnd Bergmann : > On Wednesday 18 May 2016 09:48:53 Maxime Coquelin wrote: >> 2016-05-17 18:25 GMT+02:00 David Miller : >> > From: Maxime Coquelin >> > Date: Tue, 17 May 2016 11:20:16 +0200 >> > >> >> Hi

Re: [RESEND PATCH v6 0/6] Add Ethernet support on STM32F429

2016-05-18 11:31 GMT+02:00 Arnd Bergmann : > On Wednesday 18 May 2016 09:48:53 Maxime Coquelin wrote: >> 2016-05-17 18:25 GMT+02:00 David Miller : >> > From: Maxime Coquelin >> > Date: Tue, 17 May 2016 11:20:16 +0200 >> > >> >> Hi David, >> >> >> >> 2016-05-09 21:06 GMT+02:00 David Miller : >>

Re: [PATCH] usb: gadget: f_fs: report error if excess data received

On Tue, May 17 2016, Changbin Du wrote: >> There appears to be no kfifo support for iov_iter though, so I just went >> with a simple buffer. >> >> I haven’t looked at the patch too carefully so this is an RFC rather >> than an actual patch at this point. It does compile at least. >> >>

Re: [PATCH] usb: gadget: f_fs: report error if excess data received

On Tue, May 17 2016, Changbin Du wrote: >> There appears to be no kfifo support for iov_iter though, so I just went >> with a simple buffer. >> >> I haven’t looked at the patch too carefully so this is an RFC rather >> than an actual patch at this point. It does compile at least. >> >>

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Hi, On 05/18/2016 02:53 PM, Michal Suchanek wrote: > Hello, [...] >> >> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c >> index c9c3b7fa3051..7730e633d7d3 100644 >> --- a/drivers/mtd/devices/m25p80.c >> +++ b/drivers/mtd/devices/m25p80.c >> @@ -131,6 +131,26 @@ static

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Hi, On 05/18/2016 02:53 PM, Michal Suchanek wrote: > Hello, [...] >> >> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c >> index c9c3b7fa3051..7730e633d7d3 100644 >> --- a/drivers/mtd/devices/m25p80.c >> +++ b/drivers/mtd/devices/m25p80.c >> @@ -131,6 +131,26 @@ static

Re: [PATCH 2/2] Staging: comedi: fix type issue in s626.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t'

Re: [PATCH 2/2] Staging: comedi: fix type issue in s626.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t'

[PATCH] arm64: Allow for different DMA and CPU bus offsets

On arm64, all SoCs we supported so far either have an IOMMU or have bus addresses equal to CPU addresses. However, with the Raspberry Pi 3 coming up, this is no longer true. To allow DMA to work with an AArch64 kernel on those devices, let's allow devices to have DMA offsets again.

[PATCH] arm64: Allow for different DMA and CPU bus offsets

On arm64, all SoCs we supported so far either have an IOMMU or have bus addresses equal to CPU addresses. However, with the Raspberry Pi 3 coming up, this is no longer true. To allow DMA to work with an AArch64 kernel on those devices, let's allow devices to have DMA offsets again.

Re: [RESEND PATCH v6 0/6] Add Ethernet support on STM32F429

On Wednesday 18 May 2016 09:48:53 Maxime Coquelin wrote: > 2016-05-17 18:25 GMT+02:00 David Miller : > > From: Maxime Coquelin > > Date: Tue, 17 May 2016 11:20:16 +0200 > > > >> Hi David, > >> > >> 2016-05-09 21:06 GMT+02:00 David Miller

Re: [RESEND PATCH v6 0/6] Add Ethernet support on STM32F429

On Wednesday 18 May 2016 09:48:53 Maxime Coquelin wrote: > 2016-05-17 18:25 GMT+02:00 David Miller : > > From: Maxime Coquelin > > Date: Tue, 17 May 2016 11:20:16 +0200 > > > >> Hi David, > >> > >> 2016-05-09 21:06 GMT+02:00 David Miller : > >>> From: Alexandre TORGUE > >>> Date: Mon, 9 May

[PATCH] pinctrl: imx: fix initialization of imx_pinctrl_desc

To i.MX7D, there are two iomux controllers, iomuxc and iomuxc_lpsr. They should not share one pin controller descriptor, otherwise the value filled into imx_pinctrl_desc when probing the first iomux controller will be overridden when probing the second one. In this patch, discard the static

[PATCH] pinctrl: imx: fix initialization of imx_pinctrl_desc

To i.MX7D, there are two iomux controllers, iomuxc and iomuxc_lpsr. They should not share one pin controller descriptor, otherwise the value filled into imx_pinctrl_desc when probing the first iomux controller will be overridden when probing the second one. In this patch, discard the static

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On 05/18/2016 11:21 AM, Mel Gorman wrote: On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: There's a race window between checking page->flags and unpoisoning, which taints kernel with "BUG: Bad page state". That's overkill. It's safer to use bad_flags to detect hwpoisoned page.

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On 05/18/2016 11:21 AM, Mel Gorman wrote: On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: There's a race window between checking page->flags and unpoisoning, which taints kernel with "BUG: Bad page state". That's overkill. It's safer to use bad_flags to detect hwpoisoned page.

[GIT PULL for v4.7-rc1] media updates

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media media/v4.7-1 For: - added support for Intersil/Techwell TW686x-based video capture cards; - v4l PCI skeleton driver moved to samples directory; - Documentation cleanups and improvements; -

[GIT PULL for v4.7-rc1] media updates

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media media/v4.7-1 For: - added support for Intersil/Techwell TW686x-based video capture cards; - v4l PCI skeleton driver moved to samples directory; - Documentation cleanups and improvements; -

Re: [PATCH 1/2] Staging: comedi: Fix WARNING issue in s626.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya

Re: [PATCH 1/2] Staging: comedi: Fix WARNING issue in s626.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya ---

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Hello, On 29 March 2016 at 07:46, Vignesh R wrote: > Certain SPI controllers may provide accelerated hardware interface to > read from m25p80 type flash devices in order to provide better read > performance. SPI core supports such devices with spi_flash_read() API. > Call

Re: [RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Hello, On 29 March 2016 at 07:46, Vignesh R wrote: > Certain SPI controllers may provide accelerated hardware interface to > read from m25p80 type flash devices in order to provide better read > performance. SPI core supports such devices with spi_flash_read() API. > Call spi_flash_read(), if

[PATCH 0/2] crypto: engine: permit to enqueue ashash_request

Hello I wanted to use the crypto engine for my Allwinner crypto driver but something prevented me to use it: it cannot enqueue hash requests. The first patch convert crypto engine to permit enqueuing of ahash_requests. The second patch convert the only driver using crypto engine. The second

[PATCH 0/2] crypto: engine: permit to enqueue ashash_request

Hello I wanted to use the crypto engine for my Allwinner crypto driver but something prevented me to use it: it cannot enqueue hash requests. The first patch convert crypto engine to permit enqueuing of ahash_requests. The second patch convert the only driver using crypto engine. The second

[PATCH 2/2] crypto: omap: convert to the new cryptoengine API

Since the crypto engine has been converted to use crypto_async_request instead of ablkcipher_request, minor changes are needed to use it. Signed-off-by: LABBE Corentin --- drivers/crypto/omap-aes.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff

[PATCH 1/2] crypto: engine: permit to enqueue ashash_request

The current crypto engine allow only ablkcipher_request to be enqueued. Thus denying any use of it for hardware that also handle hash algo. This patch convert all ablkcipher_request references to the more general crypto_async_request. Signed-off-by: LABBE Corentin ---

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Wed, 18 May 2016 11:21:59 +0300 "Michael S. Tsirkin" wrote: > On Wed, May 18, 2016 at 10:16:31AM +0200, Jesper Dangaard Brouer wrote: > > > > On Tue, 17 May 2016 09:38:37 +0800 Jason Wang wrote: > > > > > >> And if tx_queue_length is not power of 2,

[PATCH 2/2] crypto: omap: convert to the new cryptoengine API

Since the crypto engine has been converted to use crypto_async_request instead of ablkcipher_request, minor changes are needed to use it. Signed-off-by: LABBE Corentin --- drivers/crypto/omap-aes.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH 1/2] crypto: engine: permit to enqueue ashash_request

The current crypto engine allow only ablkcipher_request to be enqueued. Thus denying any use of it for hardware that also handle hash algo. This patch convert all ablkcipher_request references to the more general crypto_async_request. Signed-off-by: LABBE Corentin --- crypto/crypto_engine.c |

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Wed, 18 May 2016 11:21:59 +0300 "Michael S. Tsirkin" wrote: > On Wed, May 18, 2016 at 10:16:31AM +0200, Jesper Dangaard Brouer wrote: > > > > On Tue, 17 May 2016 09:38:37 +0800 Jason Wang wrote: > > > > > >> And if tx_queue_length is not power of 2, > > > >> we probably need modulus to

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > There's a race window between checking page->flags and unpoisoning, which > taints kernel with "BUG: Bad page state". That's overkill. It's safer to > use bad_flags to detect hwpoisoned page. > I'm not quite getting this one.

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On Tue, May 17, 2016 at 04:42:55PM +0900, Naoya Horiguchi wrote: > There's a race window between checking page->flags and unpoisoning, which > taints kernel with "BUG: Bad page state". That's overkill. It's safer to > use bad_flags to detect hwpoisoned page. > I'm not quite getting this one.

Re: [PATCH] drm/tegra: Fix crash caused by reference count imbalance

On 17/05/16 18:36, Daniel Vetter wrote: > On Tue, May 17, 2016 at 7:29 PM, Jon Hunter wrote: @@ -764,6 +769,9 @@ tegra_dsi_connector_duplicate_state(struct drm_connector *connector) if (!copy) return NULL; +if

Re: [PATCH] drm/tegra: Fix crash caused by reference count imbalance

On 17/05/16 18:36, Daniel Vetter wrote: > On Tue, May 17, 2016 at 7:29 PM, Jon Hunter wrote: @@ -764,6 +769,9 @@ tegra_dsi_connector_duplicate_state(struct drm_connector *connector) if (!copy) return NULL; +if (copy->base.crtc) +

[PATCH v4] iio: max5487: Add support for Maxim digital potentiometers

Add implementation for Maxim MAX5487, MAX5488, MAX5489 digital potentiometers. Datasheet: http://datasheets.maximintegrated.com/en/ds/MAX5487-MAX5489.pdf Signed-off-by: Cristina Moraru CC: Daniel Baluta --- Changes since v3: Fix

[PATCH v4] iio: max5487: Add support for Maxim digital potentiometers

Add implementation for Maxim MAX5487, MAX5488, MAX5489 digital potentiometers. Datasheet: http://datasheets.maximintegrated.com/en/ds/MAX5487-MAX5489.pdf Signed-off-by: Cristina Moraru CC: Daniel Baluta --- Changes since v3: Fix size issue in max5487_write_cmd Fix typo Changes

Re: UBSAN whinge in ihci-hub.c

2016-05-18 11:18 GMT+03:00 Oliver Neukum : > On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote: >> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman : >> > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote: >> >> So, not content in the

Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors

Hi On 2016-5-18 12:12, Doug Anderson wrote: Hi, On Tue, May 17, 2016 at 6:59 PM, Shawn Lin wrote: Could you try this patch to see if you can still find HLE? @@ -2356,12 +2356,22 @@ static void dw_mci_cmd_interrupt(struct dw_mci *host, u32 status) static void

Re: UBSAN whinge in ihci-hub.c

2016-05-18 11:18 GMT+03:00 Oliver Neukum : > On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote: >> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman : >> > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote: >> >> So, not content in the amount of breakage I generate already, I >>

Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors

Hi On 2016-5-18 12:12, Doug Anderson wrote: Hi, On Tue, May 17, 2016 at 6:59 PM, Shawn Lin wrote: Could you try this patch to see if you can still find HLE? @@ -2356,12 +2356,22 @@ static void dw_mci_cmd_interrupt(struct dw_mci *host, u32 status) static void dw_mci_handle_cd(struct dw_mci

Re: [PATCH v2 2/3] /dev/dax, core: file operations and dax-mmap

On 05/18/2016 11:10 AM, Paul Mackerras wrote: > On Wed, May 18, 2016 at 10:07:19AM +0200, Hannes Reinecke wrote: >> On 05/18/2016 12:19 AM, Dan Williams wrote: >>> On Tue, May 17, 2016 at 3:57 AM, Johannes Thumshirn >>> wrote: On Sat, May 14, 2016 at 11:26:29PM -0700,

Re: [PATCH v2 2/3] /dev/dax, core: file operations and dax-mmap

On 05/18/2016 11:10 AM, Paul Mackerras wrote: > On Wed, May 18, 2016 at 10:07:19AM +0200, Hannes Reinecke wrote: >> On 05/18/2016 12:19 AM, Dan Williams wrote: >>> On Tue, May 17, 2016 at 3:57 AM, Johannes Thumshirn >>> wrote: On Sat, May 14, 2016 at 11:26:29PM -0700, Dan Williams wrote:

Re: [PATCH v2 2/3] /dev/dax, core: file operations and dax-mmap

On Wed, May 18, 2016 at 10:07:19AM +0200, Hannes Reinecke wrote: > On 05/18/2016 12:19 AM, Dan Williams wrote: > > On Tue, May 17, 2016 at 3:57 AM, Johannes Thumshirn > > wrote: > >> On Sat, May 14, 2016 at 11:26:29PM -0700, Dan Williams wrote: > >>> The "Device DAX" core

Re: [PATCH v2 2/3] /dev/dax, core: file operations and dax-mmap

On Wed, May 18, 2016 at 10:07:19AM +0200, Hannes Reinecke wrote: > On 05/18/2016 12:19 AM, Dan Williams wrote: > > On Tue, May 17, 2016 at 3:57 AM, Johannes Thumshirn > > wrote: > >> On Sat, May 14, 2016 at 11:26:29PM -0700, Dan Williams wrote: > >>> The "Device DAX" core enables dax mappings of

Re: [PATCH] Staging: comedi: quatech_daqp_cs.c: Fix a unsigned warning issue

On 17/05/16 17:53, Amit Ghadge wrote: This is a patch to the quatech_daqp_cs.c file that fixes by using unsigned int instead of unsigned, following warning found by checkpatch. * WARNING: Prefer 'unsigned int' to bare use of 'unsigned' Signed-off-by: Amit Ghadge ---

Re: [PATCH] Staging: comedi: quatech_daqp_cs.c: Fix a unsigned warning issue

On 17/05/16 17:53, Amit Ghadge wrote: This is a patch to the quatech_daqp_cs.c file that fixes by using unsigned int instead of unsigned, following warning found by checkpatch. * WARNING: Prefer 'unsigned int' to bare use of 'unsigned' Signed-off-by: Amit Ghadge ---

Re: [PATCH] Let chip-driver set brightness if, software blink not used.

Hi Tony, Thanks for the patch. I'd like to improve the commit message. Please let me know if you have any suggestions related to the below: led: core: Fix brightness setting upon hardware blinking enabled Commit 76931edd54 ('leds: fix brightness changing when software blinking is

Re: UBIFS and page migration (take 3)

Am 17.05.2016 um 13:27 schrieb Richard Weinberger: > Vlastimil, > > Am 16.05.2016 um 15:03 schrieb Vlastimil Babka: >> On 05/16/2016 02:44 PM, Richard Weinberger wrote: >>> MM folks, do we have a way to force page migration? >> >> On NUMA we have migrate_pages(2). > > Doesn't this only migrate

Re: [PATCH] Let chip-driver set brightness if, software blink not used.

Hi Tony, Thanks for the patch. I'd like to improve the commit message. Please let me know if you have any suggestions related to the below: led: core: Fix brightness setting upon hardware blinking enabled Commit 76931edd54 ('leds: fix brightness changing when software blinking is

Re: UBIFS and page migration (take 3)

Am 17.05.2016 um 13:27 schrieb Richard Weinberger: > Vlastimil, > > Am 16.05.2016 um 15:03 schrieb Vlastimil Babka: >> On 05/16/2016 02:44 PM, Richard Weinberger wrote: >>> MM folks, do we have a way to force page migration? >> >> On NUMA we have migrate_pages(2). > > Doesn't this only migrate

Re: [PATCH 1/1] brcm80211: simplify assignment

On 18-5-2016 2:57, Heinrich Schuchardt wrote: > Simplify assignment in wlc_phy_rxcal_gainctrl_nphy_rev5. Acked-by: Arend van Spriel > Signed-off-by: Heinrich Schuchardt > --- > drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c | 2 +-

Re: [PATCH 1/1] brcm80211: simplify assignment

On 18-5-2016 2:57, Heinrich Schuchardt wrote: > Simplify assignment in wlc_phy_rxcal_gainctrl_nphy_rev5. Acked-by: Arend van Spriel > Signed-off-by: Heinrich Schuchardt > --- > drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

Re: next-20160517 - lockdep splat in pcie code

On Wed, May 18, 2016 at 12:12:48AM +0200, Lukas Wunner wrote: > Hi, > > On Tue, May 17, 2016 at 02:37:42PM -0500, Bjorn Helgaas wrote: > > [+cc Lukas, Mika] > > On Tue, May 17, 2016 at 02:36:02PM -0400, Valdis Kletnieks wrote: > > > Seen during boot on next-20160517. This apparently sneaked into

Re: next-20160517 - lockdep splat in pcie code

On Wed, May 18, 2016 at 12:12:48AM +0200, Lukas Wunner wrote: > Hi, > > On Tue, May 17, 2016 at 02:37:42PM -0500, Bjorn Helgaas wrote: > > [+cc Lukas, Mika] > > On Tue, May 17, 2016 at 02:36:02PM -0400, Valdis Kletnieks wrote: > > > Seen during boot on next-20160517. This apparently sneaked into

Re: [kernel-hardening] [PATCH v8 2/4] GCC plugin infrastructure

On 13/05/16 09:57, Emese Revfy wrote: This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too. Currently the x86, arm, arm64

Re: [kernel-hardening] [PATCH v8 2/4] GCC plugin infrastructure

On 13/05/16 09:57, Emese Revfy wrote: This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too. Currently the x86, arm, arm64

Re: [PATCH 1/1] Staging: comedi: Fix WARNING issue in dt2801.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the dt2801.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya

Re: [PATCH 1/1] Staging: comedi: Fix WARNING issue in dt2801.c

On 17/05/16 11:13, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the dt2801.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya ---

Re: [PATCH 28/28] mm, page_alloc: Defer debugging checks of pages allocated from the PCP

On Wed, May 18, 2016 at 09:51:58AM +0200, Vlastimil Babka wrote: > On 05/17/2016 08:41 AM, Naoya Horiguchi wrote: > >> @@ -2579,20 +2612,22 @@ struct page *buffered_rmqueue(struct zone > >> *preferred_zone, > >>struct list_head *list; > >> > >>local_irq_save(flags); >

Re: [PATCH 28/28] mm, page_alloc: Defer debugging checks of pages allocated from the PCP

On Wed, May 18, 2016 at 09:51:58AM +0200, Vlastimil Babka wrote: > On 05/17/2016 08:41 AM, Naoya Horiguchi wrote: > >> @@ -2579,20 +2612,22 @@ struct page *buffered_rmqueue(struct zone > >> *preferred_zone, > >>struct list_head *list; > >> > >>local_irq_save(flags); >

Re: malloc() size in CMA region seems to be aligned to CMA_ALIGNMENT

[CC linux-mm and some usual suspects] On Tue 17-05-16 23:37:55, lunar12 lunartwix wrote: > A 4MB dma_alloc_coherent in kernel after malloc(2*1024) 40 times in > CMA region by user space will cause an error on our ARM 3.18 kernel > platform with a 32MB CMA. > > It seems that the malloc in CMA

Re: malloc() size in CMA region seems to be aligned to CMA_ALIGNMENT

[CC linux-mm and some usual suspects] On Tue 17-05-16 23:37:55, lunar12 lunartwix wrote: > A 4MB dma_alloc_coherent in kernel after malloc(2*1024) 40 times in > CMA region by user space will cause an error on our ARM 3.18 kernel > platform with a 32MB CMA. > > It seems that the malloc in CMA

[RFC PATCH 1/3] mmc: host: omap_hsmmc: remove *use_dma* member

omap_hsmmc doesn't support polled I/O. So remove *use_dma* which is always set to '1'. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/omap_hsmmc.c | 36 +++- 1 file changed, 15 insertions(+), 21 deletions(-) diff --git

[RFC PATCH 0/3] dra7/omap4/omap5: Enable ADMA2

Add ADMA2 support in omap hsmmc driver. It's not added as a dma engine since ADMA2 is only implemented in HSMMC. Though this doesn't improve the throughput with high speed cards, around 25% improvement is seen with HS200 card. HS200 support is not yet added in OMAP HSMMC since it has dependency

[RFC PATCH 1/3] mmc: host: omap_hsmmc: remove *use_dma* member

omap_hsmmc doesn't support polled I/O. So remove *use_dma* which is always set to '1'. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/omap_hsmmc.c | 36 +++- 1 file changed, 15 insertions(+), 21 deletions(-) diff --git

[RFC PATCH 0/3] dra7/omap4/omap5: Enable ADMA2

Add ADMA2 support in omap hsmmc driver. It's not added as a dma engine since ADMA2 is only implemented in HSMMC. Though this doesn't improve the throughput with high speed cards, around 25% improvement is seen with HS200 card. HS200 support is not yet added in OMAP HSMMC since it has dependency

[RFC PATCH 3/3] ARM: dts: dra7/omap4/omap5: Enable ADMA2

Now that ADMA2 support is added in omap hsmmc controller driver, enable ADMA2 for all the mmc instances that has ADMA2 support in DRA7, OMAP4 and OMAP5 SoCs. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |4 arch/arm/boot/dts/omap4.dtsi |2 ++

[RFC PATCH 3/3] ARM: dts: dra7/omap4/omap5: Enable ADMA2

Now that ADMA2 support is added in omap hsmmc controller driver, enable ADMA2 for all the mmc instances that has ADMA2 support in DRA7, OMAP4 and OMAP5 SoCs. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi |4 arch/arm/boot/dts/omap4.dtsi |2 ++

[RFC PATCH 2/3] mmc: host: omap_hsmmc: Enable ADMA2

omap hsmmc host controller has ADMA2 feature. Enable it here for better read and write throughput. Add a new dt binding "ti,use_adma" to enable ADMA2. Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/mmc/ti-omap-hsmmc.txt |1 +

[RFC PATCH 2/3] mmc: host: omap_hsmmc: Enable ADMA2

omap hsmmc host controller has ADMA2 feature. Enable it here for better read and write throughput. Add a new dt binding "ti,use_adma" to enable ADMA2. Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/mmc/ti-omap-hsmmc.txt |1 + drivers/mmc/host/omap_hsmmc.c

<    8   9   10   11   12   13   14   15   >