[PATCH v2 1/3] Documentation: bindings: add assign clock property in u2phy node

On some platform such as RK3328, the 480m clock may need to assign clock parent in dts in stead of clock driver. So this patch add property of assigned-clocks and assigned-clock-parents to assign parent for 480m clock. Changes in v2: - move u2phy grf specification to grf.txt Signed-off-by: Meng

[PATCH v2 1/3] Documentation: bindings: add assign clock property in u2phy node

On some platform such as RK3328, the 480m clock may need to assign clock parent in dts in stead of clock driver. So this patch add property of assigned-clocks and assigned-clock-parents to assign parent for 480m clock. Changes in v2: - move u2phy grf specification to grf.txt Signed-off-by: Meng

[PATCH] ARM: dump: Add domain to output

This adds the memory domain (on non-LPAE) to the PMD and PTE dumps. This isn't in the regular PMD bits because I couldn't find a clean way to fall back to retain some of the PMD bits when reporting PTE. So this is special-cased currently. New output example: ---[ Modules ]---

[PATCH] ARM: dump: Add domain to output

This adds the memory domain (on non-LPAE) to the PMD and PTE dumps. This isn't in the regular PMD bits because I couldn't find a clean way to fall back to retain some of the PMD bits when reporting PTE. So this is special-cased currently. New output example: ---[ Modules ]---

Re: [PATCHv2] perf tools: Force uncore events to system wide monitoring

On Wed, Mar 01, 2017 at 06:36:39PM -0300, Arnaldo Carvalho de Melo wrote: SNIP > [acme@jouet linux]$ perf stat usleep 1 > >Performance counter stats for 'usleep 1': > > 2.022049 task-clock:u (msec) #0.181 CPUs utilized > > 0

[PATCH v2 2/3] Documentation: bindings: add DT documentation for u2phy and u2phy grf

Due to the u2phy registers are separated from general grf, we need to add u2phy grf node and place u2phy node in it. So this patch add u2phy grf node. Changes in v2: - add u2phy grf specification Signed-off-by: Meng Dongyang ---

Re: [PATCHv2] perf tools: Force uncore events to system wide monitoring

On Wed, Mar 01, 2017 at 06:36:39PM -0300, Arnaldo Carvalho de Melo wrote: SNIP > [acme@jouet linux]$ perf stat usleep 1 > >Performance counter stats for 'usleep 1': > > 2.022049 task-clock:u (msec) #0.181 CPUs utilized > > 0

[PATCH v2 2/3] Documentation: bindings: add DT documentation for u2phy and u2phy grf

Due to the u2phy registers are separated from general grf, we need to add u2phy grf node and place u2phy node in it. So this patch add u2phy grf node. Changes in v2: - add u2phy grf specification Signed-off-by: Meng Dongyang --- Documentation/devicetree/bindings/soc/rockchip/grf.txt | 15

Re: [PATCH v6 2/2] [media] s5p-mfc: Handle 'v4l2_pix_format:field' in try_fmt and g_fmt

On 01.03.2017 16:21, Nicolas Dufresne wrote: > Le mercredi 01 mars 2017 à 14:12 +0100, Andrzej Hajda a écrit : >> - on output side you have encoded bytestream - you cannot say about >> interlacing in such case, so the only valid value is NONE, >> - on capture side you have decoded frames, and in

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed, Mar 01, 2017 at 07:57:35PM +0100, Michal Hocko wrote: > On Wed 01-03-17 13:31:49, Johannes Weiner wrote: > > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > > On Fri 24-02-17 13:31:49, Shaohua Li wrote: > > > > show MADV_FREE pages info of each vma in smaps. The interface

Re: [PATCH v6 2/2] [media] s5p-mfc: Handle 'v4l2_pix_format:field' in try_fmt and g_fmt

On 01.03.2017 16:21, Nicolas Dufresne wrote: > Le mercredi 01 mars 2017 à 14:12 +0100, Andrzej Hajda a écrit : >> - on output side you have encoded bytestream - you cannot say about >> interlacing in such case, so the only valid value is NONE, >> - on capture side you have decoded frames, and in

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed, Mar 01, 2017 at 07:57:35PM +0100, Michal Hocko wrote: > On Wed 01-03-17 13:31:49, Johannes Weiner wrote: > > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > > On Fri 24-02-17 13:31:49, Shaohua Li wrote: > > > > show MADV_FREE pages info of each vma in smaps. The interface

