Re: [PATCH] ARM: at91: debug: use DEBUG_UART_VIRT

Le 08/06/2016 09:17, Nicolas Ferre a écrit : > Le 07/06/2016 18:23, Alexandre Belloni a écrit : >> On 07/06/2016 at 17:48:21 +0200, Nicolas Ferre wrote : >>> Le 07/06/2016 17:24, Alexandre Belloni a écrit : AT91 still uses an offset (0x0100 ) from the physical address to map the debug

Fwd: Bug#826328: util-linux: losetup -d disfunctional for cloop and similar loop-compatible block devices

Hello, As recommended by the Debian package maintainer, I'm forwarding this as upstream bug report to the kernel list. Package: util-linux Version: 2.28-5 Severity: normal Tags: upstream Losetup was able to setup compressed loopback (cloop) devices, which have a similar ioctl API, until recently

Re: [linux-next: Tree for Jun 1] __khugepaged_exit rwsem_down_write_failed lockup

On 06/03/2016 05:10 PM, Andrea Arcangeli wrote: Hello Michal, CC'ed Hugh, On Fri, Jun 03, 2016 at 04:46:00PM +0200, Michal Hocko wrote: What do you think about the external dependencies mentioned above. Do you think this is a sufficient argument wrt. occasional higher latencies? It's a trade

[RFC PATCH 0/4] Introduce new caps to improve the card's init sequence

Hi all, This patchset is gonna improve the card's init sequence by exposing some caps to DT. The basic idea is to skip sending specific init cmd inspired by Carlo Caione's commit[0]. To make it possible, I firstly expose Carlo's MMC_CAP2_NO_SDIO to DT and extend two new caps for similar usage o

[RFC PATCH 1/4] Documentation: mmc: add description for new caps

Let's add some basic description for cap-no-sdio, cap-no-sd and cap-no-mmc. Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/mmc.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/devicetree/bindings/mmc/mmc.txt b/Documentation/devicetree/bindings/mmc/m

[RFC PATCH 2/4] mmc: core: expose MMC_CAP2_NO_SDIO to dt-binding

Add cap-no-sdio property, so we can use MMC_CAP2_NO_SDIO for different slots from dt. Signed-off-by: Shawn Lin --- drivers/mmc/core/host.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mmc/core/host.c b/drivers/mmc/core/host.c index d7e86f9..933eeea 100644 --- a/drivers/mmc/core

[RFC PATCH 3/4] mmc: core: add cap-no-sd and cap-no-mmc properties

Introduce cap-no-sd and cap-no-mmc properties to skip sending sd and mmc commands during initialization respectively. Signed-off-by: Shawn Lin --- drivers/mmc/core/host.c | 4 include/linux/mmc/host.h | 2 ++ 2 files changed, 6 insertions(+) diff --git a/drivers/mmc/core/host.c b/drivers

[RFC PATCH 4/4] mmc: core: improve initialization flow

We should skip sending some unnecessary cmds during initialization if we know that this controller can't support the claimed function. In this way, we provide the capabilities for DT to decide whether they need to reduce booting time if they know a slot is just only for one card type. We also don

Re: [PATCH 8/8] dmaengine: Remove site specific OOM error messages on kzalloc

On 07/06/16 18:38, Peter Griffin wrote: > If kzalloc() fails it will issue it's own error message including > a dump_stack(). So remove the site specific error messages. > > Signed-off-by: Peter Griffin > --- > drivers/dma/amba-pl08x.c| 10 +- > drivers/dma/bestcomm/bestcomm.c |

Re: [PATCH 00/10] x86: use gcc 6+ asm flag output feature

* H. Peter Anvin wrote: > From: "H. Peter Anvin" > > gcc 6+ has the ability to let flags (actually, conditions, which are > specific combinations of flags) to be used directly as asm() outputs. > The syntax for that is "=@cc" where is the same set of > letters that would be used in a j or set

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* Peter Zijlstra wrote: > On Tue, Jun 07, 2016 at 04:31:01PM -0700, H. Peter Anvin wrote: > > From: "H. Peter Anvin" > > > > The gcc people have confirmed that using "bool" when combined with > > inline assembly always is treated as a byte-sized operand that can be > > assumed to be 0 or 1, wh

Re: [PATCH] mlxsw: core: Remove deprecated create_workqueue

Tue, Jun 07, 2016 at 10:59:46PM IDT, bhaktipriy...@gmail.com wrote: >alloc_workqueue replaces deprecated create_workqueue(). > >A dedicated workqueue has been used since the workqueue >mlxsw_wq is used for FDB notif. processing with workitems that are >involved in normal device operation && because

Re: [PATCH v2 0/7] crypto: talitos - implementation of AEAD for SEC1

