Re: Suspicious error for CMA stress test

On 2016/3/3 15:42, Joonsoo Kim wrote: > 2016-03-03 10:25 GMT+09:00 Laura Abbott : >> (cc -mm and Joonsoo Kim) >> >> >> On 03/02/2016 05:52 AM, Hanjun Guo wrote: >>> Hi, >>> >>> I came across a suspicious error for CMA stress test: >>> >>> Before the test, I got: >>> -bash-4.3#

Re: Suspicious error for CMA stress test

On 2016/3/3 15:42, Joonsoo Kim wrote: > 2016-03-03 10:25 GMT+09:00 Laura Abbott : >> (cc -mm and Joonsoo Kim) >> >> >> On 03/02/2016 05:52 AM, Hanjun Guo wrote: >>> Hi, >>> >>> I came across a suspicious error for CMA stress test: >>> >>> Before the test, I got: >>> -bash-4.3# cat /proc/meminfo |

Re: [PATCH] objtool: Disable stack validation when CROSS_COMPILE is used

Hi Sedat, On Thu, 3 Mar 2016 08:31:57 +0100 Sedat Dilek wrote: > > Does Linux next-20160303 has this patch? > On a quick view I could not find it. It is applied as part of the merge commit that merges the tip tree, so there is not a separate commit for it. -- Cheers,

Re: [PATCH] objtool: Disable stack validation when CROSS_COMPILE is used

Hi Sedat, On Thu, 3 Mar 2016 08:31:57 +0100 Sedat Dilek wrote: > > Does Linux next-20160303 has this patch? > On a quick view I could not find it. It is applied as part of the merge commit that merges the tip tree, so there is not a separate commit for it. -- Cheers, Stephen Rothwell

Re: [PATCHv9 1/3] rdmacg: Added rdma cgroup controller