[PATCH v2 3/3] phy: rockchip-inno-usb2: add support of u2phy for rk3328

Add u2phy config information in the data of match table for rk3328. Changes in v2: - add support of otg port Signed-off-by: Meng Dongyang --- drivers/phy/phy-rockchip-inno-usb2.c | 52 1 file changed, 52 insertions(+) diff

[PATCH v2 3/3] phy: rockchip-inno-usb2: add support of u2phy for rk3328

Add u2phy config information in the data of match table for rk3328. Changes in v2: - add support of otg port Signed-off-by: Meng Dongyang --- drivers/phy/phy-rockchip-inno-usb2.c | 52 1 file changed, 52 insertions(+) diff --git

[PATCH v2 0/3] add support of u2phy for rk3328

The config information of RK3328 about address and port property is different from before platform. So add config information in the data of match table and documentation of the device tree bindings of u2phy. Changes in v2: - move u2phy grf specification to

[PATCH v2 0/3] add support of u2phy for rk3328

The config information of RK3328 about address and port property is different from before platform. So add config information in the data of match table and documentation of the device tree bindings of u2phy. Changes in v2: - move u2phy grf specification to

Re: [PATCH] zram: reduce load operation in page_same_filled

On (03/02/17 16:02), Minchan Kim wrote: > Acked-by: Minchan Kim Reviewed-by: Sergey Senozhatsky thanks. -ss

Re: [PATCH] zram: reduce load operation in page_same_filled

On (03/02/17 16:02), Minchan Kim wrote: > Acked-by: Minchan Kim Reviewed-by: Sergey Senozhatsky thanks. -ss

[RFC] [PATCH] net: account for possible negative frag_mem_limit

I'm also not sure if we'd better disable bottom halves before calculating the counter sum, as sum_frag_mem_limit() does. --- 8< --- On SMP systems, percpu_counter_sum() is permitted to return negative values. However, inet_frag_exit_net() function is following the assumption that its return

[RFC] [PATCH] net: account for possible negative frag_mem_limit

I'm also not sure if we'd better disable bottom halves before calculating the counter sum, as sum_frag_mem_limit() does. --- 8< --- On SMP systems, percpu_counter_sum() is permitted to return negative values. However, inet_frag_exit_net() function is following the assumption that its return

Re: [RFC 03/11] mm: remove SWAP_DIRTY in ttu

