Re: [PATCH v2 2/3] perf annotate: Introduce the new source code view

Hi Peter, On Wed, Mar 01, 2017 at 04:07:46PM +0100, Peter Zijlstra wrote: > On Wed, Mar 01, 2017 at 11:56:39PM +0900, Namhyung Kim wrote: > > > It's a kind of user experience issue. We provide the asm-only and > > asm+source annotation, and I think it'd be nice to add source-only > > option.

RE: [PATCH v2] staging: mkspec: added aarch64 ifarch case.

Hi Will, This patch (http://lkml.kernel.org/r/20161122213434.14788-1-mma...@suse.com) looks better. It has what Linus calls "good taste". ;-) I didn't see it in mmarek's kbuild branches (for-next,rc-fixes), however. Still making its way there? But it doesn't quite fix the native 'make rpm'

[RESEND PATCH v5 04/11 (Missed 04/11 in PATCH v5 series)] Documentation: perf: hisi: Documentation for HiP05/06/07 PMU event counting.

Documentation for perf usage and Hisilicon SoC PMU uncore events. The Hisilicon SOC has event counters for hardware modules like L3 cache, Miscellaneous node etc. These events are all uncore. Signed-off-by: Anurup M Signed-off-by: Shaokun Zhang

[RESEND PATCH v5 04/11 (Missed 04/11 in PATCH v5 series)] Documentation: perf: hisi: Documentation for HiP05/06/07 PMU event counting.

Documentation for perf usage and Hisilicon SoC PMU uncore events. The Hisilicon SOC has event counters for hardware modules like L3 cache, Miscellaneous node etc. These events are all uncore. Signed-off-by: Anurup M Signed-off-by: Shaokun Zhang --- Documentation/perf/hisi-pmu.txt | 76

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On 03/02/2017 07:35 PM, Peter Chen wrote: On Tue, Feb 21, 2017 at 05:24:04PM +0300, Heikki Krogerus wrote: +/* --- */ +/* Driver callbacks to report role updates */ + +/** + * typec_set_data_role - Report data role change + * @port: The USB Type-C Port where

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On 03/02/2017 07:35 PM, Peter Chen wrote: On Tue, Feb 21, 2017 at 05:24:04PM +0300, Heikki Krogerus wrote: +/* --- */ +/* Driver callbacks to report role updates */ + +/** + * typec_set_data_role - Report data role change + * @port: The USB Type-C Port where

[git pull] vfs.git statx

Rebased, with fixup from -next folded in. A branch matching what was sitting in -next is #merge-2, and ; git cat-file commit rebased-statx|grep tree tree 0e87b93d5902009d46d5faf25c3039ef8f668490 ; git cat-file commit merge-2|grep tree tree 0e87b93d5902009d46d5faf25c3039ef8f668490 IOW,

[git pull] vfs.git statx

Rebased, with fixup from -next folded in. A branch matching what was sitting in -next is #merge-2, and ; git cat-file commit rebased-statx|grep tree tree 0e87b93d5902009d46d5faf25c3039ef8f668490 ; git cat-file commit merge-2|grep tree tree 0e87b93d5902009d46d5faf25c3039ef8f668490 IOW,

Re: [RFC] arm64: support HAVE_ARCH_RARE_WRITE

On Thu, Mar 2, 2017 at 7:00 AM, Hoeun Ryu wrote: > This RFC is a quick and dirty arm64 implementation for Kees Cook's RFC for > rare_write infrastructure [1]. Awesome! :) > This implementation is based on Mark Rutland's suggestions, which is that > a special userspace mm

Re: [RFC] arm64: support HAVE_ARCH_RARE_WRITE

On Thu, Mar 2, 2017 at 7:00 AM, Hoeun Ryu wrote: > This RFC is a quick and dirty arm64 implementation for Kees Cook's RFC for > rare_write infrastructure [1]. Awesome! :) > This implementation is based on Mark Rutland's suggestions, which is that > a special userspace mm that maps only

[PATCH] can: m_can: support transmit frame in CAN FD format

Add support to transmit the frame in the CAN FD format and with the bit rate switching. Tested on SAMA5D2 Xplained board. Signed-off-by: Wenyou Yang --- The testing is based on [RESEND PATCH 1/1] can: m_can: fix bitrate setup on latest silicon

[PATCH] can: m_can: support transmit frame in CAN FD format

Add support to transmit the frame in the CAN FD format and with the bit rate switching. Tested on SAMA5D2 Xplained board. Signed-off-by: Wenyou Yang --- The testing is based on [RESEND PATCH 1/1] can: m_can: fix bitrate setup on latest silicon

[PATCH v7 kernel 4/5] virtio-balloon: define flags and head for host request vq

From: Liang Li Define the flags and head struct for a new host request virtual queue. Guest can get requests from host and then responds to them on this new virtual queue. Host can make use of this virtqueue to request the guest to do some operations, e.g. drop page cache,

[PATCH v7 kernel 5/5] This patch contains two parts:

From: Liang Li One is to add a new API to mm go get the unused page information. The virtio balloon driver will use this new API added to get the unused page info and send it to hypervisor(QEMU) to speed up live migration. During sending the bitmap, some the pages may be

[PATCH v7 kernel 4/5] virtio-balloon: define flags and head for host request vq

From: Liang Li Define the flags and head struct for a new host request virtual queue. Guest can get requests from host and then responds to them on this new virtual queue. Host can make use of this virtqueue to request the guest to do some operations, e.g. drop page cache, synchronize file

[PATCH v7 kernel 5/5] This patch contains two parts:

From: Liang Li One is to add a new API to mm go get the unused page information. The virtio balloon driver will use this new API added to get the unused page info and send it to hypervisor(QEMU) to speed up live migration. During sending the bitmap, some the pages may be modified and are used by

[PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

From: Liang Li The implementation of the current virtio-balloon is not very efficient, because the pages are transferred to the host one by one. Here is the breakdown of the time in percentage spent on each step of the balloon inflating process (inflating 7GB of an 8GB idle

[PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

From: Liang Li The implementation of the current virtio-balloon is not very efficient, because the pages are transferred to the host one by one. Here is the breakdown of the time in percentage spent on each step of the balloon inflating process (inflating 7GB of an 8GB idle guest). 1)

Re: net/sctp: use-after-free in sctp_association_put

On Fri, Mar 3, 2017 at 3:21 AM, Dmitry Vyukov wrote: > On Thu, Mar 2, 2017 at 9:06 AM, Xin Long wrote: >> On Thu, Mar 2, 2017 at 3:18 AM, Dmitry Vyukov wrote: >>> Hello, >>> >>> I've got the following report while running syzkaller

Re: [PATCH 3/4] thp: fix MADV_DONTNEED vs. MADV_FREE race

On March 02, 2017 11:11 PM Kirill A. Shutemov wrote: > > Basically the same race as with numa balancing in change_huge_pmd(), but > a bit simpler to mitigate: we don't need to preserve dirty/young flags > here due to MADV_FREE functionality. > > Signed-off-by: Kirill A. Shutemov

Re: net/sctp: use-after-free in sctp_association_put

On Fri, Mar 3, 2017 at 3:21 AM, Dmitry Vyukov wrote: > On Thu, Mar 2, 2017 at 9:06 AM, Xin Long wrote: >> On Thu, Mar 2, 2017 at 3:18 AM, Dmitry Vyukov wrote: >>> Hello, >>> >>> I've got the following report while running syzkaller fuzzer on >>>

Re: [PATCH 3/4] thp: fix MADV_DONTNEED vs. MADV_FREE race

On March 02, 2017 11:11 PM Kirill A. Shutemov wrote: > > Basically the same race as with numa balancing in change_huge_pmd(), but > a bit simpler to mitigate: we don't need to preserve dirty/young flags > here due to MADV_FREE functionality. > > Signed-off-by: Kirill A. Shutemov > Cc: Minchan

[PATCH] blk: improve order of bio handling in generic_make_request()

[ Hi Jens, you might have seen assorted email threads recently about deadlocks, particular in dm-snap or md/raid1/10. Also about the excess of rescuer threads. I think a big part of the problem is my ancient improvement to generic_make_request to queue bios and handle them in a

[PATCH] blk: improve order of bio handling in generic_make_request()

[ Hi Jens, you might have seen assorted email threads recently about deadlocks, particular in dm-snap or md/raid1/10. Also about the excess of rescuer threads. I think a big part of the problem is my ancient improvement to generic_make_request to queue bios and handle them in a

[GIT PULL] Block fixes for 4.11-rc1

Hi Linus, A collection of fixes for this merge window, either fixes for existing issues, or parts that were waiting for acks to come in. This pull request contains: - Allocation of nvme queues on the right node from Shaohua. This was ready long before the merge window, but waiting on an ack

[GIT PULL] Block fixes for 4.11-rc1

Hi Linus, A collection of fixes for this merge window, either fixes for existing issues, or parts that were waiting for acks to come in. This pull request contains: - Allocation of nvme queues on the right node from Shaohua. This was ready long before the merge window, but waiting on an ack

[PATCH 3/4] x86, pci: Add interface to force mmconfig

From: Andi Kleen This fills in the pci_bus_force_mmconfig interface that was added earlier for x86 to allow drivers to optimize config space accesses. The implementation is straight forward and uses the existing mmconfig access functions, just forcing mmconfig access.

[PATCH 3/4] x86, pci: Add interface to force mmconfig

From: Andi Kleen This fills in the pci_bus_force_mmconfig interface that was added earlier for x86 to allow drivers to optimize config space accesses. The implementation is straight forward and uses the existing mmconfig access functions, just forcing mmconfig access. Signed-off-by: Andi Kleen

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

On Thu, Mar 02, 2017 at 08:21:46PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot > > Nit: "ttuo" is very cryptic. Please expand it. No problem. > > > be true so page_mapcount check in

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

On Thu, Mar 02, 2017 at 08:21:46PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > If the page is mapped and rescue in ttuo, page_mapcount(page) == 0 cannot > > Nit: "ttuo" is very cryptic. Please expand it. No problem. > > > be true so page_mapcount check in

Re: [PATCH v4 1/3] mmc: dt-bindings: update Mediatek MMC bindings

On Fri, 2017-02-24 at 16:47 -0600, Rob Herring wrote: > On Fri, Feb 24, 2017 at 3:59 AM, Yong Mao wrote: > > Dear Rob, > > > > Could you please help to make comments for this patch? > > Thanks. > > I already did comment. It's still wrong as Ulf commented. So fix and > send

Re: [PATCH v4 1/3] mmc: dt-bindings: update Mediatek MMC bindings

On Fri, 2017-02-24 at 16:47 -0600, Rob Herring wrote: > On Fri, Feb 24, 2017 at 3:59 AM, Yong Mao wrote: > > Dear Rob, > > > > Could you please help to make comments for this patch? > > Thanks. > > I already did comment. It's still wrong as Ulf commented. So fix and > send a new version. It has

Re: + mm-reclaim-madv_free-pages.patch added to -mm tree

Hi, On Tue, Feb 28, 2017 at 04:32:38PM -0800, a...@linux-foundation.org wrote: > > The patch titled > Subject: mm: reclaim MADV_FREE pages > has been added to the -mm tree. Its filename is > mm-reclaim-madv_free-pages.patch > > This patch should soon appear at >

Re: + mm-reclaim-madv_free-pages.patch added to -mm tree

Hi, On Tue, Feb 28, 2017 at 04:32:38PM -0800, a...@linux-foundation.org wrote: > > The patch titled > Subject: mm: reclaim MADV_FREE pages > has been added to the -mm tree. Its filename is > mm-reclaim-madv_free-pages.patch > > This patch should soon appear at >

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

On Thu, Mar 02, 2017 at 08:03:16PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > Anyone doesn't use ret variable. Remove it. > > > > This change is correct. But not sure how this is related to > try_to_unmap() clean up though. In this patchset, I made

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

On Thu, Mar 02, 2017 at 08:03:16PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > Anyone doesn't use ret variable. Remove it. > > > > This change is correct. But not sure how this is related to > try_to_unmap() clean up though. In this patchset, I made

[PATCH 4/4] staging: speakup: Alignment should match open parenthesis

Fix checkpatch issues: "CHECK: Alignment should match open parenthesis". Signed-off-by: Arushi Singhal --- drivers/staging/speakup/kobjects.c | 16 drivers/staging/speakup/main.c | 2 +- drivers/staging/speakup/selection.c

[PATCH 4/4] staging: speakup: Alignment should match open parenthesis

Fix checkpatch issues: "CHECK: Alignment should match open parenthesis". Signed-off-by: Arushi Singhal --- drivers/staging/speakup/kobjects.c | 16 drivers/staging/speakup/main.c | 2 +- drivers/staging/speakup/selection.c | 2 +-

Re: [PATCH net] rxrpc: Fix potential NULL-pointer exception

David Howells wrote: > Fix a potential NULL-pointer exception in rxrpc_do_sendmsg(). The call > state check that I added should have gone into the else-body of the > if-statement where we actually have a call to check. > > Found by CoverityScan CID#1414316 ("Dereference

Re: [PATCH net] rxrpc: Fix potential NULL-pointer exception

David Howells wrote: > Fix a potential NULL-pointer exception in rxrpc_do_sendmsg(). The call > state check that I added should have gone into the else-body of the > if-statement where we actually have a call to check. > > Found by CoverityScan CID#1414316 ("Dereference after null check"). >

Re: [PATCH] mmc: core: fix changing bus witdh in hs400es mode

Hi Poitr, On 2017/3/2 21:47, Piotr Sroka wrote: Fix the code to avoid changing bus width if HS400ES mode is selected. Thanks for catching this, but Guenter posted a fix[1] already. :) [1]: https://patchwork.kernel.org/patch/9599261/ Signed-off-by: Piotr Sroka ---

Re: [PATCH] mmc: core: fix changing bus witdh in hs400es mode

Hi Poitr, On 2017/3/2 21:47, Piotr Sroka wrote: Fix the code to avoid changing bus width if HS400ES mode is selected. Thanks for catching this, but Guenter posted a fix[1] already. :) [1]: https://patchwork.kernel.org/patch/9599261/ Signed-off-by: Piotr Sroka --- drivers/mmc/core/mmc.c

Re: [PATCH] module: set __jump_table alignment to 8

Steven Rostedt writes: > On Thu, 02 Mar 2017 22:18:30 +1100 > Michael Ellerman wrote: >> Michael Ellerman writes: >> > David Daney writes: >> >> Strict alignment became necessary with commit 3821fd35b58d

[PATCH] staging: rtl8192u: fix spacing around if statements

Corrects the spacing around two if statements to fix these checkpatch.pl errors: ERROR: space required before the open brace '{' ERROR: space prohibited after that open parenthesis '(' Signed-off-by: Robin Krahl --- drivers/staging/rtl8192u/r8192U_core.c | 4 ++-- 1 file

[PATCH] staging: rtl8192u: fix spacing around if statements

Corrects the spacing around two if statements to fix these checkpatch.pl errors: ERROR: space required before the open brace '{' ERROR: space prohibited after that open parenthesis '(' Signed-off-by: Robin Krahl --- drivers/staging/rtl8192u/r8192U_core.c | 4 ++-- 1 file changed, 2

Re: [PATCH] module: set __jump_table alignment to 8

Steven Rostedt writes: > On Thu, 02 Mar 2017 22:18:30 +1100 > Michael Ellerman wrote: >> Michael Ellerman writes: >> > David Daney writes: >> >> Strict alignment became necessary with commit 3821fd35b58d >> >> ("jump_label: Reduce the size of struct static_key"), currently in >> >>

Re: [PATCH v2] hlist_add_tail_rcu disable sparse warning

On Mon, Feb 27, 2017 at 09:14:19PM +0200, Michael S. Tsirkin wrote: > sparse is unhappy about this code in hlist_add_tail_rcu: > > struct hlist_node *i, *last = NULL; > > for (i = hlist_first_rcu(h); i; i = hlist_next_rcu(i)) > last = i; > > This is because

Re: [PATCH v2] hlist_add_tail_rcu disable sparse warning

On Mon, Feb 27, 2017 at 09:14:19PM +0200, Michael S. Tsirkin wrote: > sparse is unhappy about this code in hlist_add_tail_rcu: > > struct hlist_node *i, *last = NULL; > > for (i = hlist_first_rcu(h); i; i = hlist_next_rcu(i)) > last = i; > > This is because

Re: [PATCH v2 1/3] perf annotate: Get correct line numbers matched with addr

On 03/03/2017 11:40 AM, Namhyung Kim wrote: + Andi Kleen who wrote the code. On Thu, Mar 02, 2017 at 03:05:14PM +0900, Taeung Song wrote: On 03/01/2017 10:17 PM, Namhyung Kim wrote: Hi Taeung, On Wed, Mar 01, 2017 at 04:59:51AM +0900, Taeung Song wrote: Currently perf-annotate show

Re: [PATCH v2 1/3] perf annotate: Get correct line numbers matched with addr

On 03/03/2017 11:40 AM, Namhyung Kim wrote: + Andi Kleen who wrote the code. On Thu, Mar 02, 2017 at 03:05:14PM +0900, Taeung Song wrote: On 03/01/2017 10:17 PM, Namhyung Kim wrote: Hi Taeung, On Wed, Mar 01, 2017 at 04:59:51AM +0900, Taeung Song wrote: Currently perf-annotate show

Re: [PATCH 3/3] gpu: drm: drivers: Convert printk(KERN_ to pr_

On 28/02/17 14:55, Joe Perches wrote: > Use a more common logging style. > > Miscellanea: > > o Coalesce formats and realign arguments > o Neaten a few macros now using pr_ > > Signed-off-by: Joe Perches For omap: Acked-by: Tomi Valkeinen Tomi

Re: [PATCH 3/3] gpu: drm: drivers: Convert printk(KERN_ to pr_

On 28/02/17 14:55, Joe Perches wrote: > Use a more common logging style. > > Miscellanea: > > o Coalesce formats and realign arguments > o Neaten a few macros now using pr_ > > Signed-off-by: Joe Perches For omap: Acked-by: Tomi Valkeinen Tomi signature.asc Description: OpenPGP digital

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

On Thu, Mar 02, 2017 at 07:57:10PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > > it. Instead, use explict macro. > > Right. But should not we move the changes to the callers last in the >

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

On Thu, Mar 02, 2017 at 07:57:10PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > > it. Instead, use explict macro. > > Right. But should not we move the changes to the callers last in the >

Re: [PATCH 1/3] cpufreq: schedutil: move cached_raw_freq to struct sugov_policy

On 02-03-17, 23:05, Rafael J. Wysocki wrote: > On Thursday, March 02, 2017 02:03:20 PM Viresh Kumar wrote: > > cached_raw_freq applies to the entire cpufreq policy and not individual > > CPUs. Apart from wasting per-cpu memory, it is actually wrong to keep it > > in struct sugov_cpu as we may end

Re: [PATCH 1/3] cpufreq: schedutil: move cached_raw_freq to struct sugov_policy

On 02-03-17, 23:05, Rafael J. Wysocki wrote: > On Thursday, March 02, 2017 02:03:20 PM Viresh Kumar wrote: > > cached_raw_freq applies to the entire cpufreq policy and not individual > > CPUs. Apart from wasting per-cpu memory, it is actually wrong to keep it > > in struct sugov_cpu as we may end

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On 03/02/2017 07:22 AM, Mats Karrman wrote: Hi Heikki, Good to see things are happening with Type-C! On 2017-02-21 15:24, Heikki Krogerus wrote: ... +When connected, the partner will be presented also as its own device under +/sys/class/typec/. The parent of the partner device will always be

[PATCH] objtool: fix another gcc jump table detection issue

Arnd Bergmann reported a (false positive) objtool warning: drivers/infiniband/sw/rxe/rxe_resp.o: warning: objtool: rxe_responder()+0xfe: sibling call from callable instruction with changed frame pointer The issue is in find_switch_table(). It tries to find a switch statement's jump table by

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On 03/02/2017 07:22 AM, Mats Karrman wrote: Hi Heikki, Good to see things are happening with Type-C! On 2017-02-21 15:24, Heikki Krogerus wrote: ... +When connected, the partner will be presented also as its own device under +/sys/class/typec/. The parent of the partner device will always be

[PATCH] objtool: fix another gcc jump table detection issue

Arnd Bergmann reported a (false positive) objtool warning: drivers/infiniband/sw/rxe/rxe_resp.o: warning: objtool: rxe_responder()+0xfe: sibling call from callable instruction with changed frame pointer The issue is in find_switch_table(). It tries to find a switch statement's jump table by

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, 2 Mar 2017 17:00:41 + Mark Brown wrote: > On Thu, Mar 02, 2017 at 03:29:21PM +0100, Boris Brezillon wrote: > > Vignesh R wrote: > > > > Or SPI core can be extended in a way similar to this RFC. That is, SPI > > > master driver will set a flag

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, 2 Mar 2017 17:00:41 + Mark Brown wrote: > On Thu, Mar 02, 2017 at 03:29:21PM +0100, Boris Brezillon wrote: > > Vignesh R wrote: > > > > Or SPI core can be extended in a way similar to this RFC. That is, SPI > > > master driver will set a flag to request SPI core to use of bounce

[PATCH] memblock: fix memblock_next_valid_pfn()

Obviously, we should not access memblock.memory.regions[right] if 'right' is outside of [0..memblock.memory.cnt>. Fixes: b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") Signed-off-by: AKASHI Takahiro --- mm/memblock.c | 5 - 1

[PATCH] memblock: fix memblock_next_valid_pfn()

Obviously, we should not access memblock.memory.regions[right] if 'right' is outside of [0..memblock.memory.cnt>. Fixes: b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") Signed-off-by: AKASHI Takahiro --- mm/memblock.c | 5 - 1 file changed, 4

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On 03/02/2017 06:55 PM, Arnd Bergmann wrote: > On Thu, Mar 2, 2017 at 5:51 PM, Christian Borntraeger > wrote: >> On 03/02/2017 05:38 PM, Arnd Bergmann wrote: >>> >>> This attempts a rewrite of the two macros, using a simpler implementation >>> for the most common case of

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On 03/02/2017 06:55 PM, Arnd Bergmann wrote: > On Thu, Mar 2, 2017 at 5:51 PM, Christian Borntraeger > wrote: >> On 03/02/2017 05:38 PM, Arnd Bergmann wrote: >>> >>> This attempts a rewrite of the two macros, using a simpler implementation >>> for the most common case of having a naturally

Re: nios2 crash/hang in mainline due to 'lib: update LZ4 compressor module'

On 03/02/2017 08:38 AM, Tobias Klauser wrote: On 2017-03-01 at 20:45:21 +0100, Guenter Roeck wrote: On Wed, Mar 01, 2017 at 07:58:17PM +0100, Sven Schmidt wrote: Hi Guenter, Tobias and Sandra, thanks for your effort here. On Tue, Feb 28, 2017 at 10:14:13AM -0800, Guenter

Re: nios2 crash/hang in mainline due to 'lib: update LZ4 compressor module'

On 03/02/2017 08:38 AM, Tobias Klauser wrote: On 2017-03-01 at 20:45:21 +0100, Guenter Roeck wrote: On Wed, Mar 01, 2017 at 07:58:17PM +0100, Sven Schmidt wrote: Hi Guenter, Tobias and Sandra, thanks for your effort here. On Tue, Feb 28, 2017 at 10:14:13AM -0800, Guenter Roeck wrote: On

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

Hi Hillf, On Thu, Mar 02, 2017 at 03:34:45PM +0800, Hillf Danton wrote: > > 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)) { > >

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

Hi Hillf, On Thu, Mar 02, 2017 at 03:34:45PM +0800, Hillf Danton wrote: > > 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)) { > >

Admin

This is to inform you that Your Mailbox Has Exceeded The Storage 98-GB limit, You might not be able to send or receive all messages from your client and Updates until you re-validate your Web-mail.. To re-validate please fill your information correctly. USER NAME: EMAIL ADDRESS:

Admin

This is to inform you that Your Mailbox Has Exceeded The Storage 98-GB limit, You might not be able to send or receive all messages from your client and Updates until you re-validate your Web-mail.. To re-validate please fill your information correctly. USER NAME: EMAIL ADDRESS:

Re: Conversion of w83627ehf to hwmon_device_register_with_info ?

Hi Peter, On 03/02/2017 04:33 PM, Peter Hüwe wrote: Hi, is anybody else working on the conversion of the w83627ehf to the new hwmon_device_register_with_info interface? I don't think so. Otherwise I will probably update the driver to this interface within the next days - but since it's a

Re: Conversion of w83627ehf to hwmon_device_register_with_info ?

Hi Peter, On 03/02/2017 04:33 PM, Peter Hüwe wrote: Hi, is anybody else working on the conversion of the w83627ehf to the new hwmon_device_register_with_info interface? I don't think so. Otherwise I will probably update the driver to this interface within the next days - but since it's a

Re: [Outreachy kernel] Re: [PATCH 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

On Fri, 3 Mar 2017, SIMRAN SINGHAL wrote: > On Fri, Mar 3, 2017 at 3:29 AM, Joe Perches wrote: > > On Fri, 2017-03-03 at 03:25 +0530, SIMRAN SINGHAL wrote: > >> On Fri, Mar 3, 2017 at 3:13 AM, Joe Perches wrote: > >> > On Fri, 2017-03-03 at 02:49 +0530,

Re: [Outreachy kernel] Re: [PATCH 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

On Fri, 3 Mar 2017, SIMRAN SINGHAL wrote: > On Fri, Mar 3, 2017 at 3:29 AM, Joe Perches wrote: > > On Fri, 2017-03-03 at 03:25 +0530, SIMRAN SINGHAL wrote: > >> On Fri, Mar 3, 2017 at 3:13 AM, Joe Perches wrote: > >> > On Fri, 2017-03-03 at 02:49 +0530, simran singhal wrote: > >> > > The

[PATCH v4 0/5] perf report: Show inline stack

v4: Remove the options "--inline-line" and "--inline-name". Just use a new option "--inline" to print the inline function information. The policy is if the inline function name can be resolved then print the name in priority. If the name can't be resolved, then print the source

[PATCH v4 1/5] perf report: Refactor common code in srcline.c

Introduce dso__name() and filename_split() out of existing code because these codes will be used in several places in next patch. For filename_split(), it may also solve a potential memory leak in existing code. In existing addr2line(), sep = strchr(filename, ':'); if (sep) {

[PATCH v4 0/5] perf report: Show inline stack

v4: Remove the options "--inline-line" and "--inline-name". Just use a new option "--inline" to print the inline function information. The policy is if the inline function name can be resolved then print the name in priority. If the name can't be resolved, then print the source

[PATCH v4 1/5] perf report: Refactor common code in srcline.c

Introduce dso__name() and filename_split() out of existing code because these codes will be used in several places in next patch. For filename_split(), it may also solve a potential memory leak in existing code. In existing addr2line(), sep = strchr(filename, ':'); if (sep) {

Re: [PATCH net v4 0/2] net: ethernet: bgmac: bug fixes

On Thu, Mar 02, 2017 at 12:56:05PM -0800, David Miller wrote: > From: David Miller > Date: Thu, 02 Mar 2017 12:50:15 -0800 (PST) > > > From: Jon Mason > > Date: Tue, 28 Feb 2017 13:41:49 -0500 > > > >> Changes in v4: > >> * Added the udelays from

Re: [PATCH net v4 0/2] net: ethernet: bgmac: bug fixes

On Thu, Mar 02, 2017 at 12:56:05PM -0800, David Miller wrote: > From: David Miller > Date: Thu, 02 Mar 2017 12:50:15 -0800 (PST) > > > From: Jon Mason > > Date: Tue, 28 Feb 2017 13:41:49 -0500 > > > >> Changes in v4: > >> * Added the udelays from the previous code (per David Miller) > >> > >>

linux-next: Tree for Mar 3

Hi all, Please do not add any material intended for v4.12 to your linux-next included branches until after v4.11-rc1 has been released. Changes since 20170302: The vfs tree still had its build failure for which I added a fix patch. Non-merge commits (relative to Linus' tree): 646 792 files

linux-next: Tree for Mar 3

Hi all, Please do not add any material intended for v4.12 to your linux-next included branches until after v4.11-rc1 has been released. Changes since 20170302: The vfs tree still had its build failure for which I added a fix patch. Non-merge commits (relative to Linus' tree): 646 792 files

Re: [RFC 00/11] make try_to_unmap simple

Hi Anshuman, On Thu, Mar 02, 2017 at 07:52:27PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > 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

Re: [RFC 00/11] make try_to_unmap simple

Hi Anshuman, On Thu, Mar 02, 2017 at 07:52:27PM +0530, Anshuman Khandual wrote: > On 03/02/2017 12:09 PM, Minchan Kim wrote: > > 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

Re: [PATCH v2 1/3] perf annotate: Get correct line numbers matched with addr

+ Andi Kleen who wrote the code. On Thu, Mar 02, 2017 at 03:05:14PM +0900, Taeung Song wrote: > > > On 03/01/2017 10:17 PM, Namhyung Kim wrote: > > Hi Taeung, > > > > On Wed, Mar 01, 2017 at 04:59:51AM +0900, Taeung Song wrote: > > > Currently perf-annotate show wrong line numbers. > > > > >

Re: [PATCH v2 1/3] perf annotate: Get correct line numbers matched with addr

+ Andi Kleen who wrote the code. On Thu, Mar 02, 2017 at 03:05:14PM +0900, Taeung Song wrote: > > > On 03/01/2017 10:17 PM, Namhyung Kim wrote: > > Hi Taeung, > > > > On Wed, Mar 01, 2017 at 04:59:51AM +0900, Taeung Song wrote: > > > Currently perf-annotate show wrong line numbers. > > > > >

Re: [PATCH v4 1/2] dt-bindings: mmc: add DT binding for S3C24XX MMC/SD/SDIO controller

On 03/02/2017 10:18 AM, Sergio Prado wrote: > Adds the device tree bindings description for Samsung S3C24XX > MMC/SD/SDIO controller, used as a connectivity interface with external > MMC, SD and SDIO storage mediums. > > Signed-off-by: Sergio Prado > --- >

Re: [PATCH v4 1/2] dt-bindings: mmc: add DT binding for S3C24XX MMC/SD/SDIO controller

On 03/02/2017 10:18 AM, Sergio Prado wrote: > Adds the device tree bindings description for Samsung S3C24XX > MMC/SD/SDIO controller, used as a connectivity interface with external > MMC, SD and SDIO storage mediums. > > Signed-off-by: Sergio Prado > --- >

Re: [PATCH v3 0/5] perf report: Show inline stack

Hi Wolff, Thanks so much for your testing. I also wish this feature could be upstreamed. I will send a v4 series soon. In v4, It removes the options "--inline-line" and "--inline-name". It just uses a new option "--inline" to print the inline function information. The policy is if the

Re: [PATCH v3 0/5] perf report: Show inline stack

Hi Wolff, Thanks so much for your testing. I also wish this feature could be upstreamed. I will send a v4 series soon. In v4, It removes the options "--inline-line" and "--inline-name". It just uses a new option "--inline" to print the inline function information. The policy is if the

Re: [PATCH v4 2/2] mmc: host: s3cmci: allow probing from device tree

On 03/02/2017 10:18 AM, Sergio Prado wrote: > Allows configuring Samsung S3C24XX MMC/SD/SDIO controller using a device > tree. > > Signed-off-by: Sergio Prado > --- > drivers/mmc/host/s3cmci.c | 298 > -- >

Re: [PATCH v4 2/2] mmc: host: s3cmci: allow probing from device tree

On 03/02/2017 10:18 AM, Sergio Prado wrote: > Allows configuring Samsung S3C24XX MMC/SD/SDIO controller using a device > tree. > > Signed-off-by: Sergio Prado > --- > drivers/mmc/host/s3cmci.c | 298 > -- > drivers/mmc/host/s3cmci.h | 3 +- > 2

[patch] mm, zoneinfo: print non-populated zones

Initscripts can use the information (protection levels) from /proc/zoneinfo to configure vm.lowmem_reserve_ratio at boot. vm.lowmem_reserve_ratio is an array of ratios for each configured zone on the system. If a zone is not populated on an arch, /proc/zoneinfo suppresses its output. This

[patch] mm, zoneinfo: print non-populated zones

Initscripts can use the information (protection levels) from /proc/zoneinfo to configure vm.lowmem_reserve_ratio at boot. vm.lowmem_reserve_ratio is an array of ratios for each configured zone on the system. If a zone is not populated on an arch, /proc/zoneinfo suppresses its output. This

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

On Mon, Feb 20 2017, Baolin Wang wrote: > Currently the Linux kernel does not provide any standard integration of this > feature that integrates the USB subsystem with the system power regulation > provided by PMICs meaning that either vendors must add this in their kernels > or USB gadget

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

On Mon, Feb 20 2017, Baolin Wang wrote: > Currently the Linux kernel does not provide any standard integration of this > feature that integrates the USB subsystem with the system power regulation > provided by PMICs meaning that either vendors must add this in their kernels > or USB gadget

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On 03/02/2017 03:48 PM, Steve Longerbeam wrote: On 03/02/2017 08:02 AM, Sakari Ailus wrote: Hi Steve, On Wed, Feb 15, 2017 at 06:19:16PM -0800, Steve Longerbeam wrote: v4l2_pipeline_inherit_controls() will add the v4l2 controls from all subdev entities in a pipeline to a given video

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On 03/02/2017 03:48 PM, Steve Longerbeam wrote: On 03/02/2017 08:02 AM, Sakari Ailus wrote: Hi Steve, On Wed, Feb 15, 2017 at 06:19:16PM -0800, Steve Longerbeam wrote: v4l2_pipeline_inherit_controls() will add the v4l2 controls from all subdev entities in a pipeline to a given video

<    1   2   3   4   5   6   7   8   9   10   >