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 &&

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:

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

[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

[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

[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

[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:

[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:

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

[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:

[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

[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:

[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

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

[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

[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

[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

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

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

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

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

[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

Re: [RESEND PATCH v2 0/6] vfio-pci: Add support for mmapping MSI-X table

Hi Yongji, Le 02/06/2016 à 08:09, Yongji Xie a écrit : > Current vfio-pci implementation disallows to mmap the page > containing MSI-X table in case that users can write directly > to MSI-X table and generate an incorrect MSIs. > > However, this will cause some performance issue when there > are

Re: [PATCH v14.1 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

On Wed, 8 Jun 2016 09:28:32 +0800 Yakir Yang wrote: > Hi Javier, > > On 06/08/2016 01:06 AM, Javier Martinez Canillas wrote: > > Hello Yakir, > > > > On 03/17/2016 05:47 PM, Heiko Stübner wrote: > >> Split the dp core driver from exynos directory to bridge directory, > >>

RE: [PATCH 1/3] ACPICA: Events: Introduce acpi_block_gpe()/acpi_unblock_gpe()/acpi_control_gpe_handling() to allow administrative GPE enabling/disabling

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 1/3] ACPICA: Events: Introduce > acpi_block_gpe()/acpi_unblock_gpe()/acpi_control_gpe_handling() to > allow administrative GPE enabling/disabling > > On Monday, May 16, 2016 05:11:11 PM Lv Zheng wrote: > > There is a

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

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, which is exactly what

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

Tue, Jun 07, 2016 at 09:59:46PM CEST, 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 &&

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

On Tue, Jun 07, 2016 at 04:30:59PM -0700, 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

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

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-by: Peter Zijlstra (Intel)

Re: [PATCH v5 3/3] sched/cputime: Add steal time support to full dynticks CPU time accounting

2016-06-08 15:52 GMT+08:00 Ingo Molnar : > > * Wanpeng Li wrote: > >> 2016-06-08 15:22 GMT+08:00 Ingo Molnar : >> > >> > * Wanpeng Li wrote: >> > >> >> From: Wanpeng Li >> >> >> >> This patch

Re: [PATCH 07/10] mm: base LRU balancing on an explicit cost model

On Mon, Jun 06, 2016 at 03:48:33PM -0400, Johannes Weiner wrote: > Currently, scan pressure between the anon and file LRU lists is > balanced based on a mixture of reclaim efficiency and a somewhat vague > notion of "value" of having certain pages in memory over others. That > concept of value is

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

Re: [PATCH 09/10] mm: only count actual rotations as LRU reclaim cost

On Mon, Jun 06, 2016 at 03:48:35PM -0400, Johannes Weiner wrote: > Noting a reference on an active file page but still deactivating it > represents a smaller cost of reclaim than noting a referenced > anonymous page and actually physically rotating it back to the head. > The file page *might*

Re: [PATCH v2] usb: dwc3: host: Set the dma_ops for xhci device

Hi, On 6 June 2016 at 22:59, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >> On ARM64 platform, it will set 'dummy_dma_ops' for device dma_ops if >> it did not call 'arch_setup_dma_ops' at device creation time, that will >> cause failure when

[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

[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

[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

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 >

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

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 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

[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

[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

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. > > [

[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

[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

[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

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

[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

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

[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

[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

[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

[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

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

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

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%

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

[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.

[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:

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 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

[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

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

[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

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

[PATCH v3 15/20] pwm: sti: Initialise PWM Capture device data

Each PWM Capture device is allocated a structure to hold its own state. During a capture the device may be partaking in one of 3 phases. Initial (rising) phase change, a subsequent (falling) phase change indicating end of the duty-cycle phase and finally a final (rising) phase change indicating

[PATCH v3 07/20] ARM: dts: STiH416: Define the number of PWM Capture channels

Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih416.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/stih416.dtsi b/arch/arm/boot/dts/stih416.dtsi index c93e78d2..7621fcd 100644 --- a/arch/arm/boot/dts/stih416.dtsi +++

[PATCH v3 01/20] ARM: dts: STi: Rename properites in line with PWM naming conventions

Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 4 ++-- arch/arm/boot/dts/stih416.dtsi| 5 +++-- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/stih407-family.dtsi b/arch/arm/boot/dts/stih407-family.dtsi index

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

2016-06-08 10:45 GMT+02:00 Wolfram Sang : > >> 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

Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian

On Thu, Jun 02, 2016 at 06:09:08PM +0800, Pan Xinhui wrote: > strcut __qrwlock has different layout in big endian machine. we need set > the __qrwlock->wmode to NULL, and the address is not >cnts in big > endian machine. > > Do as what read unlock does. we are lucky that the __qrwlock->wmode's >

[PATCH v3 20/20] dt-bindings: pwm: sti: Update DT bindings with recent changes

We're renaming the 'st,pwm-num-chan' binding to 'st,pwm-num-devs' to be more inline with the naming conventions of the subsystem. Where we used to treat each line as a channel, the PWM convention is to describe them as devices. The second documentation adaption entails adding support for PWM

[PATCH perf/core v10 09/23] perf probe: Show all cached probes

From: Masami Hiramatsu perf probe --list shows all cached probes when --cache is given. Each caches are shown with on which binary that probed. e.g. - # perf probe --cache vfs_read \$params # perf probe --cache -x /lib64/libc-2.17.so getaddrinfo

[PATCH perf/core v10 07/23] perf probe: Add --cache option to cache the probe definitions

From: Masami Hiramatsu Add --cache option to cache the probe definitions. This just saves the result of the dwarf analysis to probe cache. Signed-off-by: Masami Hiramatsu Signed-off-by: Masami Hiramatsu ---

[PATCH perf/core v10 05/23] perf probe: Recover and export synthesize_perf_probe_point()

Recover and export synthesize_perf_probe_point() which had once introduced but disabled long time. This renew the code and re-enable it. Signed-off-by: Masami Hiramatsu --- Changes in v10: - Splited from "Add --cache option to cache the probe definitions" ---

[PATCH v3 00/20] pwm: Add support for PWM Capture

The first part of this set extends the current PWM API to allow external code to request a PWM Capture. Subsequent patches then make use of the new API by providing a userspace offering via /sysfs. The final part of the set supplies PWM Capture functionality into the already existing STi PWM

[PATCH v3 04/20] ARM: dts: STiH416: Supply PWM Capture IRQs

Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih416.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/stih416.dtsi b/arch/arm/boot/dts/stih416.dtsi index 82091072..28d84c71 100644 --- a/arch/arm/boot/dts/stih416.dtsi +++

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

On 06/08/16 02:39, Peter Zijlstra wrote: > > So I think using bool as return type or argument is fine, using it in > structures is 'insane'. > Yes, scalar use only, and not across the kernel boundary, please. -hpa

[PATCH v3 02/20] ARM: dts: STiH407: Supply PWM Capture IRQ

Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/stih407-family.dtsi b/arch/arm/boot/dts/stih407-family.dtsi index 0723900..37a3bcc 100644 --- a/arch/arm/boot/dts/stih407-family.dtsi

[PATCH v3 03/20] ARM: dts: STiH407: Declare PWM Capture data lines via Pinctrl

Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-pinctrl.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/stih407-pinctrl.dtsi b/arch/arm/boot/dts/stih407-pinctrl.dtsi index a538ae5..bc22122 100644 ---

Re: [PATCH 2/5] Staging: comedi: das16: fix Block comment

On 08/06/16 06:30, Ravishankar Karkala Mallikarjunayya wrote: This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya ---

Re: [PATCH] ARM: Keystone: Introduce Kconfig option to compile in typical Keystone features

Hi, * Arnd Bergmann [160607 01:11]: > A lot of these options are typical for all ARMv7 machines: AEABI, I2C, NEON, > PM, REGULATOR and VFP are things that we probably want to default to enabled > whenever we build a MULTI_V7 kernel, some also for V5 or V6, we just > need to come

[PATCH 1/1] Staging: comedi: s626: fix comment issue

This fixes up a WARNING: 'Block comments use a trailing */ on a separate line'found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.h | 356 ++ 1 file changed, 237

[PATCH v4 2/5] iommu/mediatek: move the common struct into header file

From: Honghui Zhang Move the struct defines of mtk iommu into a new header files for common use. Signed-off-by: Honghui Zhang --- drivers/iommu/mtk_iommu.c | 48 + drivers/iommu/mtk_iommu.h | 77

[PATCH v4 0/5] MT2701 iommu support

From: Honghui Zhang Mediatek's m4u(Multimedia Memory Management Unit) and SMI(Smart Multimedia Interface)have two generations HW. They basically sharing the same hardware block diagram, but have some difference as below: Generation one m4u only supports one

[PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

From: Honghui Zhang Add the dtsi node of iommu and smi for mt2701. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 51 +++ 1 file changed, 51 insertions(+) diff --git

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

On Wed, Jun 08, 2016 at 12:03:40PM +0300, Roger Quadros wrote: > +int usb_otg_unregister(struct device *dev) > +{ > + struct usb_otg *otg; > + > + mutex_lock(_list_mutex); > + otg = usb_otg_get_data(dev); > + if (!otg) { > + dev_err(dev, "otg: %s: device not in otg

[PATCH] powerpc/nvram: remove unused pstore headers

Since the pstore code has moved away from nvram.c, remove unused pstore headers pstore.h and kmsg_dump.h. Signed-off-by: Geliang Tang --- arch/powerpc/platforms/pseries/nvram.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/powerpc/platforms/pseries/nvram.c

Re: [PATCH v2 08/20] drm: msm: Rely on the default ->best_encoder() behavior where appropriate

Hi, On 06/07/2016 05:18 PM, Boris Brezillon wrote: For all outputs except DSI we have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us.

Re: [PATCH 01/10] Staging: comedi: Use unsigned int instead of unsigned issue in pcmuio.c

These have since been reposted by Ravi in a different order and one minor correction, so can be scrapped, I guess. -- -=( Ian Abbott @ MEV Ltd.E-mail: )=- -=( Web: http://www.mev.co.uk/ )=-

Re: [PATCH v1 03/10] Staging: comedi: Indentation issue in mpc624.c

On 06/06/16 12:01, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the mpc624.c file that fixes up a WARNING: 'Statements should start on a tabstop' found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya ---

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

Maxim PMIC MAX77620 is Power management IC which have multiple sub blocks like regulators (DCDC/LDOs), GPIO, RTC, Clock, Watchdog timer etc. Add the driver for watchdog timer under watchdog framework. The driver implements the watchdog callbacks to start, stop, ping and set timeout for watchodg

Re: [PATCH v2 02/10] drm/rockchip: analogix_dp: split the lcdc select setting into device data

Mark, On 06/01/2016 09:57 AM, Mark yao wrote: On 2016年05月24日 13:02, Yakir Yang wrote: eDP controller need to declare which vop provide the video source, and it's defined in GRF registers. But different chips have different GRF register address, so we need to create a device data to declare

[tip:perf/core] perf/x86/msr: Use Intel family macros for MSR events code

Commit-ID: 353bf605a771e3c86b21de017e9525aba7d64770 Gitweb: http://git.kernel.org/tip/353bf605a771e3c86b21de017e9525aba7d64770 Author: Dave Hansen AuthorDate: Thu, 2 Jun 2016 17:19:33 -0700 Committer: Ingo Molnar CommitDate: Wed, 8 Jun

[tip:perf/core] perf/x86/rapl: Use Intel family macros for RAPL

Commit-ID: 7f2236d0bf9a33bb539551b653ae842430654240 Gitweb: http://git.kernel.org/tip/7f2236d0bf9a33bb539551b653ae842430654240 Author: Dave Hansen AuthorDate: Thu, 2 Jun 2016 17:19:30 -0700 Committer: Ingo Molnar CommitDate: Wed, 8 Jun

[tip:perf/core] perf/x86/intel: Use Intel family macros for core perf events

Commit-ID: ef5f9f47d4ec4cf42bac48c7c4dafacc1b9f0630 Gitweb: http://git.kernel.org/tip/ef5f9f47d4ec4cf42bac48c7c4dafacc1b9f0630 Author: Dave Hansen AuthorDate: Thu, 2 Jun 2016 17:19:29 -0700 Committer: Ingo Molnar CommitDate: Wed, 8 Jun

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