On March 02, 2017 2:39 PM Minchan Kim wrote: > @@ -1424,7 +1424,8 @@ static int try_to_unmap_one(struct page *page, struct > vm_area_struct *vma, > } else if (!PageSwapBacked(page)) { > /* dirty MADV_FREE page */ Nit: enrich the comment

Re: [RFC 03/11] mm: remove SWAP_DIRTY in ttu

On March 02, 2017 2:39 PM Minchan Kim wrote: > @@ -1424,7 +1424,8 @@ static int try_to_unmap_one(struct page *page, struct > vm_area_struct *vma, > } else if (!PageSwapBacked(page)) { > /* dirty MADV_FREE page */ Nit: enrich the comment

Re: [RESEND PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

On Thu, Mar 2, 2017 at 3:44 AM, Hoegeun Kwon wrote: > On 02/28/2017 06:58 PM, Krzysztof Kozlowski wrote: >> Discussions in previous thread lead us to bisectability problem. >> Bisectability in regular driver changes is one thing but in case of >> driver + DTS the gap is

Re: [RESEND PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

On Thu, Mar 2, 2017 at 3:44 AM, Hoegeun Kwon wrote: > On 02/28/2017 06:58 PM, Krzysztof Kozlowski wrote: >> Discussions in previous thread lead us to bisectability problem. >> Bisectability in regular driver changes is one thing but in case of >> driver + DTS the gap is much bigger. DTS will go

ERROR: "do_not_recover" [drivers/scsi/qedi/qedi.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4977ab6e92e267afe9d8f78438c3db330ca8434c commit: ace7f46ba5fde7273207c7122b0650ceb72510e0 scsi: qedi: Add QLogic FastLinQ offload iSCSI driver framework. date: 3 months ago config:

ERROR: "do_not_recover" [drivers/scsi/qedi/qedi.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 4977ab6e92e267afe9d8f78438c3db330ca8434c commit: ace7f46ba5fde7273207c7122b0650ceb72510e0 scsi: qedi: Add QLogic FastLinQ offload iSCSI driver framework. date: 3 months ago config:

[PATCHv2 08/14] intel_th: Use set_memory.h header

set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott --- drivers/hwtracing/intel_th/msu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/intel_th/msu.c

[PATCHv2 08/14] intel_th: Use set_memory.h header

set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott --- drivers/hwtracing/intel_th/msu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/intel_th/msu.c b/drivers/hwtracing/intel_th/msu.c index

[PATCH v2 2/2] pinctrl: rockchip: Add input schmitt support for rk3328

From: "david.wu" Signed-off-by: david.wu Reviewed-by: Heiko Stuebner --- drivers/pinctrl/pinctrl-rockchip.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/pinctrl/pinctrl-rockchip.c

[PATCH v2 2/2] pinctrl: rockchip: Add input schmitt support for rk3328

From: "david.wu" Signed-off-by: david.wu Reviewed-by: Heiko Stuebner --- drivers/pinctrl/pinctrl-rockchip.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/pinctrl/pinctrl-rockchip.c b/drivers/pinctrl/pinctrl-rockchip.c index 9b8d516..91b5051 100644 ---

[PATCH v2 1/2] pinctrl: rockchip：Add input schmitt support

From: "david.wu" To prevent external signal crosstalk, some pins need to enable input schmitt, like i2c pins, 32k-input pin and so on. Signed-off-by: david.wu --- changes in v2: - check the return value (Heiko)

[PATCH v2 1/2] pinctrl: rockchip：Add input schmitt support

From: "david.wu" To prevent external signal crosstalk, some pins need to enable input schmitt, like i2c pins, 32k-input pin and so on. Signed-off-by: david.wu --- changes in v2: - check the return value (Heiko) drivers/pinctrl/pinctrl-rockchip.c | 73 ++

[RFC 06/11] mm: remove SWAP_MLOCK in ttu

ttu don't need to return SWAP_MLOCK. Instead, just return SWAP_FAIL because it means the page is not-swappable so it should move to another LRU list(active or unevictable). putback friends will move it to right list depending on the page's LRU flag. A side effect is shrink_page_list accounts

[RFC 03/11] mm: remove SWAP_DIRTY in ttu

If we found lazyfree page is dirty, ttuo can just SetPageSwapBakced in there like PG_mlocked page and just return with SWAP_FAIL which is very natural because the page is not swappable right now so that vmscan can activate it. There is no point to introduce new return value SWAP_DIRTY in ttu at

[RFC 06/11] mm: remove SWAP_MLOCK in ttu

ttu don't need to return SWAP_MLOCK. Instead, just return SWAP_FAIL because it means the page is not-swappable so it should move to another LRU list(active or unevictable). putback friends will move it to right list depending on the page's LRU flag. A side effect is shrink_page_list accounts

[RFC 03/11] mm: remove SWAP_DIRTY in ttu

If we found lazyfree page is dirty, ttuo can just SetPageSwapBakced in there like PG_mlocked page and just return with SWAP_FAIL which is very natural because the page is not swappable right now so that vmscan can activate it. There is no point to introduce new return value SWAP_DIRTY in ttu at

[RFC 08/11] mm: make ttu's return boolean

try_to_unmap returns SWAP_SUCCESS or SWAP_FAIL so it's suitable for boolean return. This patch changes it. Cc: "Kirill A. Shutemov" Cc: Naoya Horiguchi Signed-off-by: Minchan Kim --- include/linux/rmap.h | 4 ++--

[RFC 08/11] mm: make ttu's return boolean

try_to_unmap returns SWAP_SUCCESS or SWAP_FAIL so it's suitable for boolean return. This patch changes it. Cc: "Kirill A. Shutemov" Cc: Naoya Horiguchi Signed-off-by: Minchan Kim --- include/linux/rmap.h | 4 ++-- mm/huge_memory.c | 4 ++-- mm/memory-failure.c | 22

[RFC 05/11] mm: make the try_to_munlock void function

try_to_munlock returns SWAP_MLOCK if the one of VMAs mapped the page has VM_LOCKED flag. In that time, VM set PG_mlocked to the page if the page is not pte-mapped THP which cannot be mlocked, either. With that, __munlock_isolated_page can use PageMlocked to check whether try_to_munlock is

[RFC 05/11] mm: make the try_to_munlock void function

try_to_munlock returns SWAP_MLOCK if the one of VMAs mapped the page has VM_LOCKED flag. In that time, VM set PG_mlocked to the page if the page is not pte-mapped THP which cannot be mlocked, either. With that, __munlock_isolated_page can use PageMlocked to check whether try_to_munlock is

[RFC 10/11] mm: make rmap_one boolean function

rmap_one's return value controls whether rmap_work should contine to scan other ptes or not so it's target for changing to boolean. Return true if the scan should be continued. Otherwise, return false to stop the scanning. This patch makes rmap_one's return value to boolean. Signed-off-by:

[RFC 10/11] mm: make rmap_one boolean function

rmap_one's return value controls whether rmap_work should contine to scan other ptes or not so it's target for changing to boolean. Return true if the scan should be continued. Otherwise, return false to stop the scanning. This patch makes rmap_one's return value to boolean. Signed-off-by:

[RFC 02/11] mm: remove unncessary ret in page_referenced

Anyone doesn't use ret variable. Remove it. Signed-off-by: Minchan Kim --- mm/rmap.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/mm/rmap.c b/mm/rmap.c index bb45712..8076347 100644 --- a/mm/rmap.c +++ b/mm/rmap.c @@ -805,7 +805,6 @@ int

[RFC 01/11] mm: use SWAP_SUCCESS instead of 0

SWAP_SUCCESS defined value 0 can be changed always so don't rely on it. Instead, use explict macro. Cc: Kirill A. Shutemov Signed-off-by: Minchan Kim --- mm/huge_memory.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RFC 09/11] mm: make rmap_walk void function

There is no user of return value from rmap_walk friend so this patch makes them void function. Signed-off-by: Minchan Kim --- include/linux/ksm.h | 5 ++--- include/linux/rmap.h | 4 ++-- mm/ksm.c | 16 ++-- mm/rmap.c| 32

[RFC 02/11] mm: remove unncessary ret in page_referenced

Anyone doesn't use ret variable. Remove it. Signed-off-by: Minchan Kim --- mm/rmap.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/mm/rmap.c b/mm/rmap.c index bb45712..8076347 100644 --- a/mm/rmap.c +++ b/mm/rmap.c @@ -805,7 +805,6 @@ int page_referenced(struct page

[RFC 01/11] mm: use SWAP_SUCCESS instead of 0

SWAP_SUCCESS defined value 0 can be changed always so don't rely on it. Instead, use explict macro. Cc: Kirill A. Shutemov Signed-off-by: Minchan Kim --- mm/huge_memory.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index

[RFC 09/11] mm: make rmap_walk void function

There is no user of return value from rmap_walk friend so this patch makes them void function. Signed-off-by: Minchan Kim --- include/linux/ksm.h | 5 ++--- include/linux/rmap.h | 4 ++-- mm/ksm.c | 16 ++-- mm/rmap.c| 32 +---

[RFC 00/11] make try_to_unmap simple

Currently, try_to_unmap returns various return value(SWAP_SUCCESS, SWAP_FAIL, SWAP_AGAIN, SWAP_DIRTY and SWAP_MLOCK). When I look into that, it's unncessary complicated so this patch aims for cleaning it up. Change ttu to boolean function so we can remove SWAP_AGAIN, SWAP_DIRTY, SWAP_MLOCK. This

[RFC 00/11] make try_to_unmap simple

Currently, try_to_unmap returns various return value(SWAP_SUCCESS, SWAP_FAIL, SWAP_AGAIN, SWAP_DIRTY and SWAP_MLOCK). When I look into that, it's unncessary complicated so this patch aims for cleaning it up. Change ttu to boolean function so we can remove SWAP_AGAIN, SWAP_DIRTY, SWAP_MLOCK. This

[RFC 04/11] mm: remove SWAP_MLOCK check for SWAP_SUCCESS in ttu

If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot be true so page_mapcount check in ttu is enough to return SWAP_SUCCESS. IOW, SWAP_MLOCK check is redundant so remove it. Signed-off-by: Minchan Kim --- mm/rmap.c | 2 +- 1 file changed, 1 insertion(+),

[RFC 04/11] mm: remove SWAP_MLOCK check for SWAP_SUCCESS in ttu

If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot be true so page_mapcount check in ttu is enough to return SWAP_SUCCESS. IOW, SWAP_MLOCK check is redundant so remove it. Signed-off-by: Minchan Kim --- mm/rmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[RFC 07/11] mm: remove SWAP_AGAIN in ttu

In 2002, [1] introduced SWAP_AGAIN. At that time, ttuo used spin_trylock(>page_table_lock) so it's really easy to contend and fail to hold a lock so SWAP_AGAIN to keep LRU status makes sense. However, now we changed it to mutex-based lock and be able to block without skip pte so there is a few of

[RFC 07/11] mm: remove SWAP_AGAIN in ttu

In 2002, [1] introduced SWAP_AGAIN. At that time, ttuo used spin_trylock(>page_table_lock) so it's really easy to contend and fail to hold a lock so SWAP_AGAIN to keep LRU status makes sense. However, now we changed it to mutex-based lock and be able to block without skip pte so there is a few of

[RFC 11/11] mm: remove SWAP_[SUCCESS|AGAIN|FAIL]

There is no user for it. Remove it. Signed-off-by: Minchan Kim --- include/linux/rmap.h | 7 --- 1 file changed, 7 deletions(-) diff --git a/include/linux/rmap.h b/include/linux/rmap.h index 59d7dd7..5d6788f 100644 --- a/include/linux/rmap.h +++ b/include/linux/rmap.h

[RFC 11/11] mm: remove SWAP_[SUCCESS|AGAIN|FAIL]

There is no user for it. Remove it. Signed-off-by: Minchan Kim --- include/linux/rmap.h | 7 --- 1 file changed, 7 deletions(-) diff --git a/include/linux/rmap.h b/include/linux/rmap.h index 59d7dd7..5d6788f 100644 --- a/include/linux/rmap.h +++ b/include/linux/rmap.h @@ -291,11 +291,4 @@

Re: perf test 'instruction decoder' failing

On 01/03/17 16:50, Arnaldo Carvalho de Melo wrote: > Em Tue, Feb 28, 2017 at 12:02:36PM +0200, Adrian Hunter escreveu: >> On 24/02/17 22:27, Arnaldo Carvalho de Melo wrote: >>> Hi Adrian, >>> >>> This test is failing, I'll try to recheck this and bisect it, >>> but since I haven't had the time

Re: perf test 'instruction decoder' failing

On 01/03/17 16:50, Arnaldo Carvalho de Melo wrote: > Em Tue, Feb 28, 2017 at 12:02:36PM +0200, Adrian Hunter escreveu: >> On 24/02/17 22:27, Arnaldo Carvalho de Melo wrote: >>> Hi Adrian, >>> >>> This test is failing, I'll try to recheck this and bisect it, >>> but since I haven't had the time

[PATCH v2 0/2] Add pinctrl input schmitt support

Some pins need to enable Schmitt triggers which are used in open loop configurations for noise immunity and closed loop configurations to implement function generators. david.wu (2): pinctrl: rockchip：Add input schmitt support pinctrl: rockchip: Add input schmitt support for rk3328

Re: [PATCH] target: Fix NULL dereference during LUN lookup + active I/O shutdown

On Thu, 2017-02-23 at 11:46 -0600, Bryant G. Ly wrote: > > From: Nicholas Bellinger > > > > When transport_clear_lun_ref() is shutting down a se_lun via > > configfs with new I/O in-flight, it's possible to trigger a > > NULL pointer dereference in transport_lookup_cmd_lun()

[PATCH v2 0/2] Add pinctrl input schmitt support

Some pins need to enable Schmitt triggers which are used in open loop configurations for noise immunity and closed loop configurations to implement function generators. david.wu (2): pinctrl: rockchip：Add input schmitt support pinctrl: rockchip: Add input schmitt support for rk3328

Re: [PATCH] target: Fix NULL dereference during LUN lookup + active I/O shutdown

On Thu, 2017-02-23 at 11:46 -0600, Bryant G. Ly wrote: > > From: Nicholas Bellinger > > > > When transport_clear_lun_ref() is shutting down a se_lun via > > configfs with new I/O in-flight, it's possible to trigger a > > NULL pointer dereference in transport_lookup_cmd_lun() due > > to the fact

WARNING: at arch/x86/kernel/cpu/perf_event_intel_cqm.c:186 __put_rmid+0x28/0x80()

Hi, I test Trinity, and got the following log. My OS version is RHEL 7.2, I'm not sure if it has fixed in mainline. Any comment is welcome. [57676.532593] [ cut here ] [57676.537415] WARNING: at arch/x86/kernel/cpu/perf_event_intel_cqm.c:186 __put_rmid+0x28/0x80()

WARNING: at arch/x86/kernel/cpu/perf_event_intel_cqm.c:186 __put_rmid+0x28/0x80()

Hi, I test Trinity, and got the following log. My OS version is RHEL 7.2, I'm not sure if it has fixed in mainline. Any comment is welcome. [57676.532593] [ cut here ] [57676.537415] WARNING: at arch/x86/kernel/cpu/perf_event_intel_cqm.c:186 __put_rmid+0x28/0x80()

Re: [PATCH 2/2] HID: Remove unnecessary OOM messages

On Thu, 2017-03-02 at 07:51 +0100, Michel Hermier wrote: > Le 01/03/2017 à 20:19, Joe Perches a écrit : > > diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c [] > > @@ -224,7 +224,6 @@ static int asus_start_multitouch(struct hid_device > > *hdev) > > > > if (!dmabuf) { > >

Re: [PATCH 2/2] HID: Remove unnecessary OOM messages

On Thu, 2017-03-02 at 07:51 +0100, Michel Hermier wrote: > Le 01/03/2017 à 20:19, Joe Perches a écrit : > > diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c [] > > @@ -224,7 +224,6 @@ static int asus_start_multitouch(struct hid_device > > *hdev) > > > > if (!dmabuf) { > >

RE: [PATCH v4 11/19] scsi: megaraid: Replace PCI pool old API

>-Original Message- >From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- >ow...@vger.kernel.org] On Behalf Of Romain Perier >Sent: Wednesday, March 01, 2017 9:25 PM >To: Dan Williams; Doug Ledford; Sean Hefty; Hal Rosenstock; >jeffrey.t.kirs...@intel.com; David S. Miller;

RE: [PATCH v4 11/19] scsi: megaraid: Replace PCI pool old API

>-Original Message- >From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- >ow...@vger.kernel.org] On Behalf Of Romain Perier >Sent: Wednesday, March 01, 2017 9:25 PM >To: Dan Williams; Doug Ledford; Sean Hefty; Hal Rosenstock; >jeffrey.t.kirs...@intel.com; David S. Miller;

Re: [PATCH] zram: reduce load operation in page_same_filled

Hi Sangwoo, On Thu, Mar 02, 2017 at 01:15:04PM +0900, Sangwoo wrote: > In page_same_filled function, all elements in the page is compared > with next index value. The current comparison routine compares > the (i)th and (i+1)th values of the page. > In this case, two load operaions occur for each

Re: [PATCH] zram: reduce load operation in page_same_filled

Hi Sangwoo, On Thu, Mar 02, 2017 at 01:15:04PM +0900, Sangwoo wrote: > In page_same_filled function, all elements in the page is compared > with next index value. The current comparison routine compares > the (i)th and (i+1)th values of the page. > In this case, two load operaions occur for each

Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests

Shuah Khan writes: > Hi Bamovar, > > Your original series badly broke the selftest build. I can no longer > build individual tests. For example: > > cd breakpoints/ > shuah@shuah-XPS-13-9350:/lkml/linux_4.11/tools/testing/selftests/breakpoints$ > make > gcc

Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests

Shuah Khan writes: > Hi Bamovar, > > Your original series badly broke the selftest build. I can no longer > build individual tests. For example: > > cd breakpoints/ > shuah@shuah-XPS-13-9350:/lkml/linux_4.11/tools/testing/selftests/breakpoints$ > make > gcc breakpoint_test.c -o

Re: [PATCH 2/2] HID: Remove unnecessary OOM messages

Le 01/03/2017 à 20:19, Joe Perches a écrit : diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c index 70b12f89a193..1ee6aac855a3 100644 --- a/drivers/hid/hid-asus.c +++ b/drivers/hid/hid-asus.c @@ -224,7 +224,6 @@ static int asus_start_multitouch(struct hid_device *hdev) if

Re: [PATCH 2/2] HID: Remove unnecessary OOM messages

Le 01/03/2017 à 20:19, Joe Perches a écrit : diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c index 70b12f89a193..1ee6aac855a3 100644 --- a/drivers/hid/hid-asus.c +++ b/drivers/hid/hid-asus.c @@ -224,7 +224,6 @@ static int asus_start_multitouch(struct hid_device *hdev) if

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On 03/02/2017 10:49 AM, Xiong Zhou wrote: > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: >>> Hi, >>> >>> It's reproduciable, not everytime though. Ext4 works fine. >> On ext4 fsstress won't run bulkstat because it

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On 03/02/2017 10:49 AM, Xiong Zhou wrote: > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: >>> Hi, >>> >>> It's reproduciable, not everytime though. Ext4 works fine. >> On ext4 fsstress won't run bulkstat because it

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On 2017/3/2 13:19, Xiong Zhou wrote: > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: >>> Hi, >>> >>> It's reproduciable, not everytime though. Ext4 works fine. >> >> On ext4 fsstress won't run bulkstat because it

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On 2017/3/2 13:19, Xiong Zhou wrote: > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: >>> Hi, >>> >>> It's reproduciable, not everytime though. Ext4 works fine. >> >> On ext4 fsstress won't run bulkstat because it

Kernel bio layer is sending bio size more than our block device is capable of handling

Hello, We are registering bio size of our device with linux kernel with below available kernel API. blk_queue_max_hw_sectors(dev->osdev.queue, (dev->aggr_max_size >> KERNEL_SECTOR_SHIFT));. Max size of bio that our block device can handle is 106496 bytes (104KB) but linux block device is

Re: [PATCH v7 0/5] usb: early: add support for early printk through USB3 debug port

* Lu Baolu wrote: > Hi Ingo, > > How about this version? Any further comments? So I have re-read the review feedback I gave on Jan 19 and found at least one thing I pointed out that you didn't address in the latest patches ... Plus please go beyond the feedback

Re: [PATCH v7 0/5] usb: early: add support for early printk through USB3 debug port

* Lu Baolu wrote: > Hi Ingo, > > How about this version? Any further comments? So I have re-read the review feedback I gave on Jan 19 and found at least one thing I pointed out that you didn't address in the latest patches ... Plus please go beyond the feedback given - for example the

Kernel bio layer is sending bio size more than our block device is capable of handling

Hello, We are registering bio size of our device with linux kernel with below available kernel API. blk_queue_max_hw_sectors(dev->osdev.queue, (dev->aggr_max_size >> KERNEL_SECTOR_SHIFT));. Max size of bio that our block device can handle is 106496 bytes (104KB) but linux block device is

Re: Problem with RSA test from testmgr

Am Donnerstag, 2. März 2017, 03:15:13 CET schrieb Tadeusz Struk: Hi Tadeusz, > > memset(ptextp, 0, 256); > memcpy(ptextp + 64 - 8, ptext_ex, plen); I actually have tested that and it did not return the data the kernel implementation would return Ciao Stephan

Re: Problem with RSA test from testmgr

Am Donnerstag, 2. März 2017, 03:15:13 CET schrieb Tadeusz Struk: Hi Tadeusz, > > memset(ptextp, 0, 256); > memcpy(ptextp + 64 - 8, ptext_ex, plen); I actually have tested that and it did not return the data the kernel implementation would return Ciao Stephan

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

* Josh Poimboeuf wrote: > On Wed, Mar 01, 2017 at 11:42:54PM +0100, Arnd Bergmann wrote: > > On Wed, Mar 1, 2017 at 5:53 PM, Josh Poimboeuf wrote: > > > On Wed, Mar 01, 2017 at 04:27:29PM +0100, Arnd Bergmann wrote: > > > > > I see no apparent reason

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

* Josh Poimboeuf wrote: > On Wed, Mar 01, 2017 at 11:42:54PM +0100, Arnd Bergmann wrote: > > On Wed, Mar 1, 2017 at 5:53 PM, Josh Poimboeuf wrote: > > > On Wed, Mar 01, 2017 at 04:27:29PM +0100, Arnd Bergmann wrote: > > > > > I see no apparent reason for the ud2. > > > > It's the possible

Re: Problem with RSA test from testmgr

On Wed, Mar 01, 2017 at 04:07:17PM +0100, Stephan Müller wrote: > Am Mittwoch, 1. März 2017, 13:04:14 CET schrieb Corentin Labbe: > > Hi Corentin, > > > > > I got the following: > > > > [1.086228] alg: akcipher: encrypt test failed. Invalid output > > [1.092196] : 6e 7c 8a 75

Re: Problem with RSA test from testmgr

On Wed, Mar 01, 2017 at 04:07:17PM +0100, Stephan Müller wrote: > Am Mittwoch, 1. März 2017, 13:04:14 CET schrieb Corentin Labbe: > > Hi Corentin, > > > > > I got the following: > > > > [1.086228] alg: akcipher: encrypt test failed. Invalid output > > [1.092196] : 6e 7c 8a 75

[PATCH V3 4/4] serial: sprd: adjust TIMEOUT to a big value

From: Wei Qiao SPRD_TIMEOUT was 256, which is too small to wait until the status switched to workable in a while loop, so that the earlycon could not work correctly. Signed-off-by: Wei Qiao Signed-off-by: Chunyan Zhang

[PATCH V3 4/4] serial: sprd: adjust TIMEOUT to a big value

From: Wei Qiao SPRD_TIMEOUT was 256, which is too small to wait until the status switched to workable in a while loop, so that the earlycon could not work correctly. Signed-off-by: Wei Qiao Signed-off-by: Chunyan Zhang --- drivers/tty/serial/sprd_serial.c | 2 +- 1 file changed, 1

[PATCH] selftests: lib.mk Fix individual test builds

In commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), added support to generate compile targets in a user specified directory. OUTPUT variable controls the location which is undefined when tests are built in the test directory or with "make -C tools/testing/selftests/x86". make -C

[PATCH] selftests: lib.mk Fix individual test builds

In commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), added support to generate compile targets in a user specified directory. OUTPUT variable controls the location which is undefined when tests are built in the test directory or with "make -C tools/testing/selftests/x86". make -C

[PULL] vhost: cleanups and fixes

The following changes since commit c470abd4fde40ea6a0846a2beab642a578c0b8cd: Linux 4.10 (2017-02-19 14:34:00 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to

[PULL] vhost: cleanups and fixes

The following changes since commit c470abd4fde40ea6a0846a2beab642a578c0b8cd: Linux 4.10 (2017-02-19 14:34:00 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to

RE: [PATCH v5 06/13] lockdep: Implement crossrelease feature

> -Original Message- > From: Matthew Wilcox [mailto:wi...@infradead.org] > Sent: Thursday, March 02, 2017 1:20 PM > To: Peter Zijlstra > Cc: Byungchul Park; mi...@kernel.org; t...@linutronix.de; > wal...@google.com; boqun.f...@gmail.com; kir...@shutemov.name; linux- >

Re: [PATCH] mm: free reserved area's memmap if possiable

On 2017/3/1 18:41, Jisheng Zhang wrote: Add Chen, Catalin On Thu, 16 Feb 2017 09:11:29 +0800 zhouxianrong wrote: On 2017/2/15 15:10, Ard Biesheuvel wrote: On 15 February 2017 at 01:44, zhouxianrong wrote: On 2017/2/14 17:03, Ard Biesheuvel wrote: On 14 February 2017 at 06:53,

RE: [PATCH v5 06/13] lockdep: Implement crossrelease feature

> -Original Message- > From: Matthew Wilcox [mailto:wi...@infradead.org] > Sent: Thursday, March 02, 2017 1:20 PM > To: Peter Zijlstra > Cc: Byungchul Park; mi...@kernel.org; t...@linutronix.de; > wal...@google.com; boqun.f...@gmail.com; kir...@shutemov.name; linux- >

Re: [PATCH] mm: free reserved area's memmap if possiable

On 2017/3/1 18:41, Jisheng Zhang wrote: Add Chen, Catalin On Thu, 16 Feb 2017 09:11:29 +0800 zhouxianrong wrote: On 2017/2/15 15:10, Ard Biesheuvel wrote: On 15 February 2017 at 01:44, zhouxianrong wrote: On 2017/2/14 17:03, Ard Biesheuvel wrote: On 14 February 2017 at 06:53,

Re: [PATCH v4] net: don't call strlen() on the user buffer in packet_bind_spkt()

From: Alexander Potapenko Date: Wed, 1 Mar 2017 12:57:20 +0100 > KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of > uninitialized memory in packet_bind_spkt(): ... > This happens because addr.sa_data copied from the userspace is not > zero-terminated,

Re: [PATCH v4] net: don't call strlen() on the user buffer in packet_bind_spkt()

From: Alexander Potapenko Date: Wed, 1 Mar 2017 12:57:20 +0100 > KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of > uninitialized memory in packet_bind_spkt(): ... > This happens because addr.sa_data copied from the userspace is not > zero-terminated, and copying it

  1   2   3   4   5   6   7   8   9   10   >