On 03/03/2016 04:49, Parav Pandit wrote: > Hi Tejun, Haggai, > > On Thu, Mar 3, 2016 at 1:28 AM, Parav Pandit wrote: + rpool->refcnt--; + if (rpool->refcnt == 0 && rpool->num_max_cnt == pool_info->table_len) { >>> >>> If the caller charges 2 and

Re: [PATCHv9 1/3] rdmacg: Added rdma cgroup controller

On 03/03/2016 04:49, Parav Pandit wrote: > Hi Tejun, Haggai, > > On Thu, Mar 3, 2016 at 1:28 AM, Parav Pandit wrote: + rpool->refcnt--; + if (rpool->refcnt == 0 && rpool->num_max_cnt == pool_info->table_len) { >>> >>> If the caller charges 2 and then uncharges 1 two

Re: [PULL] NBD for 4.6

Hi Jens, On Sunday, February 21, 2016 03:01:20 PM Markus Pargmann wrote: > Hi Jens, > > This pull request contains 7 patches for 4.6. any news on this pull request? Best Regards, Markus > > Patch 1 fixes some unnecessarily complicated code I introduced some versions > ago for debugfs. > >

Re: [PULL] NBD for 4.6

Hi Jens, On Sunday, February 21, 2016 03:01:20 PM Markus Pargmann wrote: > Hi Jens, > > This pull request contains 7 patches for 4.6. any news on this pull request? Best Regards, Markus > > Patch 1 fixes some unnecessarily complicated code I introduced some versions > ago for debugfs. > >

Re: [PATCH v4 1/2] mm: introduce page reference manipulation functions

2016-03-03 1:44 GMT+09:00 Vlastimil Babka : > On 02/26/2016 01:58 AM, js1...@gmail.com wrote: >> >> From: Joonsoo Kim >> >> Success of CMA allocation largely depends on success of migration >> and key factor of it is page reference count. Until now, page

Re: [PATCH v4 1/2] mm: introduce page reference manipulation functions

2016-03-03 1:44 GMT+09:00 Vlastimil Babka : > On 02/26/2016 01:58 AM, js1...@gmail.com wrote: >> >> From: Joonsoo Kim >> >> Success of CMA allocation largely depends on success of migration >> and key factor of it is page reference count. Until now, page reference >> is manipulated by direct

Re: fs: uninterruptible hang in handle_userfault

On 3/3/16, Linus Torvalds wrote: > On Mar 2, 2016 23:14, "Sedat Dilek" wrote: >> >> Is that commit [1] Linux-4.5 material or affects other versions, too? > > Hmm. I guess this affects anything with userfaultfd. > OK, Linux v4.4.y LTS has

Re: fs: uninterruptible hang in handle_userfault

On 3/3/16, Linus Torvalds wrote: > On Mar 2, 2016 23:14, "Sedat Dilek" wrote: >> >> Is that commit [1] Linux-4.5 material or affects other versions, too? > > Hmm. I guess this affects anything with userfaultfd. > OK, Linux v4.4.y LTS has userfaultfd - is affected. Just anorganizational

[PATCH v1 00/11] mm: page migration enhancement for thp

Hi everyone, This patchset enhances page migration functionality to handle thp migration for various page migration's callers: - mbind(2) - move_pages(2) - migrate_pages(2) - cgroup/cpuset migration - memory hotremove - soft offline The main benefit is that we can avoid unnecessary thp

[PATCH v1 00/11] mm: page migration enhancement for thp

Hi everyone, This patchset enhances page migration functionality to handle thp migration for various page migration's callers: - mbind(2) - move_pages(2) - migrate_pages(2) - cgroup/cpuset migration - memory hotremove - soft offline The main benefit is that we can avoid unnecessary thp

[PATCH v1 04/11] mm: thp: enable thp migration in generic path

This patch makes it possible to support thp migration gradually. If you fail to allocate a destination page as a thp, you just split the source thp as we do now, and then enter the normal page migration. If you succeed to allocate destination thp, you enter thp migration. Subsequent patches

Re: Suspicious error for CMA stress test

2016-03-03 10:25 GMT+09:00 Laura Abbott : > (cc -mm and Joonsoo Kim) > > > On 03/02/2016 05:52 AM, Hanjun Guo wrote: >> >> Hi, >> >> I came across a suspicious error for CMA stress test: >> >> Before the test, I got: >> -bash-4.3# cat /proc/meminfo | grep Cma >> CmaTotal:

[PATCH v1 04/11] mm: thp: enable thp migration in generic path

This patch makes it possible to support thp migration gradually. If you fail to allocate a destination page as a thp, you just split the source thp as we do now, and then enter the normal page migration. If you succeed to allocate destination thp, you enter thp migration. Subsequent patches

Re: Suspicious error for CMA stress test

2016-03-03 10:25 GMT+09:00 Laura Abbott : > (cc -mm and Joonsoo Kim) > > > On 03/02/2016 05:52 AM, Hanjun Guo wrote: >> >> Hi, >> >> I came across a suspicious error for CMA stress test: >> >> Before the test, I got: >> -bash-4.3# cat /proc/meminfo | grep Cma >> CmaTotal: 204800 kB >>

Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation

2016-03-03 1:58 GMT+09:00 Vlastimil Babka : > On 02/26/2016 01:58 AM, js1...@gmail.com wrote: >> >> From: Joonsoo Kim >> >> CMA allocation should be guaranteed to succeed by definition, but, >> unfortunately, it would be failed sometimes. It is hard to

[PATCH v1 07/11] mm: hwpoison: fix race between unpoisoning and freeing migrate source page

During testing thp migration, I saw the BUG_ON triggered due to the race between soft offline and unpoison (what I actually saw was "bad page" warning of freeing page with PageActive set, then subsequent bug messages differ each time.) I tried to solve similar problem a few times (see commit

Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation

2016-03-03 1:58 GMT+09:00 Vlastimil Babka : > On 02/26/2016 01:58 AM, js1...@gmail.com wrote: >> >> From: Joonsoo Kim >> >> CMA allocation should be guaranteed to succeed by definition, but, >> unfortunately, it would be failed sometimes. It is hard to track down >> the problem, because it is

[PATCH v1 07/11] mm: hwpoison: fix race between unpoisoning and freeing migrate source page

During testing thp migration, I saw the BUG_ON triggered due to the race between soft offline and unpoison (what I actually saw was "bad page" warning of freeing page with PageActive set, then subsequent bug messages differ each time.) I tried to solve similar problem a few times (see commit

[PATCH v1 05/11] mm: thp: check pmd migration entry in common path

If one of callers of page migration starts to handle thp, memory management code start to see pmd migration entry, so we need to prepare for it before enabling. This patch changes various code point which checks the status of given pmds in order to prevent race between thp migration and the

[PATCH v1 05/11] mm: thp: check pmd migration entry in common path

If one of callers of page migration starts to handle thp, memory management code start to see pmd migration entry, so we need to prepare for it before enabling. This patch changes various code point which checks the status of given pmds in order to prevent race between thp migration and the

[PATCH v1 10/11] mm: migrate: move_pages() supports thp migration

This patch enables thp migration for move_pages(2). Signed-off-by: Naoya Horiguchi --- mm/migrate.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git v4.5-rc5-mmotm-2016-02-24-16-18/mm/migrate.c

[PATCH v1 09/11] mm: mempolicy: mbind and migrate_pages support thp migration

This patch enables thp migration for mbind(2) and migrate_pages(2). Signed-off-by: Naoya Horiguchi --- mm/mempolicy.c | 94 -- 1 file changed, 72 insertions(+), 22 deletions(-) diff --git

[PATCH v1 11/11] mm: memory_hotplug: memory hotremove supports thp migration

This patch enables thp migration for memory hotremove. Stub definition of prep_transhuge_page() is added for CONFIG_TRANSPARENT_HUGEPAGE=n. Signed-off-by: Naoya Horiguchi --- include/linux/huge_mm.h | 3 +++ mm/memory_hotplug.c | 8 mm/page_isolation.c

[PATCH v1 03/11] mm: thp: add helpers related to thp/pmd migration

This patch prepares thp migration's core code. These code will be open when unmap_and_move() stops unconditionally splitting thp and get_new_page() starts to allocate destination thps. Signed-off-by: Naoya Horiguchi --- arch/x86/include/asm/pgtable.h| 11 ++

[PATCH v1 08/11] mm: hwpoison: soft offline supports thp migration

This patch enables thp migration for soft offline. Signed-off-by: Naoya Horiguchi --- mm/memory-failure.c | 31 --- 1 file changed, 12 insertions(+), 19 deletions(-) diff --git v4.5-rc5-mmotm-2016-02-24-16-18/mm/memory-failure.c

[PATCH v1 10/11] mm: migrate: move_pages() supports thp migration

This patch enables thp migration for move_pages(2). Signed-off-by: Naoya Horiguchi --- mm/migrate.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git v4.5-rc5-mmotm-2016-02-24-16-18/mm/migrate.c v4.5-rc5-mmotm-2016-02-24-16-18_patched/mm/migrate.c

[PATCH v1 09/11] mm: mempolicy: mbind and migrate_pages support thp migration

This patch enables thp migration for mbind(2) and migrate_pages(2). Signed-off-by: Naoya Horiguchi --- mm/mempolicy.c | 94 -- 1 file changed, 72 insertions(+), 22 deletions(-) diff --git v4.5-rc5-mmotm-2016-02-24-16-18/mm/mempolicy.c

[PATCH v1 11/11] mm: memory_hotplug: memory hotremove supports thp migration

This patch enables thp migration for memory hotremove. Stub definition of prep_transhuge_page() is added for CONFIG_TRANSPARENT_HUGEPAGE=n. Signed-off-by: Naoya Horiguchi --- include/linux/huge_mm.h | 3 +++ mm/memory_hotplug.c | 8 mm/page_isolation.c | 8 3 files

[PATCH v1 03/11] mm: thp: add helpers related to thp/pmd migration

This patch prepares thp migration's core code. These code will be open when unmap_and_move() stops unconditionally splitting thp and get_new_page() starts to allocate destination thps. Signed-off-by: Naoya Horiguchi --- arch/x86/include/asm/pgtable.h| 11 ++

[PATCH v1 08/11] mm: hwpoison: soft offline supports thp migration

This patch enables thp migration for soft offline. Signed-off-by: Naoya Horiguchi --- mm/memory-failure.c | 31 --- 1 file changed, 12 insertions(+), 19 deletions(-) diff --git v4.5-rc5-mmotm-2016-02-24-16-18/mm/memory-failure.c

[PATCH v1 06/11] mm: soft-dirty: keep soft-dirty bits over thp migration

Soft dirty bit is designed to keep tracked over page migration, so this patch makes it done for thp migration too. This patch changes the bit for _PAGE_SWP_SOFT_DIRTY bit, because it's necessary for thp migration (i.e. both of _PAGE_PSE and _PAGE_PRESENT is used to detect pmd migration entry.)

[PATCH v1 06/11] mm: soft-dirty: keep soft-dirty bits over thp migration

Soft dirty bit is designed to keep tracked over page migration, so this patch makes it done for thp migration too. This patch changes the bit for _PAGE_SWP_SOFT_DIRTY bit, because it's necessary for thp migration (i.e. both of _PAGE_PSE and _PAGE_PRESENT is used to detect pmd migration entry.)

[PATCH v1 02/11] mm: thp: introduce CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION

Introduces CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION to limit thp migration functionality to x86_64, which should be safer at the first step. Signed-off-by: Naoya Horiguchi --- arch/x86/Kconfig| 4 include/linux/huge_mm.h | 14 ++ mm/Kconfig

[PATCH v1 01/11] mm: mempolicy: add queue_pages_node_check()

Introduce a separate check routine related to MPOL_MF_INVERT flag. This patch just does cleanup, no behavioral change. Signed-off-by: Naoya Horiguchi --- mm/mempolicy.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git

[PATCH v1 02/11] mm: thp: introduce CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION

Introduces CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION to limit thp migration functionality to x86_64, which should be safer at the first step. Signed-off-by: Naoya Horiguchi --- arch/x86/Kconfig| 4 include/linux/huge_mm.h | 14 ++ mm/Kconfig | 3 +++ 3 files

[PATCH v1 01/11] mm: mempolicy: add queue_pages_node_check()

Introduce a separate check routine related to MPOL_MF_INVERT flag. This patch just does cleanup, no behavioral change. Signed-off-by: Naoya Horiguchi --- mm/mempolicy.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git

Re: [PATCH] thermal: consistently use int for trip temp

Hi Wei, [auto build test WARNING on thermal/next] [also build test WARNING on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Wei-Ni/thermal-consistently-use-int

Re: [PATCH] thermal: consistently use int for trip temp

Hi Wei, [auto build test WARNING on thermal/next] [also build test WARNING on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Wei-Ni/thermal-consistently-use-int

Re: [PATCH 3/6] x86/mbm: Intel Memory B/W Monitoring enumeration and init

On Wed, 2 Mar 2016, Vikas Shivappa wrote: > + if (cqm_enabled && mbm_enabled) > + intel_cqm_events_group.attrs = intel_cmt_mbm_events_attr; > + else if (!cqm_enabled && mbm_enabled) > + intel_cqm_events_group.attrs = intel_mbm_events_attr; > + else if

Re: [PATCH 3/6] x86/mbm: Intel Memory B/W Monitoring enumeration and init

On Wed, 2 Mar 2016, Vikas Shivappa wrote: > + if (cqm_enabled && mbm_enabled) > + intel_cqm_events_group.attrs = intel_cmt_mbm_events_attr; > + else if (!cqm_enabled && mbm_enabled) > + intel_cqm_events_group.attrs = intel_mbm_events_attr; > + else if

Re: [PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

On 03/03/2016 03:24 PM, Chanwoo Choi wrote: > Hi Lu, > > On 2016년 03월 03일 15:37, Lu Baolu wrote: >> GPIO resource could be retrieved through APCI as well. >> >> Signed-off-by: Lu Baolu >> Reviewed-by: Felipe Balbi >> --- >>

Re: [PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

On 03/03/2016 03:24 PM, Chanwoo Choi wrote: > Hi Lu, > > On 2016년 03월 03일 15:37, Lu Baolu wrote: >> GPIO resource could be retrieved through APCI as well. >> >> Signed-off-by: Lu Baolu >> Reviewed-by: Felipe Balbi >> --- >> drivers/extcon/extcon-usb-gpio.c | 3 ++- >> 1 file changed, 2

Re: [PATCH 1/7] extcon: usb-gpio: add device binding for platform device

On 03/03/2016 03:24 PM, Chanwoo Choi wrote: > Hell Lu, > > On 2016년 03월 03일 15:37, Lu Baolu wrote: >> This is needed to handle the GPIO connected USB ID pin found on >> Intel Baytrail devices. >> >> Signed-off-by: Lu Baolu >> Reviewed-by: Felipe Balbi

Re: [PATCH 1/7] extcon: usb-gpio: add device binding for platform device

On 03/03/2016 03:24 PM, Chanwoo Choi wrote: > Hell Lu, > > On 2016년 03월 03일 15:37, Lu Baolu wrote: >> This is needed to handle the GPIO connected USB ID pin found on >> Intel Baytrail devices. >> >> Signed-off-by: Lu Baolu >> Reviewed-by: Felipe Balbi >> --- >>

Re: [tip:smp/hotplug] rcu: Make CPU_DYING_IDLE an explicit call

On Wed, 2 Mar 2016, Paul E. McKenney wrote: > > --- a/kernel/cpu.c > > +++ b/kernel/cpu.c > > @@ -762,6 +762,7 @@ void cpuhp_report_idle_dead(void) > > BUG_ON(st->state != CPUHP_AP_OFFLINE); > > st->state = CPUHP_AP_IDLE_DEAD; > > complete(>done); > > Not to be repetitive or anything,

Re: [tip:smp/hotplug] rcu: Make CPU_DYING_IDLE an explicit call

On Wed, 2 Mar 2016, Paul E. McKenney wrote: > > --- a/kernel/cpu.c > > +++ b/kernel/cpu.c > > @@ -762,6 +762,7 @@ void cpuhp_report_idle_dead(void) > > BUG_ON(st->state != CPUHP_AP_OFFLINE); > > st->state = CPUHP_AP_IDLE_DEAD; > > complete(>done); > > Not to be repetitive or anything,

Re: [PATCH] objtool: Disable stack validation when CROSS_COMPILE is used

On 3/2/16, Stephen Rothwell wrote: > Hi Josh, > > On Tue, 1 Mar 2016 15:54:51 -0600 Josh Poimboeuf > wrote: >> >> Changing it to use the host compiler would probably be an easy fix, but >> that would expose a harder bug related to endianness. > > Just

Re: [PATCH] objtool: Disable stack validation when CROSS_COMPILE is used

On 3/2/16, Stephen Rothwell wrote: > Hi Josh, > > On Tue, 1 Mar 2016 15:54:51 -0600 Josh Poimboeuf > wrote: >> >> Changing it to use the host compiler would probably be an easy fix, but >> that would expose a harder bug related to endianness. > > Just by luck, my PowerPC host is little endian

Re: [PATCH] thermal: consistently use int for trip temp

Hi Wei, [auto build test WARNING on thermal/next] [also build test WARNING on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Wei-Ni/thermal-consistently-use-int

Re: [PATCH] thermal: consistently use int for trip temp

Hi Wei, [auto build test WARNING on thermal/next] [also build test WARNING on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Wei-Ni/thermal-consistently-use-int

Re: [PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

Hi Lu, On 2016년 03월 03일 15:37, Lu Baolu wrote: > GPIO resource could be retrieved through APCI as well. > > Signed-off-by: Lu Baolu > Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-usb-gpio.c | 3 ++- > 1 file changed, 2 insertions(+), 1

Re: [PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

Hi Lu, On 2016년 03월 03일 15:37, Lu Baolu wrote: > GPIO resource could be retrieved through APCI as well. > > Signed-off-by: Lu Baolu > Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-usb-gpio.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH v5 04/15] scsi: ufs: verify hba controller hce reg value

On 03/01/2016 09:32 PM, yga...@codeaurora.org wrote: >> On 02/28/2016 09:32 PM, Yaniv Gardi wrote: >>> Sometimes due to hw issues it takes some time to the >>> host controller register to update. In order to verify the register >>> has updated, a polling is done until its value is set. >>> >>> In

Re: [PATCH 1/7] extcon: usb-gpio: add device binding for platform device

Hell Lu, On 2016년 03월 03일 15:37, Lu Baolu wrote: > This is needed to handle the GPIO connected USB ID pin found on > Intel Baytrail devices. > > Signed-off-by: Lu Baolu > Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-usb-gpio.c | 7 +++

Re: [PATCH 1/7] extcon: usb-gpio: add device binding for platform device

Hell Lu, On 2016년 03월 03일 15:37, Lu Baolu wrote: > This is needed to handle the GPIO connected USB ID pin found on > Intel Baytrail devices. > > Signed-off-by: Lu Baolu > Reviewed-by: Felipe Balbi > --- > drivers/extcon/extcon-usb-gpio.c | 7 +++ > 1 file changed, 7 insertions(+) > >

Re: [PATCH v5 04/15] scsi: ufs: verify hba controller hce reg value

On 03/01/2016 09:32 PM, yga...@codeaurora.org wrote: >> On 02/28/2016 09:32 PM, Yaniv Gardi wrote: >>> Sometimes due to hw issues it takes some time to the >>> host controller register to update. In order to verify the register >>> has updated, a polling is done until its value is set. >>> >>> In

Re: [PATCH v5 03/15] scsi: ufs: implement scsi host timeout handler

On 03/01/2016 09:25 PM, yga...@codeaurora.org wrote: >> On 02/28/2016 09:32 PM, Yaniv Gardi wrote: >>> A race condition exists between request requeueing and scsi layer >>> error handling: >>> When UFS driver queuecommand returns a busy status for a request, >>> it will be requeued and its tag

Re: [PATCH v5 03/15] scsi: ufs: implement scsi host timeout handler

On 03/01/2016 09:25 PM, yga...@codeaurora.org wrote: >> On 02/28/2016 09:32 PM, Yaniv Gardi wrote: >>> A race condition exists between request requeueing and scsi layer >>> error handling: >>> When UFS driver queuecommand returns a busy status for a request, >>> it will be requeued and its tag

[PATCH v3 4/4] mtd: spi-nor: Disable Micron flash HW protection

From: Yunhui Cui For Micron family ,The status register write enable/disable bit, provides hardware data protection for the device. When the enable/disable bit is set to 1, the status register nonvolatile bits become read-only and the WRITE STATUS REGISTER operation will not

[PATCH v3 4/4] mtd: spi-nor: Disable Micron flash HW protection

From: Yunhui Cui For Micron family ,The status register write enable/disable bit, provides hardware data protection for the device. When the enable/disable bit is set to 1, the status register nonvolatile bits become read-only and the WRITE STATUS REGISTER operation will not execute.

[PATCH v3 1/4] mtd:fsl-quadspi:use the property fields of SPI-NOR

We can get the read/write/erase opcode from the spi nor framework directly. This patch uses the information stored in the SPI-NOR to remove the hardcode in the fsl_qspi_init_lut(). Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui ---

[PATCH v3 1/4] mtd:fsl-quadspi:use the property fields of SPI-NOR

We can get the read/write/erase opcode from the spi nor framework directly. This patch uses the information stored in the SPI-NOR to remove the hardcode in the fsl_qspi_init_lut(). Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 40

[PATCH] thermal: consistently use int for trip temp

The commit 17e8351a7739 consistently use int for temperature, however it missed a few in trip temperature and thermal_core. In current codes, the trip->temperature used "unsigned long" and zone->temperature used"int", if the temperature is negative value, it will get wrong result when compare

[PATCH] thermal: consistently use int for trip temp

The commit 17e8351a7739 consistently use int for temperature, however it missed a few in trip temperature and thermal_core. In current codes, the trip->temperature used "unsigned long" and zone->temperature used"int", if the temperature is negative value, it will get wrong result when compare

Re: fs: uninterruptible hang in handle_userfault

On 3/2/16, Linus Torvalds wrote: > On Wed, Mar 2, 2016 at 6:55 AM, Andrea Arcangeli > wrote: >> >> Running page faults that late in the exit path with signal disabled >> was frankly unexpected. > > I agree that it's less than wonderful. > >>

Re: fs: uninterruptible hang in handle_userfault

On 3/2/16, Linus Torvalds wrote: > On Wed, Mar 2, 2016 at 6:55 AM, Andrea Arcangeli > wrote: >> >> Running page faults that late in the exit path with signal disabled >> was frankly unexpected. > > I agree that it's less than wonderful. > >>Apparently it's not just >> PF_EXITING that

[PATCH v3 2/4] mtd: fsl-quadspi: Rename SEQID_QUAD_READ to SEQID_READ

There are some read modes for flash, such as NORMAL, FAST, QUAD, DDR QUAD. These modes will use the identical lut table base So rename SEQID_QUAD_READ to SEQID_READ. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui ---

[PATCH v3 2/4] mtd: fsl-quadspi: Rename SEQID_QUAD_READ to SEQID_READ

There are some read modes for flash, such as NORMAL, FAST, QUAD, DDR QUAD. These modes will use the identical lut table base So rename SEQID_QUAD_READ to SEQID_READ. Signed-off-by: Yunhui Cui Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 8 1 file changed, 4

[PATCH v3 3/4] mtd: spi-nor: fsl-quadspi: add fast-read mode support

From: Yunhui Cui The qspi driver add generic fast-read mode for different flash venders. There are some different board flash work on different mode, such fast-read, quad-mode. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 21

[PATCH v3 3/4] mtd: spi-nor: fsl-quadspi: add fast-read mode support

From: Yunhui Cui The qspi driver add generic fast-read mode for different flash venders. There are some different board flash work on different mode, such fast-read, quad-mode. Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 21 - 1 file changed, 16

[PATCH RFC 0/2] mm: Enable page parallel initialisation for Power

From: Li Zhang Uptream has supported page parallel initialisation for X86 and the boot time is improved greately. Some tests have been done for Power. Here is the result I have done with different memory size. * 4GB memory: boot time is as the following:

[PATCH RFC 2/2] powerpc/mm: Enable page parallel initialisation

From: Li Zhang Parallel initialisation has been enabled for X86, boot time is improved greatly. On Power8, for small memory, it is improved greatly. Here is the result from my test on Power8 platform: For 4GB memory: 57% is improved For 50GB memory: 22% is improve

[PATCH RFC 1/2] mm: meminit: initialise more memory for inode/dentry hash tables in early boot

From: Li Zhang This patch is based on Mel Gorman's old patch in the mailing list, https://lkml.org/lkml/2015/5/5/280 which is dicussed but it is fixed with a completion to wait for all memory initialised in page_alloc_init_late(). It is to fix the oom problem on X86

[PATCH RFC 0/2] mm: Enable page parallel initialisation for Power

From: Li Zhang Uptream has supported page parallel initialisation for X86 and the boot time is improved greately. Some tests have been done for Power. Here is the result I have done with different memory size. * 4GB memory: boot time is as the following: with patch vs without patch:

[PATCH RFC 2/2] powerpc/mm: Enable page parallel initialisation

From: Li Zhang Parallel initialisation has been enabled for X86, boot time is improved greatly. On Power8, for small memory, it is improved greatly. Here is the result from my test on Power8 platform: For 4GB memory: 57% is improved For 50GB memory: 22% is improve Signed-off-by: Li Zhang ---

[PATCH RFC 1/2] mm: meminit: initialise more memory for inode/dentry hash tables in early boot

From: Li Zhang This patch is based on Mel Gorman's old patch in the mailing list, https://lkml.org/lkml/2015/5/5/280 which is dicussed but it is fixed with a completion to wait for all memory initialised in page_alloc_init_late(). It is to fix the oom problem on X86 with 24TB memory which

[RFC][PATCH][v2] Enable livepatching for powerpc

Changelog: 1. Implement review comments by Michael 2. The previous version compared _NIP from the wrong location to check for whether we are going to a patched location This applies on top of the patches posted by Michael

[RFC][PATCH][v2] Enable livepatching for powerpc

Changelog: 1. Implement review comments by Michael 2. The previous version compared _NIP from the wrong location to check for whether we are going to a patched location This applies on top of the patches posted by Michael

Re: [PATCH v3 1/8] powerpc: Create a helper for getting the kernel toc value

* Michael Ellerman [2016-03-03 15:26:53]: > Move the logic to work out the kernel toc pointer into a header. This is > a good cleanup, and also means we can use it elsewhere in future. > > Reviewed-by: Kamalesh Babulal > Reviewed-by: Torsten

Re: [PATCH v3 1/8] powerpc: Create a helper for getting the kernel toc value

* Michael Ellerman [2016-03-03 15:26:53]: > Move the logic to work out the kernel toc pointer into a header. This is > a good cleanup, and also means we can use it elsewhere in future. > > Reviewed-by: Kamalesh Babulal > Reviewed-by: Torsten Duwe > Signed-off-by: Michael Ellerman For the

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver

Raydium I2C touch driver. Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 13 + drivers/input/touchscreen/Makefile | 1 + drivers/input/touchscreen/raydium_i2c_ts.c | 953 + 3 files changed, 967

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver

Raydium I2C touch driver. Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 13 + drivers/input/touchscreen/Makefile | 1 + drivers/input/touchscreen/raydium_i2c_ts.c | 953 + 3 files changed, 967 insertions(+) create mode 100644

[PATCH 1/7] extcon: usb-gpio: add device binding for platform device

This is needed to handle the GPIO connected USB ID pin found on Intel Baytrail devices. Signed-off-by: Lu Baolu Reviewed-by: Felipe Balbi --- drivers/extcon/extcon-usb-gpio.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH 1/7] extcon: usb-gpio: add device binding for platform device

This is needed to handle the GPIO connected USB ID pin found on Intel Baytrail devices. Signed-off-by: Lu Baolu Reviewed-by: Felipe Balbi --- drivers/extcon/extcon-usb-gpio.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/extcon/extcon-usb-gpio.c

[PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

GPIO resource could be retrieved through APCI as well. Signed-off-by: Lu Baolu Reviewed-by: Felipe Balbi --- drivers/extcon/extcon-usb-gpio.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/extcon/extcon-usb-gpio.c

[PATCH 4/7] usb: misc: add driver for Intel gpio controlled port mux

In some Intel platforms, a single usb port is shared between USB host and device controller. The shared port is under control of GPIO pins. This patch adds the support for USB GPIO controlled port mux. Signed-off-by: David Cohen Signed-off-by: Lu Baolu

[PATCH 2/7] extcon: usb-gpio: add support for ACPI gpio interface

GPIO resource could be retrieved through APCI as well. Signed-off-by: Lu Baolu Reviewed-by: Felipe Balbi --- drivers/extcon/extcon-usb-gpio.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/extcon/extcon-usb-gpio.c b/drivers/extcon/extcon-usb-gpio.c index

[PATCH 4/7] usb: misc: add driver for Intel gpio controlled port mux

In some Intel platforms, a single usb port is shared between USB host and device controller. The shared port is under control of GPIO pins. This patch adds the support for USB GPIO controlled port mux. Signed-off-by: David Cohen Signed-off-by: Lu Baolu Reviewed-by: Heikki Krogerus

[PATCH 5/7] usb: misc: add driver for Intel drcfg controlled port mux

Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. The mux is handled through the Dual Role Configuration Register. Signed-off-by: Heikki Krogerus Signed-off-by: Lu Baolu

[PATCH 3/7] usb: misc: add common code for Intel dual role port mux

Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. A usb port mux could be abstracted as the following elements: 1) mux state: HOST or PERIPHERAL; 2) an extcon cable which triggers the change of mux state between

[PATCH 5/7] usb: misc: add driver for Intel drcfg controlled port mux

Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. The mux is handled through the Dual Role Configuration Register. Signed-off-by: Heikki Krogerus Signed-off-by: Lu Baolu Signed-off-by: Wu Hao Reviewed-by: Felipe

[PATCH 3/7] usb: misc: add common code for Intel dual role port mux

Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. A usb port mux could be abstracted as the following elements: 1) mux state: HOST or PERIPHERAL; 2) an extcon cable which triggers the change of mux state between

[PATCH 0/7] usb: add support for Intel dual role port mux

Intel SOC chips are featured with USB dual role. The host role is provided by Intel xHCI IP, and the gadget role is provided by IP from designware. Tablet platform designs always share a single port for both host and gadget controllers. There is a mux to switch the port to the right controller

[PATCH 0/7] usb: add support for Intel dual role port mux

Intel SOC chips are featured with USB dual role. The host role is provided by Intel xHCI IP, and the gadget role is provided by IP from designware. Tablet platform designs always share a single port for both host and gadget controllers. There is a mux to switch the port to the right controller

[PATCH 7/7] mfd: intel_vuport: Add Intel virtual USB port MFD Driver

Some Intel platforms have an USB port mux controlled by GPIOs. There's a single ACPI platform device that provides both USB ID extcon device and a USB port mux device. This MFD driver will split the 2 devices for their respective drivers. Signed-off-by: Lu Baolu

[PATCH 6/7] usb: pci-quirks: add Intel USB drcfg mux device

In some Intel platforms, a single usb port is shared between USB host and device controllers. The shared port is under control of a switch which is defined in the Intel vendor defined extended capability for xHCI. This patch adds the support to detect and create the platform device for the port

  1   2   3   4   5   6   7   8   9   10   >