On Mon, Jun 06, 2016 at 01:20:31PM +0200, Christophe Leroy wrote: > This set of patches provides the implementation of AEAD for > talitos SEC1. All applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: [PATCH v9 0/7] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 3/3: vfio changes

Dear all, Le 20/05/2016 à 18:01, Eric Auger a écrit : > Alex, Robin, > > While my 3 part series primarily addresses the problematic of mapping > MSI doorbells into arm-smmu, it fails in : > > 1) determining whether the MSI controller is downstream or upstream to > the IOMMU, > => indicates

Re: [PATCH] Introducing kernel option to force all PCI memory resources to be page aligned. Fixes issues with uio based drivers.

Hi Greg, > > > > The issue is not the firmware. The issue is that the Linux uio > > > > driver > > > > (here: uio_cif) does not work as uio_mmap() -> uio_mmap_physical() > > > > does not do a mmap on physical memory that is not page aligned... > > > > > > Then why not fix the uio_cif driver? > > Th

Call DR JAMES ADAMS No + 27 748 044 206

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Tue, Jun 07, 2016 at 04:31:01PM -0700, H. Peter Anvin wrote: > > > From: "H. Peter Anvin" > > > > > > The gcc people have confirmed that using "bool" when combined with > > > inline assembly always is treated as a byte-sized operand

Re: [PATCH] gpio: xilinx: Add support to set multiple GPIO at once

On Fri, Jun 3, 2016 at 2:54 PM, Iban Rodriguez wrote: > Add function to set multiple GPIO of the same chip at the same time > and register it > > Signed-off-by: Iban Rodriguez No comments so patch applied tentatively. Yours, Linus Walleij

Re: [PATCH 2/2] mm: oom: deduplicate victim selection code for memcg and global oom

On Fri 27-05-16 17:17:42, Vladimir Davydov wrote: [...] > @@ -970,26 +1028,25 @@ bool out_of_memory(struct oom_control *oc) > !oom_unkillable_task(current, NULL, oc->nodemask) && > current->signal->oom_score_adj != OOM_SCORE_ADJ_MIN) { > get_task_struct(current); >

Re: [RFC 1/1] ARM: print MHz in /proc/cpuinfo

On 07/06/16 22:08, Jon Mason wrote: Query the CPU core clock in the device tree to determine the core clock speed. How do guarantee that it's the current frequency of the CPU ? It doesn't even represent the mix or max frequency, so it's incorrect. Some DTs have boot frequency in that entry.

[tip:perf/core] perf evsel: Provide way to extract integer value from format_field

Commit-ID: 90525176d71995ffde2d0c532f2758304c666a08 Gitweb: http://git.kernel.org/tip/90525176d71995ffde2d0c532f2758304c666a08 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 31 May 2016 12:47:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3 Jun 2016 14:53:46 -0300 per

[tip:perf/core] perf evlist: Fix alloc_mmap() failure path

Commit-ID: 946ae1d41d4b0c77b9f63b4a0393d8a1283a7f9d Gitweb: http://git.kernel.org/tip/946ae1d41d4b0c77b9f63b4a0393d8a1283a7f9d Author: Wang Nan AuthorDate: Tue, 31 May 2016 13:06:15 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3 Jun 2016 14:53:46 -0300 perf evlist: Fix al

[tip:perf/core] tools lib api: Respect CROSS_COMPILE for the linker

Commit-ID: 703e01652d25edbd249e3043c26543157f0ef15c Gitweb: http://git.kernel.org/tip/703e01652d25edbd249e3043c26543157f0ef15c Author: Lucas Stach AuthorDate: Thu, 17 Mar 2016 18:27:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3 Jun 2016 14:53:46 -0300 tools lib api: R

[tip:perf/core] perf script: Show call graphs when 1st event doesn't have it but some other has

Commit-ID: 40f20e5074b035c7111e135aa939d1d1a96a2480 Gitweb: http://git.kernel.org/tip/40f20e5074b035c7111e135aa939d1d1a96a2480 Author: He Kuang AuthorDate: Mon, 16 May 2016 04:51:19 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 3 Jun 2016 14:53:46 -0300 perf script: Show c

[tip:perf/core] perf stat: Basic support for TopDown in perf stat

Commit-ID: 44b1e60ab576c343aa592a2a6c679297cc69740d Gitweb: http://git.kernel.org/tip/44b1e60ab576c343aa592a2a6c679297cc69740d Author: Andi Kleen AuthorDate: Mon, 30 May 2016 12:49:42 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:04:15 -0300 perf stat: Basic

[tip:perf/core] perf test: Ignore .scale and other special files

Commit-ID: 17a2634bcb88e52bd637fdaa47d7ff0bddb0188f Gitweb: http://git.kernel.org/tip/17a2634bcb88e52bd637fdaa47d7ff0bddb0188f Author: Andi Kleen AuthorDate: Mon, 6 Jun 2016 07:36:06 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 12:11:14 -0300 perf test: Ignore

[tip:perf/core] perf stat: Add computation of TopDown formulas

Commit-ID: 239bd47f8355eb5defc865cf408824b6cfeca5dc Gitweb: http://git.kernel.org/tip/239bd47f8355eb5defc865cf408824b6cfeca5dc Author: Andi Kleen AuthorDate: Tue, 24 May 2016 12:52:37 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:04:16 -0300 perf stat: Add co

Re: [PATCH 1/2] gpiolib: Fix NULL pointer deference

On Fri, Jun 3, 2016 at 7:10 PM, Ricardo Ribalda Delgado wrote: > Under some circumstances, a gpiochip might be half cleaned from the > gpio_device list. > > This patch makes sure that the chip pointer is still valid, before > calling the match function. > > [ 104.088296] BUG: unable to handle ke

[tip:perf/core] perf stat: Print topology/time headers with --metric-only

Commit-ID: 41c8ca2a924b359e8f1768f8550487cd13a1ec03 Gitweb: http://git.kernel.org/tip/41c8ca2a924b359e8f1768f8550487cd13a1ec03 Author: Andi Kleen AuthorDate: Tue, 24 May 2016 12:52:38 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:04:16 -0300 perf stat: Print

[tip:perf/core] perf stat: Add missing aggregation headers for --metric-only CSV

Commit-ID: c51fd6395d67a6d414834db7f892c95594247d6f Gitweb: http://git.kernel.org/tip/c51fd6395d67a6d414834db7f892c95594247d6f Author: Andi Kleen AuthorDate: Tue, 24 May 2016 12:52:39 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:43:12 -0300 perf stat: Add mi

[tip:perf/core] perf config: Fix abnormal termination at perf_parse_file()

Commit-ID: 78f71c996fb92d129ec75d572e2f5367a4f4c757 Gitweb: http://git.kernel.org/tip/78f71c996fb92d129ec75d572e2f5367a4f4c757 Author: Taeung Song AuthorDate: Mon, 6 Jun 2016 19:52:52 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:43:17 -0300 perf config: Fix

Re: [PATCH] futex: Calculate the futex key based on a tail page for file-based futexes

On Wed, 2016-06-08 at 09:04 +0100, Mel Gorman wrote: > On Tue, Jun 07, 2016 at 07:52:59PM +0200, Mike Galbraith wrote: > > On Tue, 2016-06-07 at 19:50 +0200, Peter Zijlstra wrote: > > > On Tue, Jun 07, 2016 at 01:30:17PM +0100, Mel Gorman wrote: > > > > Signed-off-by: Mel Gorman > > > > > > Acked

[tip:perf/core] tools lib bpf: Use IS_ERR() reporting macros with bpf_map__get_private()

Commit-ID: b4cbfa5670414a567a8a3b368047538f522eff6a Gitweb: http://git.kernel.org/tip/b4cbfa5670414a567a8a3b368047538f522eff6a Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Jun 2016 10:51:59 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:18:30 -0300 tool

[tip:perf/core] perf config: Handle the error when config set is NULL at collect_config()

Commit-ID: 7db91f251056f90fec4121f028680ab3153a0f3c Gitweb: http://git.kernel.org/tip/7db91f251056f90fec4121f028680ab3153a0f3c Author: Taeung Song AuthorDate: Mon, 6 Jun 2016 19:52:54 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 17:43:19 -0300 perf config: Hand

[tip:perf/core] tools lib bpf: Rename bpf_map__get_name() to bpf_map__name()

Commit-ID: 009ad5d5945697a887f0c1b2d581503d92dcde6f Gitweb: http://git.kernel.org/tip/009ad5d5945697a887f0c1b2d581503d92dcde6f Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Jun 2016 11:02:05 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:18:44 -0300 tool

[tip:perf/core] tools lib bpf: Use IS_ERR() reporting macros with bpf_map__get_def()

Commit-ID: 53897a78ca6d4bd64e8c17d76cfec65d237f9447 Gitweb: http://git.kernel.org/tip/53897a78ca6d4bd64e8c17d76cfec65d237f9447 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Jun 2016 14:21:06 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:18:55 -0300 tool

[tip:perf/core] tools lib bpf: Rename bpf_map__get_fd() to bpf_map__fd()

Commit-ID: 6e009e65a1e5202313fdaccde3bcb94272989eba Gitweb: http://git.kernel.org/tip/6e009e65a1e5202313fdaccde3bcb94272989eba Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:15:52 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:19:15 -0300 tool

[tip:perf/core] tools lib bpf: Remove _get_ from non-refcount method names

Commit-ID: a7fe0450b0142d0eb4a543840a43e22682debf25 Gitweb: http://git.kernel.org/tip/a7fe0450b0142d0eb4a543840a43e22682debf25 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:22:51 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:19:25 -0300 tool

[tip:perf/core] tools lib bpf: Make bpf_program__get_private() use IS_ERR()

Commit-ID: be834ffbd15ea9d73ba96fdbdcb1012add7e3bdf Gitweb: http://git.kernel.org/tip/be834ffbd15ea9d73ba96fdbdcb1012add7e3bdf Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:36:39 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:19:34 -0300 tool

Re: [PATCH 07/16] sched: Make SD_BALANCE_WAKE a topology flag

On Wed, Jun 01, 2016 at 10:18:17PM +0200, Peter Zijlstra wrote: > On Mon, May 23, 2016 at 11:58:49AM +0100, Morten Rasmussen wrote: > > For systems with the SD_ASYM_CPUCAPACITY flag set on higher level in the > > sched_domain hierarchy we need a way to enable wake-up balancing for the > > lower lev

[tip:perf/core] perf tools: Fix crash in build_id_cache__kallsyms_path()

Commit-ID: c58c49ac630979a285d574b3f72a528209515fb3 Gitweb: http://git.kernel.org/tip/c58c49ac630979a285d574b3f72a528209515fb3 Author: Wang Nan AuthorDate: Tue, 7 Jun 2016 03:54:38 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 10:49:41 -0300 perf tools: Fix cras

[tip:perf/core] tools lib bpf: Rename set_private() to set_priv()

Commit-ID: edb13ed47c1a196eca4b669b7c20d26b27260813 Gitweb: http://git.kernel.org/tip/edb13ed47c1a196eca4b669b7c20d26b27260813 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jun 2016 12:38:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 6 Jun 2016 18:19:49 -0300 tool

[tip:perf/core] perf config: Constructor should free its allocated memory when failing

Commit-ID: 25d8f48f78f37dd6af08bd11212ab3d53a4c8cc6 Gitweb: http://git.kernel.org/tip/25d8f48f78f37dd6af08bd11212ab3d53a4c8cc6 Author: Taeung Song AuthorDate: Tue, 7 Jun 2016 18:26:11 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 10:58:55 -0300 perf config: Cons

[tip:perf/core] perf config: Use new perf_config_set__init() to initialize config set

Commit-ID: 8beeb00f2c8498686eee02b8edcd1488b903c90b Gitweb: http://git.kernel.org/tip/8beeb00f2c8498686eee02b8edcd1488b903c90b Author: Taeung Song AuthorDate: Tue, 7 Jun 2016 18:26:12 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 11:01:25 -0300 perf config: Use

Re: [RESEND PATCH 00/14] eeprom: at24: driver rework and at24cs/at24mac support

> sorry for that. I always resend after a week without response - just > as suggested in Documentation/SubmittingPatches. Wow, do I really have to tell you these things? * It doesn't suggest to do that. It suggests to wait *a minimum* a week if you yourself considered doing that. * A ping is

[tip:perf/core] perf unwind: Use LIBUNWIND_DIR for remote libunwind feature check

Commit-ID: 195106b9ff87da6da600b2c33d6a8b38281e1af3 Gitweb: http://git.kernel.org/tip/195106b9ff87da6da600b2c33d6a8b38281e1af3 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:10 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:51 -0300 perf unwind: Use LIB

[tip:perf/core] perf unwind: Decouple thread->address_space on libunwind

Commit-ID: c1d1d0d9b302cb5f0365f4de78dd7fcbf7983c05 Gitweb: http://git.kernel.org/tip/c1d1d0d9b302cb5f0365f4de78dd7fcbf7983c05 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:11 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:51 -0300 perf unwind: Decoupl

Re: [PATCH 1/2] phy: phy-qcom-ufs-qmp-14nm: Remove site specific OOM error message

Hi Baruch, On Tue, 07 Jun 2016, Baruch Siach wrote: > Hi Peter, > > On Tue, Jun 07, 2016 at 06:50:09PM +0100, Peter Griffin wrote: > > kzalloc will issue its own error message including a dump_stack() > > so remote the site specific message. > > > > Signed-off-by: Peter Griffin > > --- > > dr

[tip:perf/core] perf unwind: Introduce 'struct unwind_libunwind_ops' for local unwind

Commit-ID: f83c04156c1483f16ac548516f41212cf244e441 Gitweb: http://git.kernel.org/tip/f83c04156c1483f16ac548516f41212cf244e441 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:12 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:52 -0300 perf unwind: Introdu

[tip:perf/core] perf unwind: Don't mix LIBUNWIND_LIBS into LIBUNWIND_LDFLAGS

Commit-ID: 403cacb8a25eb86d564750fce2293978814d2d15 Gitweb: http://git.kernel.org/tip/403cacb8a25eb86d564750fce2293978814d2d15 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:14 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:52 -0300 perf unwind: Don't m

[tip:perf/core] perf unwind: Move unwind__prepare_access from thread_new into thread__insert_map

Commit-ID: 8132a2a84147d3c98cf580d5759387325fbabf73 Gitweb: http://git.kernel.org/tip/8132a2a84147d3c98cf580d5759387325fbabf73 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:13 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:52 -0300 perf unwind: Move un

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Geert, On Wednesday 08 Jun 2016 09:04:17 Geert Uytterhoeven wrote: > On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart wrote: > >> --- 0031/drivers/iommu/ipmmu-vmsa.c > >> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-06 11:19:40.210607110 +0900 > >> @@ -1074,7 +1074,7 @@ static const struct ipm

[tip:perf/core] perf unwind: Separate local/remote libunwind config

Commit-ID: 9d8e14d306ef2f5daf2fd099ef07c39dd83e2c0d Gitweb: http://git.kernel.org/tip/9d8e14d306ef2f5daf2fd099ef07c39dd83e2c0d Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:15 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:52 -0300 perf unwind: Separat

[tip:perf/core] perf unwind: Rename unwind-libunwind.c to unwind-libunwind-local.c

Commit-ID: a597b547d6a599b088e3789a9095bd9bf2b28aaa Gitweb: http://git.kernel.org/tip/a597b547d6a599b088e3789a9095bd9bf2b28aaa Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:16 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:53 -0300 perf unwind: Rename

[tip:perf/core] perf tools: Export normalize_arch() function

Commit-ID: 940e6987fcfb6092cda8f2f87f2937c55fa038c4 Gitweb: http://git.kernel.org/tip/940e6987fcfb6092cda8f2f87f2937c55fa038c4 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:18 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:53 -0300 perf tools: Export n

[tip:perf/core] perf tools: Extract common API out of unwind-libunwind-local.c

Commit-ID: f6d725324ab281880a0b736df5812e3a1e807779 Gitweb: http://git.kernel.org/tip/f6d725324ab281880a0b736df5812e3a1e807779 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:17 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 12:08:53 -0300 perf tools: Extract

[tip:perf/core] perf unwind: Check the target platform before assigning unwind methods

Commit-ID: d64ec10ec8b43a519f132e7c33c1815a4e86949e Gitweb: http://git.kernel.org/tip/d64ec10ec8b43a519f132e7c33c1815a4e86949e Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:19 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 15:09:36 -0300 perf unwind: Check t

[tip:perf/core] perf unwind: Change fixed name of libunwind__arch_reg_id to macro

Commit-ID: eeb118c5d77878948e09308afe4fd9d0efe68ef7 Gitweb: http://git.kernel.org/tip/eeb118c5d77878948e09308afe4fd9d0efe68ef7 Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:20 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 15:11:46 -0300 perf unwind: Change

[tip:perf/core] perf unwind: Introduce flag to separate local/remote unwind compilation

Commit-ID: 19473e7ba8f8f443f09d4187791de9d6f95fdc1d Gitweb: http://git.kernel.org/tip/19473e7ba8f8f443f09d4187791de9d6f95fdc1d Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:21 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 15:11:46 -0300 perf unwind: Introdu

[tip:perf/core] perf callchain: Support x86 target platform

Commit-ID: 52ffe0ff02fc053a025c381d5808e9ecd3206dfe Gitweb: http://git.kernel.org/tip/52ffe0ff02fc053a025c381d5808e9ecd3206dfe Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:22 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 15:13:27 -0300 perf callchain: Supp

RE: mm: pages are not freed from lru_add_pvecs after process termination

On Tue 07-06-16 13:20:00, Michal Hocko wrote: > I guess you want something like posix_memalign or start faulting in from > an aligned address to guarantee you will fault 2MB pages. Good catch. > Besides that I am really suspicious that this will be measurable at all. > I would just go and spin a

[tip:perf/core] perf callchain: Support aarch64 cross-platform

Commit-ID: 057fbfb25cde4a368418f3f720cdc31d48800c4d Gitweb: http://git.kernel.org/tip/057fbfb25cde4a368418f3f720cdc31d48800c4d Author: He Kuang AuthorDate: Fri, 3 Jun 2016 03:33:23 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 7 Jun 2016 15:13:35 -0300 perf callchain: Supp

[tip:perf/core] perf/core: Fix crash due to account/unaccount_sb_event() inconsistency

Commit-ID: a4f144ebbdf6f7807c477bce8e136047ed27321f Gitweb: http://git.kernel.org/tip/a4f144ebbdf6f7807c477bce8e136047ed27321f Author: David Carrillo-Cisneros AuthorDate: Wed, 1 Jun 2016 12:33:05 -0700 Committer: Ingo Molnar CommitDate: Wed, 8 Jun 2016 09:18:45 +0200 perf/core: Fix cra

Re: [LKP] [lkp] [mm] 5c0a85fad9: unixbench.score -6.3% regression

"Huang, Ying" writes: > "Kirill A. Shutemov" writes: > >> On Mon, Jun 06, 2016 at 10:27:24AM +0800, kernel test robot wrote: >>> >>> FYI, we noticed a -6.3% regression of unixbench.score due to commit: >>> >>> commit 5c0a85fad949212b3e059692deecdeed74ae7ec7 ("mm: make faultaround >>> produce

Re: [PATCH 2/2] gpiolib: Fix unaligned used of reference counters

On Fri, Jun 3, 2016 at 7:10 PM, Ricardo Ribalda Delgado wrote: > gpiolib relies on the reference counters to clean up the gpio_device > structure. > > Although the number of get/put is properly aligned on gpiolib.c > itself, it does not take into consideration how the referece counters > are affe

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

On 06/08/16 01:33, Ingo Molnar wrote: > > Note that this particular build error was introduced by b0bdba9825fe, a later > patch in this series - but in generaly I'm uneasy about allowing function > signatures diverge between architectures. > For the bitops, they already do: PowerPC, for exampl

Re: [PATCH 00/10] x86: use gcc 6+ asm flag output feature

On 06/08/16 01:00, Peter Zijlstra wrote: > > Do you happen to know if GCC plans to support other architectures for > =@cc ? > I think it would depend on those architectures. I suspect it makes sense for some architectures and not at all for others. Either way, it is a completely architecture-d

Re: [LKP] [lkp] [mm] 5c0a85fad9: unixbench.score -6.3% regression

On Wed, Jun 08, 2016 at 04:41:37PM +0800, Huang, Ying wrote: > "Huang, Ying" writes: > > > "Kirill A. Shutemov" writes: > > > >> On Mon, Jun 06, 2016 at 10:27:24AM +0800, kernel test robot wrote: > >>> > >>> FYI, we noticed a -6.3% regression of unixbench.score due to commit: > >>> > >>> commi

Re: performance delta after VFS i_mutex=>i_rwsem conversion

* Waiman Long wrote: > I do have a patchset that allow us to more accurately determine the state of > the lock owner. > > locking/rwsem: Add reader-owned state to the owner field > http://www.spinics.net/lists/kernel/msg2258572.html > > That should eliminate the performance gap between mutex a

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

On 06/08/16 01:28, Ingo Molnar wrote: > > It does matter: > > In file included from arch/x86/kernel/cpu/common.c:21:0: > ./arch/x86/include/asm/archrandom.h:95:20: error: redefinition of > ‘arch_get_random_long’ > static inline bool arch_get_random_long(unsigned long *v) > In file included f

Re: [PATCH v4 00/14] fix some type infos and bugs for arm64/of numa

On 2016/6/7 21:58, Will Deacon wrote: > On Tue, Jun 07, 2016 at 04:08:04PM +0800, Zhen Lei wrote: >> v3 -> v4: >> 1. Packed three patches of Kefeng Wang, patch6-8. >> 2. Add 6 new patches(9-15) to enhance the numa on arm64. >> >> v2 -> v3: >> 1. Adjust patch2 and patch5 according to Matthias Brug

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* H. Peter Anvin wrote: > On 06/08/16 01:33, Ingo Molnar wrote: > > > > Note that this particular build error was introduced by b0bdba9825fe, a > > later > > patch in this series - but in generaly I'm uneasy about allowing function > > signatures diverge between architectures. > > > > For

Re: [PATCH 7/8] dmaengine: tegra20-apb-dma: Only calculate residue if txstate exists.

Hi Peter, On 07/06/16 18:38, Peter Griffin wrote: > There is no point calculating the residue if there is > no txstate to store the value. > > Signed-off-by: Peter Griffin > --- > drivers/dma/tegra20-apb-dma.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/dma

[PATCH v9 00/14] USB OTG/dual-role framework

Hi, This series centralizes OTG/Dual-role functionality in the kernel. As of now I've got Dual-role functionality working pretty reliably on dra7-evm and am437x-gp-evm. DWC3 controller and TI platform related patches will be sent separately. Series is based on v4.7-rc1. Why?: Currently th

[PATCH v9 03/14] usb: hcd.h: Add OTG to HCD interface

The OTG core will use struct otg_hcd_ops to interface with the HCD controller. The main purpose of this interface is to avoid directly calling HCD APIs from the OTG core as they wouldn't be defined in the built-in symbol table if CONFIG_USB is m. Signed-off-by: Roger Quadros Acked-by: Peter Chen

[PATCH v9 14/14] usb: host: xhci-plat: Add otg device to platform data

Host controllers that are part of an OTG/dual-role instance need to somehow pass the OTG controller device information to the HCD core. We use platform data to pass the OTG controller device. Signed-off-by: Roger Quadros Reviewed-by: Peter Chen --- drivers/usb/host/xhci-plat.c | 35 +++

[PATCH v9 09/14] usb: of: add an API to get OTG device from USB controller node

The OTG controller and the USB controller can be linked via the 'otg-controller' property in the USB controller's device node. of_usb_get_otg() can be used to get the OTG controller device from the USB controller's device node. Signed-off-by: Roger Quadros Acked-by: Peter Chen Acked-by: Rob Her

[PATCH v9 04/14] usb: otg-fsm: use usb_otg wherever possible

Move otg_fsm into usb_otg and use usb_otg wherever possible in the usb_otg APIs. Signed-off-by: Roger Quadros Acked-by: Peter Chen --- drivers/usb/chipidea/ci.h| 1 - drivers/usb/chipidea/core.c | 14 +-- drivers/usb/chipidea/debug.c | 2 +- drivers/usb/chipidea/otg_fsm.c

[PATCH v9 02/14] usb: otg-fsm: Prevent build warning "VDBG" redefined

If usb/otg-fsm.h and usb/composite.h are included together then it results in the build warning [1]. Prevent that by defining VDBG locally. Also get rid of MPC_LOC which doesn't seem to be used by anyone. [1] - warning fixed by this patch: In file included from drivers/usb/dwc3/core.h:33, fr

[PATCH v9 11/14] usb: otg: use dev_dbg() instead of VDBG()

Now that we have a device reference in struct usb_otg let's use dev_dbg() for debug messages. Signed-off-by: Roger Quadros Acked-by: Peter Chen --- drivers/usb/common/usb-otg-fsm.c | 19 +++ 1 file changed, 7 insertions(+), 12 deletions(-) diff --git a/drivers/usb/common/usb-ot

[PATCH v9 08/14] usb: otg: add OTG/dual-role core

It provides APIs for the following tasks - Registering an OTG/dual-role capable controller - Registering Host and Gadget controllers to OTG core - Providing inputs to and kicking the OTG state machine Provide a dual-role device (DRD) state machine. DRD mode is a reduced functionality OTG mode. In

[PATCH v9 13/14] usb: gadget: udc: adapt to OTG core

The OTG state machine needs a mechanism to start and stop the gadget controller as well as connect/disconnect from the bus. Add usb_gadget_start(), usb_gadget_stop() and usb_gadget_connect_control(). Introduce usb_otg_add_gadget_udc() to allow controller drivers to register a gadget controller tha

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

* H. Peter Anvin wrote: > On 06/08/16 01:28, Ingo Molnar wrote: > > > > It does matter: > > > > In file included from arch/x86/kernel/cpu/common.c:21:0: > > ./arch/x86/include/asm/archrandom.h:95:20: error: redefinition of > > ‘arch_get_random_long’ > > static inline bool arch_get_random_l

[PATCH v9 12/14] usb: hcd: Adapt to OTG core

Introduce usb_otg_add/remove_hcd() for use by host controllers that are part of OTG/dual-role port. Non Device tree platforms can use the otg_dev argument to specify the OTG controller device. If otg_dev is NULL then the device tree node's otg-controller property is used to get the otg_dev device.

[PATCH v9 10/14] usb: otg: add hcd companion support

From: Yoshihiro Shimoda Since some host controller (e.g. EHCI) needs a companion host controller (e.g. OHCI), this patch adds such a configuration to use it in the OTG core. Signed-off-by: Yoshihiro Shimoda Signed-off-by: Roger Quadros Acked-by: Peter Chen Acked-by: Rob Herring --- Document

Re: [PATCH 1/3] perf/x86/intel: output LBR support statement after validation

> Ok, so you're saying that syscall and int are not causing LBR callstack to > record an entry. If that is the case, then a rfi should not cause a pop of the > last LBR entry. Is that right? rfi = ? But likely yes. There shouldn't be any ring 0 branches in the callstack LBR, as long as the patch

[PATCH 1/2] topology/sysfs: provide drawer id and siblings attributes

The s390 cpu topology gained another hierarchy level. The top level is now called drawer and contains several books. A book used to be the top level. In order to expose the cpu topology to user space allow to create new sysfs attributes dependent on CONFIG_SCHED_DRAWER which an architecture may de

Re: 4.7-rc1/s390: WARNING: CPU: 5 PID: 1 at kernel/events/core.c:8485 perf_pmu_register+0x420/0x428

On Mon, Jun 06, 2016 at 12:44:50PM +0200, Christian Borntraeger wrote: > On 06/06/2016 12:29 PM, Peter Zijlstra wrote: > > On Mon, Jun 06, 2016 at 11:29:36AM +0200, Hendrik Brueckner wrote: > > > Looks like perf_pmu_register does not like to be called twice (once for > the counter > >>>

[PATCH v2 1/2] phy: phy-qcom-ufs-qmp-14nm: Remove site specific OOM error message

kzalloc will issue its own error message including a dump_stack() so remote the site specific message. Signed-off-by: Peter Griffin --- v2: Add brackets so goto is not executed unconditionally (Baruch) --- drivers/phy/phy-qcom-ufs-qmp-14nm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/d

[PATCH v2 2/2] phy: phy-qcom-ufs-qmp-20nm: Remove site specific OOM error message

kzalloc will issue its own error message including a dump_stack() so remote the site specific message. Signed-off-by: Peter Griffin --- v2: Add brackets, so goto is not executed unconditionally (Baruch) --- drivers/phy/phy-qcom-ufs-qmp-20nm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/

Re: [PATCH 27/32] gpio: Add support for the FXL6408 GPIO expander.

On Wed, Jun 1, 2016 at 11:43 PM, Gerd Hoffmann wrote: > +#define FXL6408_OUTPUT 0x05 > +/* Bits here make the output High-Z, instead of the OUTPUT value. */ > +#define FXL6408_OUTPUT_HIGH_Z 0x07 (...) > + /* Disable High-Z of outputs, so that our OUTPUT updates > +

[PATCH 2/2] s390/topology: add drawer scheduling domain level

The z13 machine added a fourth level to the cpu topology information. The new top level is called drawer. A drawer contains two books, which used to be the top level. Adding this additional scheduling domain did show performance improvements for some workloads of up to 8%, while there don't seem

[PATCH 0/2] s390: introduce drawer scheduling domain

Greg, Peter, the s390 z13 machines expose yet another topology level which would be on top of the already existing "book" scheduling domain, which is currently only used by s390. Therefore I would like to introduce a new "drawer" level to the topology sysfs code. The scheduler code itself does no

Re: [PATCH v2 4/9] arm64: Add platform selection for BCM2835.

On Sat, Jun 04, 2016 at 12:55:15PM -0700, Eric Anholt wrote: > Catalin Marinas writes: > > On Fri, Jun 03, 2016 at 08:18:23AM +0200, Gerd Hoffmann wrote: > >> diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms > >> index 7ef1d05..ea88402 100644 > >> --- a/arch/arm64/Kconfig.p

Re: [PATCH] watchdog: max77620: Add support for watchdog timer

Hi Guenter, Thanks for quick review. I will take care of most of comment. I have one query fr following comment. Thanks, Laxman On Tuesday 07 June 2016 11:26 PM, Guenter Roeck wrote: Hi, On Mon, Jun 06, 2016 at 05:22:44PM +0530, Laxman Dewangan wrote: + /* Stop watchodog */ + ret

Re: [PATCH v8 13/14] usb: gadget: udc: adapt to OTG core

On Wed, Jun 08, 2016 at 10:32:19AM +0300, Roger Quadros wrote: > Hi, > > On 24/05/16 05:53, Peter Chen wrote: > > On Mon, May 23, 2016 at 01:36:51PM +0300, Roger Quadros wrote: > >> On 23/05/16 13:34, Jun Li wrote: > >>> Hi > >>> > -Original Message- > From: Roger Quadros [mailto

Re: [PATCH 3/3] iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code

Hi Laurent, On Wed, Jun 8, 2016 at 5:48 PM, Laurent Pinchart wrote: > Hi Geert, > > On Wednesday 08 Jun 2016 09:04:17 Geert Uytterhoeven wrote: >> On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart wrote: >> >> --- 0031/drivers/iommu/ipmmu-vmsa.c >> >> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-

Re: [PATCH 02/10] x86, asm: use bool for bitops and other assembly outputs

On 06/08/16 02:01, Ingo Molnar wrote: > > That's a divergence with an underlying reason - but not harmonizing the > return > code is an unforced error AFAICS and can be fixed. > Perhaps. It is also no real question that "bool" is the right return type for a single bit. Changing that in all ar

Re: [PATCH] pinctrl: uniphier: fix NAND pin-mux settings for PH1-LD11/LD20

On Tue, Jun 7, 2016 at 3:36 AM, Masahiro Yamada wrote: > My mistake in the initial support patches. > > Signed-off-by: Masahiro Yamada Patch applied. Yours, Linus Walleij

[PATCH v9 06/14] usb: gadget.h: Add OTG to gadget interface

The OTG core will use struct otg_gadget_ops to start/stop the gadget controller. The main purpose of this interface is to avoid directly calling usb_gadget_start/stop() from the OTG core as they wouldn't be defined in the built-in symbol table if CONFIG_USB_GADGET is m. Signed-off-by: Roger Quadr

<    5   6   7   8   9   10   11   12   13   >